Capability Maturity Model Integration (CMMI SM ) Fundamentals



Similar documents
CMMI KEY PROCESS AREAS

MKS Integrity & CMMI. July, 2007

SW Process Improvement and CMMI. Dr. Kanchit Malaivongs Authorized SCAMPI Lead Appraisor Authorized CMMI Instructor

CMMI: Specific Goals and Practices

Match point: Who will win the game, ITIL or CMMI-SVC? NA SEPG 2011 Paper Presentation

Leveraging CMMI framework for Engineering Services

Truly Managing a Project and Keeping Sane While Wrestling Elegantly With PMBOK, Scrum and CMMI (Together or Any Combination)

Distributed and Outsourced Software Engineering. The CMMI Model. Peter Kolb. Software Engineering

Software Project Management and Support - Practical Support for CMMI -SW Project Documentation: Using IEEE Software Engineering Standards

Steve Masters (SEI) SEPG North America March Carnegie Mellon University

The Configuration Management process area involves the following:

A SURVEY OF ARTIFICIAL INTELLIGENCE TECHNIQUES FOR CAPABILITY MATURITY MODEL INTEGRATION (CMMI)

Capability Maturity Model Integration (CMMI)

wibas Team CMMI-ITIL IT Maturity S e r v i c e s

The purpose of Capacity and Availability Management (CAM) is to plan and monitor the effective provision of resources to support service requirements.

CMMI for Development Introduction & Implementation Roadmap

CMMI-Services Visao Geral & CMMI v1.3 Plans

A Report on The Capability Maturity Model

LUXOFT ADVANTAGES. International Quality Standards

Interpreting Capability Maturity Model Integration (CMMI ) for Service Organizations a Systems Engineering and Integration Services Example

CMMI: What do we need to do in Requirements Management & Engineering?

The Compelling Case For CMMI-SVC: CMMI-SVC, ITIL & ISO20000 demystified

Measurement Strategies in the CMMI

Towards a new approach of continuous process improvement based on CMMI and PMBOK

Using Rational Software Solutions to Achieve CMMI Level 2

CMMI for Development, Version 1.3

Frameworks for IT Management

Capability Maturity Model Integration (CMMI ) Overview

Software Process Improvement Framework for Software Outsourcing Based On CMMI Master of Science Thesis in Software Engineering and Management

Introduction to SEIs Capability Maturity Model Integration (CMMI)

Contrasting CMMI and the PMBOK. CMMI Technology Conference & User Group November 2005

Aligning CMMI & ITIL. Where Am I and Which Way Do I Go? cognence, inc.

Reaching CMM Levels 2 and 3 with the Rational Unified Process

Engineering Standards in Support of

Using the Agile Methodology to Mitigate the Risks of Highly Adaptive Projects

CMMI for Development, Version 1.3

CMMI for Acquisition, Version 1.3

Measuring the level of quality of IT Service Management

+SAFE, V1.2 A Safety Extension to CMMI-DEV, V1.2

Exploring CMMI-ISO ISO 9001:2000 Synergy when Developing a Process Improvement Strategy

Process Improvement -CMMI. Xin Feng

Software Engineering. Standardization of Software Processes. Lecturer: Giuseppe Santucci

Interpretation and lesson learned from High Maturity Implementation of CMMI-SVC

Process Improvement. From the Software Engineering Institute:

Software Quality Management II

Capability Maturity Model Integrated (CMMI)

Applying CMMI SM In Information Technology Organizations SEPG 2003

Developing CMMI in IT Projects with Considering other Development Models

Future of CMM and Quality Improvement. Roy Ko Hong Kong Productivity Council

ADOPTION AND UP GRADATION OF CMMI: PROSPECT OF SOFTWARE INDUSTRY OF BANGLADESH. A Thesis

CMMI meets ITIL. Dr. Ute Streubel

Using Lean Six Sigma to Accelerate

Agenda. CMMI, ITIL & ISO A Mutually Supportive Relationship

