Project Planning Goal 1 - Estimates are documented for use in tracking and planning project. Goal 2 - Project Activities and commitments planned and documented.

Slides:



Advertisements
Similar presentations
Configuration Management
Advertisements

Quality Planning Tools PMI Westchester Quality SIG Pawan Kumar, Quality SIG Member, PMP November 2007.
Software Engineering CSE470: Process 15 Software Engineering Phases Definition: What? Development: How? Maintenance: Managing change Umbrella Activities:
Chapter 7: Key Process Areas for Level 2: Repeatable - Arvind Kabir Yateesh.
More CMM Part Two : Details.
Procedures for CMM Level 2 Copyright, 2000 © Jerzy R. Nawrocki Quality Management.
Project Change Management
Software Configuration Management
Stoimen Stoimenov QA Engineer QA Engineer SitefinityLeads,SitefinityTeam6 Telerik QA Academy Telerik QA Academy.
SQA Architecture Software Quality.
Configuration Management
© 2008 Prentice Hall11-1 Introduction to Project Management Chapter 11 Managing Project Execution Information Systems Project Management: A Process and.
Project Execution.
Software Engineering Institute Capability Maturity Model (CMM)
Cost Management Week 6-7 Learning Objectives
Chapter 16 Software Quality Assurance
Quality of Information systems. Quality Quality is the degree on which a product satifies the requirements Quality management requires that : that requirements.
Chapter 16 Software Quality Assurance
The Key Process Areas for Level 2: Repeatable Ralph Covington David Wang.
SQA Architecture Software Quality By: MSMZ.
Software Engineering Term Paper
Dillon: CSE470: SE, Process1 Software Engineering Phases l Definition: What? l Development: How? l Maintenance: Managing change l Umbrella Activities:
N By: Md Rezaul Huda Reza n
Software Quality Assurance Activities
Unit 8 Syllabus Quality Management : Quality concepts, Software quality assurance, Software Reviews, Formal technical reviews, Statistical Software quality.
Michael Dermody September 2010  Capability Maturity Model Integration ◦ Is a Trademark owned by the Software Engineering Institute (SEI) of Carnegie.
Software System Engineering: A tutorial
Lecture #9 Project Quality Management Quality Processes- Quality Assurance and Quality Control Ghazala Amin.
CMM Level 2 KPA’s CS 4320 Fall Requirements Management 1 Goals: – System requirements allocated to software are controlled using a baseline for.
Project Tracking. Questions... Why should we track a project that is underway? What aspects of a project need tracking?
Chapter 3: Software Maintenance Process Omar Meqdadi SE 3860 Lecture 3 Department of Computer Science and Software Engineering University of Wisconsin-Platteville.
Soft Tech Development Inc. 1 Software Project Tracking A CMM Level 2 Key Process Area Soft Tech Development Inc.
Chapter 6 : Software Metrics
S Q A.
Centro de Estudos e Sistemas Avançados do Recife PMBOK - Chapter 4 Project Integration Management.
1.  Describe an overall framework for project integration management ◦ RelatIion to the other project management knowledge areas and the project life.
IT Requirements Management Balancing Needs and Expectations.
Software Project Management Lecture # 10. Outline Quality Management (chapter 26)  What is quality?  Meaning of Quality in Various Context  Some quality.
Lecture 11 Managing Project Execution. Project Execution The phase of a project in which work towards direct achievement of the project’s objectives and.
BSBPMG505A Manage Project Quality Manage Project Quality Project Quality Processes Diploma of Project Management Qualification Code BSB51507 Unit.
Project Tracking and Monitoring QMS Training. 2 Objective To track and monitor the progress of the project and take appropriate corrective actions to.
Software Project Management Lecture # 11. Outline Quality Management (chapter 26 - Pressman)  What is quality?  Meaning of Quality in Various Context.
Georgia Institute of Technology CS 4320 Fall 2003.
INFO 637Lecture #101 Software Engineering Process II Review INFO 637 Glenn Booker.
Historical Aspects Origin of software engineering –NATO study group coined the term in 1967 Software crisis –Low quality, schedule delay, and cost overrun.
Project Management All projects need to be “managed” –Cost (people-effort, tools, education, etc.) –schedule –deliverables and “associated” characteristics.
Apply Quality Management Techniques Project Quality Processes Certificate IV in Project Management Qualification Code BSB41507 Unit Code BSBPMG404A.
Lesson 1: Examining Professional Project Management Topic 1A: Identify Project Management Processes.
Project Management Basics
Software Quality Assurance SOFTWARE DEFECT. Defect Repair Defect Repair is a process of repairing the defective part or replacing it, as needed. For example,
Software Quality assurance SQA – SWE 333
1 Lecture 12: Chapter 16 Software Quality Assurance Slide Set to accompany Software Engineering: A Practitioner’s Approach, 7/e by Roger S. Pressman Slides.
Project Management Processes for a Project
Software Engineering Lecture 8: Quality Assurance.
6/6/ SOFTWARE LIFE CYCLE OVERVIEW Professor Ron Kenett Tel Aviv University School of Engineering.
by: Er. Manu Bansal Deptt of IT Software Quality Assurance.
Configuration Management
Software Project Configuration Management
Software Quality Assurance
Configuration Management
Chapter 21 Software Quality Assurance
Software Project Sizing and Cost Estimation
A possible solution: Personal Software Process (PSP)
Chapter 21 Software Quality Assurance
CIS12-3 IT Project Management
Quality Measurable characteristic Cyclomatic complexity Cohesion
Software Engineering I
Mumtaz Ali Rajput +92 – SOFTWARE PROJECTMANAGMENT– WEEK 4 Mumtaz Ali Rajput +92 – 301-
Managing Project Work, Scope, Schedules, and Cost
Presentation transcript:

