© Mahindra Satyam 2009 Project Metrics QMS Training.

Slides:



Advertisements
Similar presentations
Software Quality Assurance Plan
Advertisements

Process Database and Process Capability Baseline
Chapter 4 Quality Assurance in Context
ISO 9001 : 2000.
ITIL: Service Transition
Computer Engineering 203 R Smith Project Tracking 12/ Project Tracking Why do we want to track a project? What is the projects MOV? – Why is tracking.
Project Closure Report Basker George. Project Closure When does a project end? Does it end when the software has been delivered to customer & acceptance-tested?
© Copyright Richard W. Selby and Northrop Grumman Corporation. All rights reserved. 0 Process Synchronization and Stabilization February 2007 Rick.
Stepan Potiyenko ISS Sr.SW Developer.
Software Quality Metrics
WM Software Process & Quality Generic Processes - Slide #1  P. Sorenson SPiCE Reference Model - how to read Chapter 5 Capability Levels (process.
The Software Product Life Cycle. Views of the Software Product Life Cycle  Management  Software engineering  Engineering design  Architectural design.
PROJECT DATABASE(PDB) & PROCESS CAPABILITY BASELINE(PCB) Presented By Basker George.
What is Business Analysis Planning & Monitoring?
8/27/20151NeST Controlled. 2 Communication Transportation Education Banking Home Applications.
Introduction to Systems Analysis and Design Trisha Cummings.
High Impact Global Product Engineering Solutions ® ©2007 Symphony Service Corp. All Rights Reserved. Symphony Services is a registered trademark of Symphony.
Introduction to Software Quality Assurance (SQA)
Software Quality Assurance Activities
© Mahindra Satyam 2009 Defect Management and Prevention QMS Training.
Project Planning QMS Training.
Why do we … Life cycle processes … simplified !!!.
© Mahindra Satyam 2009 Proposal Handling QMS Training.
What is a Business Analyst? A Business Analyst is someone who works as a liaison among stakeholders in order to elicit, analyze, communicate and validate.
Testing Workflow In the Unified Process and Agile/Scrum processes.
Test Metrics. Metrics Framework “Lord Kelvin, a renowned British physicist, is reputed to have said: ‘When you can measure what you are speaking about,
SacProNet An Overview of Project Management Techniques.
Management & Development of Complex Projects Course Code MS Project Management Perform Qualitative Risk Analysis Lecture # 25.
Project Tracking and Monitoring QMS Training. 2 Objective To track and monitor the progress of the project and take appropriate corrective actions to.
Project Life Cycle.
BSBPMG501A Manage Project Integrative Processes 4.4 Monitor and Control Project Work The process of tracking, reviewing and regulating the progress made.
© Mahindra Satyam 2009 Project Initiation QMS Training.
© Mahindra Satyam 2009 QMS Training Conducting Contract Review.
© Mahindra Satyam 2009 Configuration Management QMS Training.
Processing Project Proposals
© Mahindra Satyam 2009 Risk Management QMS Training.
© Mahindra Satyam 2009 QMS Overview- DH/RH Module.
Chapter 3: Software Project Management Metrics
SOFTWARE PROJECT MANAGEMENT
Copyright 2010, The World Bank Group. All Rights Reserved. Statistical Project Monitoring Section A 1.
Ch-1 Introduction The processes used for executing a software project have major effect on quality of s/w produced and productivity achieved in project…
Chapter 6: THE EIGHT STEP PROCESS FOCUS: This chapter provides a description of the application of customer-driven project management.
A Metrics Program. Advantages of Collecting Software Quality Metrics Objective assessments as to whether quality requirements are being met can be made.
Estimation QMS Training. Objective To arrive at accurate estimates for the project Mahindra Satyam Confidential2.
Business Analysis. Business Analysis Concepts Enterprise Analysis ► Identify business opportunities ► Understand the business strategy ► Identify Business.
© 2002 Six Sigma Academy Eliminate Waste Reduce Variability Growth Six Sigma Elements Six Sigma is a business philosophy that employs a client-centric,
Integrated Change Control 1 MEC-8. Processing of a Change Processing of a Change 2 Assess Impact within KA Change Request Implemented Change Create a.
Communications Management
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,
© Mahindra Satyam 2009 PM/PL/ML Module QMS Training Mahindra Satyam Confidential.
Project Management Processes for a Project
Report Performance Monitor & Control Risk Administer Procurement MONITORING & CONTROLLING PROCESS.
QMS Training TM Module.
PROPRIETARY  2003 Data Research Analysis & Consultancy Solutions All Rights Reserved. This is achieved by: Improving availability / reducing stock outs.
Mahindra Satyam Confidential Quality Management System Software Defect Prevention.
BSBPMG501A Manage Project Integrative Processes Manage Project Integrative Processes Project Integration Processes – Part 2 Diploma of Project Management.
What is a software? Computer Software, or just Software, is the collection of computer programs and related data that provide the instructions telling.
A Quick Review of the Components THE DMAIC CYCLE.
MANAGEMENT INFORMATION SYSTEM
© Mahindra Satyam 2009 Inspections and Reviews QMS Training.
ITIL: Service Transition
Causal Analysis & Resolution (CAR) Support Category
4.4 Monitor and Control Project Work
Software Quality Assurance
TechStambha PMP Certification Training
Quality Management Six Sigma
Chapter 3: The Project Management Process Groups: A Case Study
Managing Project Work, Scope, Schedules, and Cost
Presentation transcript:

© Mahindra Satyam 2009 Project Metrics QMS Training

2 © Mahindra Satyam 2009 Mahindra Satyam Confidential Objective Better Project Planning - data from past projects helps in developing plans for the new project and in setting realistic goals Controlling a project's performance - Metrics provide accurate information about the state of the project and thus can be used to take corrective actions in a timely manner Analyzing and improving organization processes - metrics measure the capability of the organization processes, track the changes in capability of the processes and identify the improvement opportunities

3 © Mahindra Satyam 2009 Mahindra Satyam Confidential Process Prepare Metrics Plan Collect Data Consolidate and Analyze Data Implement Corrective Actions Submit End of Project Data

4 © Mahindra Satyam 2009 Mahindra Satyam Confidential Identify Measures Identify Metrics Categories Identification of Goal Metrics Identification of Control Metrics Setting of Goals Documenting strategy for achieving Goals Identify process performance models Prepare Metrics Plan

5 © Mahindra Satyam 2009 Mahindra Satyam Confidential  Inputs for metrics planning are organization baselines & goals, metrics data from past projects  Generic measurement objectives and related measures are defined at organization level, projects have to identify and define measures over and above that, if any  Identify project specific measurement objectives  Identify measures for these objectives Identify Measures

6 © Mahindra Satyam 2009 Mahindra Satyam Confidential Metrics are categorized as  Project goal metrics : Project goal metrics indicate the overall performance level that a project aims to achieve. These are typically computed at the end of the project  Project control metrics : Project control metrics are used during project execution to control the performance of goal metrics  Data collection items : These metrics need not have a set goal. But data needed to compute the metric is collected and the metric is computed Identify Metrics Categories

7 © Mahindra Satyam 2009 Mahindra Satyam Confidential  Process performance models help in effective planning thereby help the project to predict the performance of the project. Based on the project goals, project would select the appropriate Process Performance Models available and document the same in the metrics plan.  For eg if the project manager wants to monitor the effort variance of the project so as to execute the project with in estimated effort, projects may choose to use the Effort Variance process performance model. This model helps the PL/PM determine optimum effort that needs to be planned and to be spent for Project management, Reviews and Testing activities to achieve project Effort Variance goal. Identify process performance models

