CMMI Overview Dr. Korson Software Engineering. 2 Immature organizations can be successful on occasion, but ultimately run into difficulties because –Success.

Slides:



Advertisements
Similar presentations
Kai H. Chang COMP 6710 Course NotesSlide CMMI-1 Auburn University Computer Science and Software Engineering Capability Maturity Model Integration - CMMI.
Advertisements

Copyright 2003 CMMI: Executive Briefing Presented by Kieran Doyle
1 Intro to the CMMI (Capability Maturity Model Integration) Management Overview.
CMMI Overview Satish Mishra
Software Quality Processes – Part I CSSE 376, Software Quality Assurance Rose-Hulman Institute of Technology March 16, 2007.
18 th International Forum on COCOMO and Software Cost Modeling October 2003 Use of Historical Data by High Maturity Organizations Rick Hefner, Ph.D.
Capability Maturity Model Integration (CMMI). CMMI Enterprise-wide process improvement framework Focuses on processes for improved product Process areas:
Software Quality Processes – Part II CSSE 376, Software Quality Assurance Rose-Hulman Institute of Technology March 19, 2007.
200209–CSSA0001 – 16/27/ :25 PM CSSA Cepeda Systems & Software Analysis, Inc. GENERIC.
Rick Hefner. Marilee J. Wheaton TRW
CMM Overview - 1 © Paul Sorenson CMPUT Software Engineering refs. IEEE Software, March 1988, 73-79, and IEEE Software, July 1993, (Capability.
Capability Maturity Method (CMM)
CMMI Overview Quality Frameworks.
Lecture 11 CMM CSCI – 3350 Software Engineering II Fall 2014 Bill Pine.
Capability Maturity Model
Using Six Sigma to Achieve CMMI Levels 4 and 5
Chapter : Software Process
CMMI Course Summary CMMI course Module 9..
Capability Maturity Model Integration
1 The Continuous Representation. 2 UNIT 2 Topics covered in this unit include Additional terminology Practices – The fundamental building blocks Process.
Integrated Capability Maturity Model (CMMI)
TRIALS & TRIBULATIONS ON THE ROAD TO CMMI Process Focus Management Roselyn Whitney Principal 9956 North River Rd. Algonac, MI
N By: Md Rezaul Huda Reza n
1 The Continuous Representation. 2 UNIT 2 Topics covered in this unit include Additional terminology Practices – The fundamental building blocks Process.
CMMi What is CMMi? Basic terms Levels Common Features Assessment process List of KPAs for each level.
People First … Mission Always Capability Maturity Model Integration (CMMI ® ) Millee Sapp 2 Dec 08 Warner Robins Air Logistics Center.
Software Engineering Lecture No:16. Lecture # 7 CMMI Fahim Khan Assistant Professor of Computer Science UOL, Sargodha
Software Engineering Lecture # 17
NDIA Systems Engineering Supportability & Interoperability Conference October 2003 Using Six Sigma to Improve Systems Engineering Rick Hefner, Ph.D.
10/16/2015Bahill1 Organizational Innovation and Deployment Causal Analysis and Resolution 5 Optimizing 4 Quantitatively Managed 3 Defined 2 Managed Continuous.
Software process improvement Framework for SPI SPI support groups, maturity and immaturity models Assessment and gap analysis Education and training Selection.
Introduction to CMMI.
Software Process Assessment and Improvement
Capability Maturity Model CS3300 Fall The Problem Contractors over budget and late. Need a way to rank how likely a software company is to deliver.
1 ISO 9001:2000 ISO 9001 is the creation of the International Organisation for Standardisation (ISO), a Swiss-based federation of national standards bodies.ISO.
1 © Mahindra Satyam 2009 Mahindra Satyam Confidential Welcome To CMMI Introduction.
1 通信软件开发与管理 Course OD601 学时: 32 学分: 2 讲师:罗文彬. 2 Communication Overview System Architecture Overview Performance and Reliability Operation, Administration,
Lecture 1: INF 411 Information Engineering Enterprise Architecture Dr. Taysir Hassan Abdel Hamid September 28, 2015.
IS Methodologies. Systems Development Life Cycle - SDLC Planning Planning define the system to be developed define the system to be developed Set the.
Software Engineering - I
Process Improvement. It is not necessary to change. Survival is not mandatory. »W. Edwards Deming Both change and stability are fundamental to process.
Process: A Generic View
Requirements Development in CMMI
January 2003 CMMI ® CMMI ® V1.1 Tutorial Sponsored by the U.S. Department of Defense © 2003 by Carnegie Mellon University SM CMM Integration and SCAMPI.
________________________________________________________________________ Jonsson School of Engineering and Computer Science Dr. Mark C. Paulk 2015 ASEE.
1 Agenda for measurement r1. CMMI r2. Other thrusts.
Lecture 1: INF 411 Information Engineering Enterprise Architecture
Purpose: The purpose of CMM Integration is to provide guidance for improving your organization’s processes and your ability to manage the development,
An Introduction. Objective - Understand the difference between CMM & CMMI - Understand the Structure of CMMI.
Copyright © | Trade secret and confidential Page 1 Innovative, Professional, Fact Based and Eustressed© Maruthi Quality Management Services Ptv. Ltd..,
Software Engineering (CSI 321) Software Process: A Generic View 1.
COMPGZ07 Project Management CMMI Project Planning Lecture 5b Graham Collins, UCL.
CMMI1 Capability Maturity Model Integration Eyal Ben-Ari 8/2006.
MSA Orientation – v203a 1 What’s RIGHT with the CMMI?!? Pat O’Toole
Project Management Strategies Hidden in the CMMI Rick Hefner, Northrop Grumman CMMI Technology Conference & User Group November.
CMMI Overview Quality Frameworks. Slide 2 of 146 Outline Introduction High level overview of CMMI Questions and comments.
© 2004 Tangram Hi-Tech Solutions Project Management According to the CMMI1 Project Management according to the Capability Maturity Model (CMMI)
CMMI for Services, Version 1.3
Certification: CMMI Emerson Murphy-Hill. Capability Maturity Model Integration (CMMI) Creation of the Software Engineering Institute (SEI) at Carnegie.
A Comparison of CMMI & SPICE
Capability Maturity Model. What is CMM? n CMM: Capability Maturity Model n Developed by the Software Engineering Institute of the Carnegie Mellon University.
CS4311 Spring 2011 Process Improvement Dr
CMMI Overview Quality Frameworks.
Software Engineering (CSI 321)
CMMI Overview.
CMMI – Staged Representation
Capability Maturity Model
Capability Maturity Model
Requirements Development in CMMI
Capability Maturity Model
Presentation transcript:

CMMI Overview Dr. Korson Software Engineering

2 Immature organizations can be successful on occasion, but ultimately run into difficulties because –Success depends on “heroics” which cannot be guaranteed to be repeated –Success depends on having the same people on the team, whereas the industry employee turnaround is high Maturity vs. Immaturity

Characteristics of Immaturity Immature organizations –Processes are improvised –Reactive, not proactive –Cost overruns and delays are frequent –Quality is unreliable 3

Maturity Processes are managed throughout the organization –Quality is assessed quantifiably –Schedules and budgets are based on historic performance 4

CMMI CMMI focuses on the maturity of your processes 5

6 Everyone realizes the importance of having a motivated, quality work force but......even our finest people can’t perform at their best when the process is not understood or operating “at its best.” PEOPLE PROCESS TECHNOLOGY Quality Leverage Points Major determinants of product cost, schedule, and quality

7 Underlying Premise of Process Improvement “The quality of a product is largely determined by the quality of the process that is used to develop and maintain it.”

8 Categories of Process Improvement Benefits Process improvement benefits fall into eight general categories: –improved schedule and budget predictability –improved cycle time –increased productivity –improved quality (as measured by defects) –increased customer satisfaction –improved employee morale –increased return on investment –decreased cost of quality

9 The Maturity Levels Process unpredictable, poorly controlled, and reactive Process characterized for projects and is often reactive Process characterized for the organization and is proactive Process measured and controlled Focus on continuous process improvement Optimizing Quantitatively Managed Defined Initial Managed Optimizing Defined

10 Maturity Levels Cannot Be Skipped It Is Organizationally Impossible Each maturity level provides a necessary foundation for effective implementation of processes at the next level. –Higher level processes have less chance of success without the discipline provided by lower levels. –The effect of innovation can be obscured in a noisy process. Higher maturity level processes may be performed by organizations at lower maturity levels, with the risk of not being consistently applied in a crisis.

11 Capability Levels A capability level is a well-defined evolutionary plateau describing the organization’s capability relative to a process area. There are six capability levels. For capability levels 1-5, there is an associated generic goal. Each level is a layer in the foundation for continuous process improvement. Thus, capability levels are cumulative, i.e., a higher capability level includes the attributes of the lower levels.

12 CMMI in a Nutshell A CMMI model provides a structured view of process improvement across an organization CMMI can help –set process improvement goals and priorities –provide guidance for quality processes –provide a yardstick for appraising current practices

13 Benefits of Continuing Process Improvement SEI Software CMM Level 5: For the Right Reasons* –Defects are now nearly all found and fixed before testing begins. –Defects escaping into the field have been reduced from 11% to practically 0%. –Programs consistently reach customer satisfaction and performance targets. –Peer reviews increase total project costs by 4%, but reduced rework during testing by 31%. R.O.I. is 7.75:1.

14 CMM“I” – Integration Provides expanded model scope for integration –Integrated Product Management –Integrated Supplier Management –Decision Analysis and Resolution –“Relevant Stakeholder” planning and execution –Inclusion of the Integrated Product and Process Development body of knowledge

15 Each Process Area Process Areas (PA) –Specific Goals(SG)Required »Specific Practices (SP)Expected –Typical Work ProductsInformative –Sub-practicesInformative –Notes Informative –Discipline AmplificationsInformative –ReferencesInformative –Generic Goals(GG)Required »Generic Practices (GP)Expected –Generic Practice ElaborationsInformative

16 Specific Practices Example Requirements Mgmt. SG 1 Manage Requirements SP 1.1Obtain an Understanding of Requirements SP 1.2Obtain Commitment to Requirements SP 1.3Manage Requirements Changes SP 1.4Maintain Bidirectional Traceability of Requirements SP 1.5Identify Inconsistencies between Project Work and Requirements

17 Process Areas by Maturity Level Organizational Innovation and Deployment Causal Analysis and Resolution 5 Optimizing 4 Quantitatively Managed 3 Defined 2 Managed Continuous process improvement Quantitative management Process standardization Basic project management Organizational Process Performance Quantitative Project Management Requirements Development Technical Solution Product Integration Verification Validation Organizational Process Focus Organizational Process Definition Organizational Training Integrated Project Management Integrated Supplier Management Risk Management Decision Analysis and Resolution Organizational Environment for Integration Integrated Teaming Requirements Management Project Planning Project Monitoring and Control Supplier Agreement Management Measurement and Analysis Process and Product Quality Assurance Configuration Management 1 Initial Process AreasLevel Focus (IPPD) (SS)

18 Project Management Process Areas There are eight Project Management Process Areas. –Project Planning –Project Monitoring and Control –Integrated Project Management (IPPD) –Risk Management –Supplier Agreement Management –Quantitative Project Management –Integrated Supplier Management (SS) –Integrated Teaming (IPPD)

19 Specific Practices (CL1 - “Base Practices”) SP1.1-1:Estimate the Scope of the Project SP1.2-1:Establish Estimates of Work Product and Task Attributes SP1.3-1:Define Project Life Cycle SP1.4-1:Determine Estimates of Effort and Cost SP2.1-1:Establish Budget and Schedule SP2.2-1:Identify Project Risks SP2.3-1:Plan for Data Management SP2.4-1:Plan for Project Resources SP2.5-1:Plan for Needed Knowledge and Skills SP2.6-1:Plan Stakeholder Involvement SP2.7-1:Establish the Project Plan SP3.1-1:Review Plans that Affect the Project SP3.2-1:Reconcile Work and Resource Levels SP3.3-1:Obtain Plan Commitment Project Planning - Capability Level 1 Project Planning If all of the base practices are performed, Then, the associated Specific Goals and Generic Goal 1 are satisfied, So, the Process Area is rated at Capability Level 1 (CL1) - Performed. If all of the base practices are performed, Then, the associated Specific Goals and Generic Goal 1 are satisfied, So, the Process Area is rated at Capability Level 1 (CL1) - Performed.

20 Building Process Capability Performed Process Performed Process Level 2 Generic Practices Managed Process Managed Process Level 3 Generic Practices Defined Process Defined Process Level 4 Generic Practices Quantitatively Managed Process Quantitatively Managed Process Level 5 Generic Practices Optimizing Process Optimizing Process Capability

21 Further Reading