Project Planning Goal 1 - Estimates are documented for use in tracking and planning project. Goal 2 - Project Activities and commitments planned and documented Goal 3 - Affected groups agree to project commitments (e.g. SWE, estimating, test, Sys engr, SQA, SCM, contracts, doc). 4 Estimating for an IT Project

REQUIREMENTS MANAGEMENT PROJECT PLANNING PROJECT CONTROL PROJECT TRACKING PROJECT MANAGEMENT REVIEWS QUALITY ASSURANCE 1 Definition Analysis Project Planning 2 Initial Planning 3 Create Estimates Review Estimates 4 Obtain Commitment and Approval Establish baseline 6 Requirements Status Tracking 5 Compare Actual(s) to Plans Evaluate Status and Performance Monitor risks 7 QA Plan conduct Audits 8 Status Meetings Project Review Commitment Reviews Re-planning needed? Project Complete? 13 Post-mortem 14 Update Enterprise Database 10 Requirements Change Control 9 Re-planning 11 Additional Estimates 12 New Commitment Negotiation Revise Baseline No Yes No Yes CONFIGURATION MANAGEMENT Project Management Process Delivery Point Commitment Point

Project Planning Process Requirements Management Negotiate Commitment Decompose Requirements Estimate Project Resources Estimate Product Size Develop Schedule Does Plan Meet Need? Obtain Commitment and Approval Enterprise Database Project Tracking Estimates Baseline Yes No Negotiated Requirements WBS SLOC Effort Labour Costs Capital Costs Schedule

Project Tracking & Oversight Goal 1 - Actuals (metrics) tracked against plan (estimates). Goal 2 - Corrective actions taken at deviation and managed to closure. Goal 3 - Changes to commitments agreed.

Project Tracking Process 1 Project Planning 2 Obtain Tracking Requirements 3 Obtain Baseline 4 Collect Actual(s) Compare Actual(s) to Plans 5 Evaluate Status and Performance Monitor risks 6 Status Meeting Project Review Commitment Review YesNo Re-planning Needed? Project Complete Yes Post Mortem 7

Reasons For Failure Poor Project Estimates –Unclear requirements –Unclear parameters affecting estimates –Little or no project databank to learn from –Difficult to adjust the estimates once approved (we must plan to re-estimate) –Estimates are rushed –Inability to get acceptance of the estimates –Imposed budgets, time and resources –Lack of training/coaching on estimating techniques (and tools) 8

Basic Rules of Thumb for sanity check of estimates and initial estimates. Effort Distribution: 20% Preliminary design 25% Detail Design 22% Coding and unit test 27% Integration and unit test 6% Management This does not include: 8-12% Analysis or 22% system Engineering.

Basic Software Estimation –Calculates size using a rudimentary sizing algorithm –Adjusts size depending on Problem & Data Complexity, and understanding of requirements –Calculates effort using industry productivity rules of thumb –Calculates simple approximation of the schedule required using COCOMO II equation –Distributes effort using basic rules of thumb Employs simple rules of thumb, published industry experience and project team expertise to calculate estimates:

Estimate Software Product Size Procedure Calculate Functional Size Measure Determine Problem Complexity Determine Data Complexity Determine Language Multiplier Determine Confidence Level Review Estimate Agree on Estimate? Software Product Size Estimate Functional Size Measure Total Functional Size Measure Estimated KSLOC Total KSLOC NO YES

Estimate Project Resources – Schedule Procedure

1 Determine Effort 3 Verify Imposed Schedule 5 Calculate Labor Costs 6 Calculate Capital Costs Size Effort in Person Months Duration in Calendar Months Adjusted Total Effort in Person Months Total Labor Costs Total Capital Costs No Yes Schedule Acceleration Estimate Project Resources / Schedule Procedure Is there an imposed schedule? 4 Adjust Effort to Meet Imposed Schedule 2 Calculate Optimum Schedule (Duration)

Information To Capture In Historical Records Project Characteristics Project Phase Characteristics Project Effort Adjustment Factors Component Characteristics Component Effort Adjustment Factors Build Information Deliverable Document Information Staffing Conditions Error Information Effort Information Schedule Information

Cost-of-Quality Model Project Cost Cost of Performance Cost of Quality Cost of Conformance Cost of Non-conformance Prevention Costs Appraisal Costs Training Methodologies Tools Policy & Procedures Planning Quality Improvement Projects Data Gathering & Analysis Fault Analysis Root Cause Analysis Quality Reporting Reviews  System  Reqts  Design  Test Plan  Test Scripts Walkthroughs (Code Inspection) Testing (First Time) IV&V (First Time) Audits Re-reviews Re-tests Fixing Defects (STRs,Irs)  Code  Documentation Reworking any Document CCB Engineering Changes Lab Equipment Costs of Retests Updating Source Code Patches to Internal code, Delivered Code External Failures Generation of Plans, Documentation Development of:  Requirements  Design  Code  Integration Legend Software Initiative