8 © Mahindra Satyam 2009 Mahindra Satyam Confidential  Goal metrics are the ones which quantify the project targets. There are Mahindra Satyam mandated Goal metrics which are defined with respect to effort, time, quality and, scope. Apart from the Mahindra Satyam mandated metrics, PL/PM would capture additional metrics when: – There are any customer mandated metrics as per the Contract – Corporate mandate (STARTRAC) – Customer sets any Improvement targets for any of the project performance parameters, like productivity improvement, defect reduction, cycle time reduction, etc Identification of Goal metrics

9 © Mahindra Satyam 2009 Mahindra Satyam Confidential  The metrics that affect the performance of goal metrics are called control metrics which would be computed and tracked during the project execution. Based on the statistical correlation analysis, relationship between goal metrics and control metrics are identified. Identification of Control Metrics

10 © Mahindra Satyam 2009 Mahindra Satyam Confidential  PL/PM shall – Set the target values as per organization baselines/ customer targets / corporate mandate. The goal setting of the same is automated in process performance model sheets which are derived based on statistical analysis. Setting of Goals

11 © Mahindra Satyam 2009 Mahindra Satyam Confidential In case if the goals for any particular metric is stringent (based on contractual agreement/project FLCB performance targets) than the existing goals at Unit/Organization level, then the strategy for achieving the same needs to be documented in the metrics plan. Documenting Strategy for achieving goals

12 © Mahindra Satyam 2009 Mahindra Satyam Confidential  Capture data required for computation of metrics (as per the metrics which are specified in the metrics plan section) in Data Collection Form. Data sources for these metrics are – ONTIME for capturing effort – OPTIMA for capturing schedule – RESOLVE for capturing defects – RISK tool for capturing risks. Collect Data

13 © Mahindra Satyam 2009 Mahindra Satyam Confidential  PL analyzes the project’s metrics and consolidates the analysis results – For maintenance - bug fixing, maintenance - minor enhancements and maintenance - production support projects at end of every month considering data for all work requests closed in the entire month – For development at the end of each phase at end of each module / iteration / project Consolidate and Analyze Data

14 © Mahindra Satyam 2009 Mahindra Satyam Confidential  If metrics analysis reveals that certain metric(s) is beyond the expected range, a causal analysis is conducted to identify the root cause  The root cause analysis is conducted by the entire project team and facilitated by the PL and QR  Appropriate corrective and preventive actions will be identified  The results of the metrics analysis will be recorded in the Metrics Analysis Report Consolidate and Analyze Data

15 © Mahindra Satyam 2009 Mahindra Satyam Confidential  PL sends the collected data and analysis outputs to PM for ratification – PM also reviews metrics analysis results as part of project reviews  PL submits a copy of the ratified data collection form to the respective QR – every month by the end of 5th working day of the month for maintenance - bug fixing, maintenance - minor enhancements and maintenance - production support projects – within 5 working days of the scheduled date for data consolidation for all other projects  QR validates the data and uses it for Unit level metrics analysis Consolidate and Analyze Data

16 © Mahindra Satyam 2009 Mahindra Satyam Confidential  In case any metrics are operating outside the expected range – identified corrective and preventive actions will be implemented – the project's performance will be brought back to be within the set norms – the project risks may be revisited at this stage, as appropriate Implement Corrective Actions

17 © Mahindra Satyam 2009 Mahindra Satyam Confidential  At the end of the project, a final metric analysis has to be done  This compares the project's actual performance against the set goals  In case of deviation outside the norms, a causal analysis has to be done  The consolidated data for complete project and all the metrics analysis reports are to be submitted to Quality group for use in baselining and incorporation in the process database Submit End of Project Data

18 © Mahindra Satyam 2009 Mahindra Satyam Confidential  Better Project Planning - data from past project is used in planning the new project and in setting realistic goals  Controlling a project's performance - Metrics are used to take corrective actions in a timely manner  Analyzing and improving organization processes - the capability of the organization processes is measured using metrics, changes in capability of the processes are tracked and the improvement opportunities are identified Objective Met