Interpreting Capability Maturity Model Integration (CMMI ) for Business Development Organizations in the Government and Industrial Business Sectors

A common core ITIL Version 3.0 and CMMi-SVC

Software Quality Standards and. from Ontological Point of View SMEF. Konstantina Georgieva

Comparing Scrum And CMMI

Realizing CMMI using Enterprise Architect and UML for Process Improvement

Managing Process Architecture and Requirements in a CMMI based SPI project 1

Software Quality. Process Quality " Martin Glinz. Chapter 5. Department of Informatics!

Life Cycle Models, CMMI, Lean, Six Sigma Why use them?

How To Understand And Understand The Cmm

Integrating CMMI with COBIT and ITIL

Copyright 2014 Carnegie Mellon University The Cyber Resilience Review is based on the Cyber Resilience Evaluation Method and the CERT Resilience

Data Management Maturity Model. Overview

Synergism of the CMMI Development and Services Constellations in a Hybrid Organization

Implementation of Multiple Quality Frameworks An Analysis

Process In Execution Review (PIER) and the SCAMPI B Method

CMMI Asset Library: Maturity Level 2

Towards a CMMI-compliant Goal-Oriented Software Process through Model-Driven Development

Preliminary Reference Guide for Software as a Service (SaaS)

Custom Development Management and Resource Planning. Eric Halbur, Application Development Manager

Achieving a CMMI ROI through Integrated Lifecycle Solutions

Chapter 3 The Integrated Requirements Management Framework (IREQM)

THE SOFTWARE QUALITY ENGINEER SOLUTIONS TEXT

Software Development as a Service. Project vs Service Orientations

Foredragfor Den Norske Dataforening, den

CENTRE (Common Enterprise Resource)

CONTENTS. Preface. Acknowledgements. 1. Introduction and Overview 1 Introduction 1 Whatis the CMMI"? 2 What the CMMI* is Not 3 What are Standards?

The Advantages of ISO 9001 Certification

Introduction to the CMMI Acquisition Module (CMMI-AM)

ownership We increase return on investment by We deliver reliable results by engaging

CERT Resilience Management Model (RMM) v1.1: Code of Practice Crosswalk Commercial Version 1.1

An OWL Ontology for Representing the CMMI-SW Model

Optimizing Organizational Measurement and Analysis ROI for Small Diverse Projects. Susanna Schwab July 2007

Quality assurance in an Agile delivery method

Capability Maturity Model Integration (CMMI ) Version 1.2 Overview

[project.headway] Integrating Project HEADWAY And CMMI

Applying Agile Techniques to Process Development: Lessons Learned

Security by Design with CMMI for Development, Version 1.3

PA (Process. Areas) Ex - KPAs

How CMMI contributes to Software Testing

PORTFOLIO, PROGRAMME & PROJECT MANAGEMENT MATURITY MODEL (P3M3)

Extending CMMI Level 4/5 Organizational Metrics Beyond Software Development

Making Sense of Process Improvement Programs and Appraisals

Data Management Maturity (DMM) Model Update

Quantitative CMMI Assessment for Offshoring Through the Analysis of Project Management Repositories

AN INNOVATIVE SQA SERVICE MATURITY MODEL USING CMMI AND ITIL

Lessons Learned from Adopting CMMI for Small Organizations

Using CMMI Effectively for Small Business Panel

Transcription:

Capability Maturity Model Integration (CMMI SM ) Fundamentals Capability Maturity Model Integration and CMMI are are service marks of Carnegie Mellon University 2008, GRafP Technologies inc. 1

What is the CMMI A Model 22 process areas Guides process improvement work in organizations that dev systems, s/w only, or h/w only product and services In existence since 1987! Bringing the field of software development/ engineering under statistical process control Today s defacto model upon which comparisons are drawn has initiated a proliferation of family of models in other niche markets 2

CMMI Product Suite Reference Models - CMMI-Dev - CMMI-Dev + IPPD addition - CMMI-ACQ (acquisition, to come) - CMMI-SVC (services, to come) Training Products Assessment methods - SCAMPI A, B, C 3

Maturity Levels Level Focus Process Areas 5 Optimizing Continuous Process Improvement Organizational Innovation and Deployment Causal Analysis and Resolution 4 Quantitatively Managed Quantitative Management Organizational Process Performance Quantitative Project Management 3 Defined Process Standardization Requirements Development Technical Solution Product Integration Verification Validation Organizational Process Focus Organizational Process Definition +IPPD Organizational Training Integrated Project Management +IPPD Risk Management Decision Analysis and Resolution 2 Managed 1 Initial Basic Project Management Requirements Management Project Planning Project Monitoring and Control Supplier Agreement Management Measurement and Analysis Process and Product Quality Assurance Configuration Management Risk Rework Carnegie Mellon University 4

Maturity Levels Degree to which predefined sets of process areas are implemented A maturity level is reached when all goals in the set have been achieved There are five levels (1-5) Each level represents a layer of process improvement Maturity Level 3 builds upon basic project management processes addressed in Maturity Level 2 5

CMMI Components Process Area (PA) Purpose Statement Introductory Notes Related Process Areas Specific Goals (SG) Generic Goals (GG) Specific Practices (SP) Typical Work Subpractices Products Subpractices Generic Practices (GP) Generic Practice Elaborations Legend Required Expected Informative Required in an appraisal Carnegie Mellon University 6

Rating of CMMI Goals A goal is rated Satisfied if There are no findings that document the weaknesses associated with a goal or (a) All associated practices are characterized at the organizational unit level as either Largely Implemented or Fully Implemented and (b) The aggregate of weaknesses associated with the goal does not have a significant negative impact on goal achievement Otherwise the goal is rated Unsatisfied 7

ML2 & ML3 Goals & Practices Requirements Management *SG1: Manage Requirements SP1.1: Obtain an Understanding of Requirements SP1.2: Obtain Commitment to Requirements SP1.3: Manage Requirements Changes SP1.4: Maintain Bidirectional Traceability of Requirements SP1.5: Identify Inconsistencies Between Project Work and Requirements Project Planning *SG1: Establish Estimates SP1.1: Estimate the Scope of the Project SP1.2: Establish Estimates of Work Product and Task Attributes SP1.3: Define Project Lifecycle SP1.4: Determine Estimates of Effort and Cost *SG2: Develop a Project Plan SP2.1: Establish the Budget and Schedule SP2.2: Identify Project Risks SP2.3: Plan for Data Management SP2.4: Plan for Project Resources SP2.5: Plan for Needed Knowledge and Skills Project Monitoring & Control *SG1: Monitor Project Against Plan SP1.1: Monitor Project Planning Parameters SP1.2: Monitor Commitments SP1.3: Monitor Project Risks SP1.4: Monitor Data Management SP1.5: Monitor Stakeholder Involvement SP1.6: Conduct Progress Reviews SP1.7: Conduct Milestone Reviews *SG2: Manage Corrective Action to Closure SP2.1: Analyze Issues SP2.2: Take Corrective Action SP2.3: Manage Corrective Action Supplier Agreement Management *SG1: Establish Supplier Agreements SP1.1: Determine Acquisition Type SP1.2: Select Suppliers SP1.3: Establish Supplier Agreements *SG2: Satisfy Supplier Agreements SP2.1: Execute the Supplier Agreement SP2.2: Monitor Selected Supplier Processes SP2.3: Evaluate Selected Supplier Work Products SP2.4 Accept the Acquired Product SP2.5 Transition Products SP2.6: Plan Stakeholder Involvement SP2.7: Establish the Project Plan *SG3: Obtain Commitment to Plan Generic Goals (Capability Level 1 & 2) *GG1: Achieve Specific Goals GP1.1: Perform Specific Practices *GG2: Institutionalize a Managed Process GP2.1: Establish an Organizational Policy GP2.2: Plan the Process SP3.1: Review Plans that affect the Project SP3.2: Reconcile Work and Resource Levels SP3.3: Obtain Plan Commitment Generic Goals (Capability Level 2 & 3) GP2.6: Manage Configurations GP2.7: Identify and Involve Relevant Stakeholders GP2.8: Monitor and Control the Process GP 2.9: Objectively Evaluate Adherence GP2.10: Review Status with Higher Level Management GP2.3: Provide Resources GP2.4: Assign Responsibility GP2.5: Train People *GG3: Institutionalize a Managed Process GP3.1: Establish a Defined Process GP3.2: Collect Improvement Information 8

ML2 & ML3 Goals & Practices (cont d) Measurement & Analysis *SG1: Align Measurement and Analysis Activities SP1.1: Establish Measurement Objectives SP1.2: Specify Measures SP1.3: Specify Data Collection and Storage Procedures SP1.4: Specify Analysis Procedures *SG2: Provide Measurement Results SP2.1: Collect Measurement Data SP2.2: Analyze Measurement Data SP2.3: Store Data Results SP2.4 Communicate Results Process & Product Quality Assurance *SG1: Objectively Evaluate Processes and Work Products SP1.1: Objectively Evaluate Processes SP1.2: Objectively Evaluate Work Products and Services *SG2: Provide Objective Insight SP2.1: Communicate & Ensure Resolution of Noncompliance Issues SP2.2: Establish Records Configuration Management *SG1: Establish Baselines SP1.1: Identify Configuration Items SP1.2: Establish Configuration Management System SP1.3: Create or Release Baselines *SG2: Track and Control Changes SP2.1: Track Change Requests SP2.2: Control Configuration Items *SG3: Establish Integrity SP3.1: Establish Configuration Management Records SP3.2: Perform Configuration Audits Generic Goals (Capability Level 1 & 2) Generic Goals (Capability Level 2 & 3) *GG1: Achieve Specific Goals GP1.1: Perform Specific Practices *GG2: Institutionalize a Managed Process GP2.1: Establish an Organizational Policy GP2.2: Plan the Process GP2.3: Provide Resources GP2.4: Assign Responsibility GP2.5: Train People GP2.6: Manage Configurations GP2.7: Identify and Involve Relevant Stakeholders GP2.8: Monitor and Control the Process GP 2.9: Objectively Evaluate Adherence GP2.10: Review Status with Higher Level Management *GG3: Institutionalize a Managed Process GP3.1: Establish a Defined Process GP3.2: Collect Improvement Information 9

ML2 & ML3 Goals & Practices (cont d) Requirements Development *SG 1: Develop Customer Requirements SP1.1: Elicit Needs SP1.2: Develop the Customer Requirements *SG2: Develop a Project Plan SP2.1: Establish Product and Product Component Requirements SP2.2: Allocate Product Component Requirements SP2.3: Identify Interface Requirements *SG3: Analyze and Validate Requirements SP3.1: Establish Operational Concepts and Scenarios SP3.2: Establish a Definition of Required Functionality SP3.3: Analyze Requirements SP3.4: Analyze Requirements to Achieve Balance SP3.5: Validate Requirements Technical Solution *SG1: Select Product Component Solutions SP1.1: Develop Alternative Solutions and Selection Criteria SP1.2: Select Product Component Solutions *SG2: Develop the Design SP2.1: Design the Product or Product Component SP2.2: Establish a Technical Data Package SP2.3: Design Interfaces Using Criteria SP2.4: Perform Make, Buy, or Reuse Analyses *SG3: Implement the Product Design SP3.1: Implement the Design SP3.2: Develop Product Support Documentation Product Integration *SG1: Prepare for Product Integration SP1.1: Determine Integration Sequence SP1.2: Establish the Product Integration Environment SP1.3: Establish Product Integration Procedures and Criteria *SG2: Ensure Interface Compatibility SP2.1: Review Interface Descriptions for Completeness SP2.2: Manage Interfaces *SG3: Assemble Product Components and Deliver the Product SP3.1: Confirm Readiness of Product Components for Integration SP3.2: Assemble Product Components SP3.3: Evaluate Assembled Product Components SP3.4: Package and Deliver the Product or Product Component Verification *SG1: Prepare for Verification SP1.1: Select Work Products for Verification SP1.2: Establish the Verification Environment SP1.3: Establish Verification Procedures and Criteria *SG2: Perform Peer Reviews SP2.1: Prepare for Peer Reviews SP2.2: Conduct Peer Reviews SP2.3: Analyze Peer Review Data *SG3: Verify Selected Work Products SP3.1: Perform Verification SP3.2: Analyze Verification Results Generic Goals (Capability Level 1 & 2) *GG1: Achieve Specific Goals GP1.1: Perform Specific Practices *GG2: Institutionalize a Managed Process GP2.1: Establish an Organizational Policy GP2.2: Plan the Process GP2.3: Provide Resources GP2.4: Assign Responsibility GP2.5: Train People Generic Goals (Capability Level 2 & 3) GP2.6: Manage Configurations GP2.7: Identify and Involve Relevant Stakeholders GP2.8: Monitor and Control the Process GP 2.9: Objectively Evaluate Adherence GP2.10: Review Status with Higher Level Management *GG3: Institutionalize a Managed Process GP3.1: Establish a Defined Process GP3.2: Collect Improvement Information 10

ML2 & ML3 Goals & Practices (cont d) Validation *SG1: Prepare for Validation SP1.1: Select Products for Validation SP1.2: Establish the Validation Environment SP1.3: Establish Validation Procedures and Criteria *SG2: Validate Product or Product Components SP2.1: Perform Validation SP2.2: Analyze Validation Results Organizational Process Focus *SG1: Determine Process Improvement Opportunities SP1.1: Establish Organizational Process Needs SP1.2: Appraise the Organization s Processes SP1.3: Identify the Organization's Process Improvements *SG2: Plan and Implement Process Improvements SP2.1: Establish Process Action Plans SP2.2: Implement Process Action Plans *SG3: Deploy Organizational Process Assets and Incorporate Lessons Learned Organizational Process Definition *SG1: Establish Organizational Process Assets SP1.1: Establish Standard Processes SP1.2: Establish Lifecycle Model Descriptions SP1.3: Establish Tailoring Criteria and Guidelines SP1.4: Establish the Organization s Measurement Repository SP1.5: Establish the Organization s Process Asset Library SP1.6: Establish Work Environment Standards Organizational Training *SG1: Establish an Organizational Training Capability SP1.1: Establish the Strategic Training Needs SP1.2: Determine Which Training Needs Are the Responsibility of the Organization SP1.3: Establish an Organizational Training Tactical Plan SP1.4: Establish Training Capability *SG2: Provide Necessary Training SP2.1: Deliver Training SP2.2: Establish Training Records SP3.1: Deploy Organizational Process Assets SP3.2: Deploy Standard Processes SP2.3: Assess Training Effectiveness SP3.3: Monitor Implementation SP3.4: Incorporate Process-Related Experiences into the Organizational Process Assets Generic Goals (Capability Level 1 & 2) *GG1: Achieve Specific Goals GP1.1: Perform Specific Practices *GG2: Institutionalize a Managed Process GP2.1: Establish an Organizational Policy GP2.2: Plan the Process GP2.3: Provide Resources GP2.4: Assign Responsibility GP2.5: Train People Generic Goals (Capability Level 2 & 3) GP2.6: Manage Configurations GP2.7: Identify and Involve Relevant Stakeholders GP2.8: Monitor and Control the Process GP 2.9: Objectively Evaluate Adherence GP2.10: Review Status with Higher Level Management *GG3: Institutionalize a Managed Process GP3.1: Establish a Defined Process GP3.2: Collect Improvement Information 11

ML2 & ML3 Goals & Practices (cont d) Integrated Project Management *SG1: Use the Project s Defined Process SP1.1: Establish the Project s Defined Process SP1.2: Use Organizational Process Assets for Planning Project Activities SP1.3: Establish the Project's Work Environment SP1.4: Integrate Plans SP1.5: Manage the Project Using the Integrated Plans SP1.6: Contribute to the Organizational Process Assets *SG2: Coordinate and Collaborate with Relevant Stakeholders SP2.1: Manage Stakeholder Involvement SP2.2: Manage Dependencies SP2.3: Resolve Coordination Issues Risk Management *SG1: Prepare for Risk Management SP1.1: Determine Risk Sources and Categories SP1.2: Define Risk Parameters SP1.3: Establish a Risk Management Strategy *SG2: Identify and Analyze Risks SP2.1: Identify Risks SP2.2: Evaluate, Categorize, and Prioritize Risks *SG3: Mitigate Risks SP3.1: Develop Risk Mitigation Plans SP3.2: Implement Risk Mitigation Plans Decision Analysis and Resolution *SG1: Evaluate Alternatives SP1.1: Establish Guidelines for Decision Analysis SP1.2: Establish Evaluation Criteria SP1.3: Identify Alternative Solutions SP1.4: Select Evaluation Methods SP1.5: Evaluate Alternatives SP1.6: Select Solutions Generic Goals (Capability Level 1 & 2) Generic Goals (Capability Level 2 & 3) *GG1: Achieve Specific Goals GP1.1: Perform Specific Practices *GG2: Institutionalize a Managed Process GP2.1: Establish an Organizational Policy GP2.2: Plan the Process GP2.3: Provide Resources GP2.4: Assign Responsibility GP2.5: Train People GP2.6: Manage Configurations GP2.7: Identify and Involve Relevant Stakeholders GP2.8: Monitor and Control the Process GP 2.9: Objectively Evaluate Adherence GP2.10: Review Status with Higher Level Management *GG3: Institutionalize a Managed Process GP3.1: Establish a Defined Process GP3.2: Collect Improvement Information 12

Continuous Representation We have addressed the Staged representation thus far One can look at each process area independently - Known as a process area s capability level Exactly the same processes Both representations provide essentially the same content 13

Continuous Representation Category Process Management Project Management Engineering Support Process Areas Organizational Process Focus Organizational Process Definition +IPPD Organizational Training Organizational Process Performance Organizational Innovation and Deployment Project Planning Project Monitoring and Control Supplier Agreement Management Integrated Project Management +IPPD Risk Management Quantitative Project Management Requirements Management Requirements Development Technical Solution Product Integration Verification Validation Configuration Management Process and Product Quality Assurance Measurement and Analysis Decision Analysis and Resolution Causal Analysis and Resolution Carnegie Mellon University 14

Capability Levels 5 Optimizing 4 Quantitatively Managed 3 Defined 2 Managed 1 Performed Process Area Capability 0 Incomplete Process Area 3 2 1 0 This point represents a higher level of capability than this point in a specific process area Process Area n Carnegie Mellon University 15

Process Maturity Profile by all reporting organizations Nov 1996 16

Process Maturity Profile by all reporting organizations Sept 2007 17

Summary Appraisals verify both Required and Expected CMMI components Goals and practices There are 22 Process Areas Each process area can have a Capability Level from 0-5 Predefined sets of process areas make up a Maturity Level (1-5) Degree of institutionalization is embodied in the generic goals and expressed through generic practices. 18

Further Information ISBN 0-321-27967-0 (textbook) informative tips and hints on margins www.sei.cmu.edu (Software Engineering Institute custodian of CMMI) seir.sei.cmu.edu (Information repository) Mraftus@grafp.com (416) 276-9777 19

Process improvement benefits The performance results in the following table are from 30 different organizations that achieved percentage change in one or more of the six categories of performance measures below Performance Category Cost Schedule Productivity Quality Customer Satisfaction Return on Investment Median Improvement 34% 50% 61% 48% 14% 4:1 Carnegie Mellon University 20