Capability Maturity Model Part One - Overview. History 1986 - Effort started by SEI and MITRE Corporation  assess capability of DoD contractors First.

Slides:



Advertisements
Similar presentations
Group 7 - Chapter 3 Steven Shroyer - Introduction, ad hoc, level 2 Xiao Jingshan - Levels 3 and 4 Dusting Marker - Level 5 and example companies Definintions.
Advertisements

A presentation from June 20, 2000 Jim Brosseau The ‘How-To’ of Software Process Improvement.
Software Engineering CSE470: Process 15 Software Engineering Phases Definition: What? Development: How? Maintenance: Managing change Umbrella Activities:
More CMM Part Two : Details.
How ISO9001 Compares with CMM Mark C. Paulk JAN,1995 CMM version 1.1 ISO9001 July 1994 presented by Zhilan Zhou.
1 State of Michigan Achieving Software Process Improvement with Capability Maturity Model (CMM)
Chapter 2 The Software Process
CPIS 357 Software Quality & Testing I.Rehab Bahaaddin Ashary Faculty of Computing and Information Technology Information Systems Department Fall 2010.
R R R CSE870: Advanced Software Engineering (Cheng): Intro to Software Engineering1 Advanced Software Engineering Dr. Cheng Overview of Software Engineering.
SE 470 Software Development Processes James Nowotarski 12 May 2003.
Capability Maturity Model (CMM) in SW design
R&D SDM 1 Software Process Improvement Capability Maturity Models
1 R&D SDM 1 Software Project Management Capability Maturity Model 2009 Theo Schouten.
CMM Overview - 1 © Paul Sorenson CMPUT Software Engineering refs. IEEE Software, March 1988, 73-79, and IEEE Software, July 1993, (Capability.
Chapter 3 The Structure of the CMM
Capability Maturity Method (CMM)
CMMI Overview Quality Frameworks.
Software Process CS 414 – Software Engineering I Donald J. Bagert Rose-Hulman Institute of Technology December 17, 2002.
Organizational Project Management Maturity: Roadmap to Success
Capability Maturity Model
CMM Level 3 KPA’s CS4320 Fall Organizational Process Focus (Goals) Software process development and improvement activities are coordinated across.
Using Six Sigma to Achieve CMMI Levels 4 and 5
What ISO 9000 Mandates The requirements for a quality system have been standardized - but many organizations like to think of themselves as unique. So.
UNIT-II Chapter : Software Quality Assurance(SQA)
Capability Maturity Model. Reflection Have you ever been a part of, or observed, a “difficult” software development effort? How did the difficulty surface?
Software Engineering II Lecture 1 Fakhar Lodhi. Software Engineering - IEEE 1.The application of a systematic, disciplined, quantifiable approach to the.
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
1 Chapter 2 The Process. 2 Process  What is it?  Who does it?  Why is it important?  What are the steps?  What is the work product?  How to ensure.
J. R. Burns, Texas Tech University Capability Maturity Model -- CMM n Developed by the Software Engineering Institute (SEI) in 1989 –SEI is a spinoff.
Software Project Failure Software Project Failure Night Two, Part One CSCI 521 Software Project Management.
Project Tracking. Questions... Why should we track a project that is underway? What aspects of a project need tracking?
Introduction to Software Engineering LECTURE 2 By Umm-e-Laila 1Compiled by: Umm-e-Laila.
Software Engineering - Spring 2003 (C) Vasudeva Varma, IIITHClass of 39 CS3600: Software Engineering: Standards in Process Modeling CMM and PSP.
Capability Maturity Models Software Engineering Institute (supported by DoD) The problems of software development are mainly caused by poor process management.
Software Engineering Lecture # 17
NDIA Systems Engineering Supportability & Interoperability Conference October 2003 Using Six Sigma to Improve Systems Engineering Rick Hefner, Ph.D.
Capability Maturity Model. History Effort started by SEI and MITRE Corporation  assess capability of DoD contractors First version published in.
By Ritesh Reddy Nagaram.  Organizations which are developing software processes are facing many problems regarding the need for change of already existing.
University of Sunderland CIFM03Lecture 2 1 Quality Management of IT CIFM03 Lecture 2.
Quality Concepts within CMM and PMI G.C.Reddy
Georgia Institute of Technology CS 4320 Fall 2003.
SWEN 5130 Requirements Engineering 1 Dr Jim Helm SWEN 5130 Requirements Engineering Requirements Management Under the CMM.
CS Process Improvement CMM Hans Van Vliet, Software Engineering, Principles and Practice, 3 rd edition, John Wiley & Sons, Chapter 6. W. Humphrey,
UNIVERSITY OF MARYLAND CENTER FOR ADVANCED TRANSPORTATION TECHNOLOGY Organizational Maturity Prepared for the Operations Summit by Philip J. Tarnoff.
Process Improvement. It is not necessary to change. Survival is not mandatory. »W. Edwards Deming Both change and stability are fundamental to process.
CMMI. 1.Initial - The software process is characterized as ad hoc, and occasionally even chaotic. Few processes are defined, and success depends on individual.
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…
Level 1 Level 1 – Initial: The software process is characterized as ad hoc and occasionally even chaotic. Few processes are defined, and success depends.
Page 1 The Capability Maturity Model (CMM) distinguishes between immature and mature software organizations. Immature software organizations are typically.
COMP 6710 Course NotesSlide 3-0 Auburn University Computer Science and Software Engineering Course Notes Set 3: Software Process Maturity Computer Science.
SOFTWARE PROCESS IMPROVEMENT
CMMI Overview Quality Frameworks. Slide 2 of 146 Outline Introduction High level overview of CMMI Questions and comments.
Done By: Asila AL-harthi Fatma AL-shehhi Fakhriya AL-Omieri Safaa AL-Mahroqi.
Capability Maturity Model. CS460 - Senior Design Project I (AY2004)2 Immature Organisations Software processes are often rigorously followed. Organisation.
CMMI for Services, Version 1.3
Capability Maturity Model. What is CMM? n CMM: Capability Maturity Model n Developed by the Software Engineering Institute of the Carnegie Mellon University.
Advanced Software Engineering Dr. Cheng
State of Michigan Achieving Software Process Improvement with
CS4311 Spring 2011 Process Improvement Dr
CMMI Overview Quality Frameworks.
Information Technology Project Management – Fifth Edition
Level 1 Level 1 – Initial: The software process is characterized as ad hoc and occasionally even chaotic. Few processes are defined, and success depends.
CMMI Overview.
A possible solution: Personal Software Process (PSP)
Software Engineering Lecture 16.
Software Engineering I
Capability Maturity Model
Capability Maturity Model
Presentation transcript:

Capability Maturity Model Part One - Overview

History Effort started by SEI and MITRE Corporation  assess capability of DoD contractors First version published in 1991 closely related to TQM  goal is customer satisfaction not required that customer be "delighted"

Some Fundamental Ideas Process improvement is based on small steps, rather than revolutionary innovation. CMM is not exhaustive or dictatorial. CMM focuses on processes that are of value across the organization.

Benefits of using the model helps forge a shared vision of purpose of process improvement within the organization establishes common language for the software process defines a set of priorities for attacking problems supports measurement  via reliable appraisals  objective  supports industry-wide comparisons

Risks of using the model "All models are wrong; some models are useful." Not a silver bullet. Does not address all of the issues that are important for successful projects.  For example how to hire and retain good people expertise in the application domain

Levels 1. Initial 2. Repeatable 3. Defined 4. Managed 5. Optimizing

Level 1 : The Initial Level ad hoc, sometimes chaotic overcommitment leads to a series of crises during a crisis, projects abandon plans capability is characteristic of individuals, not the organization when a good manager leaves, the success leaves with them

Level 2 : The Repeatable Level Planning is based on experience with similar projects  past successes can be repeated Policies for Managing and Implementation  installed basic management controls  track costs and schedules  notice and deal with problems as they arise

Level 3 : The Defined Level Standard Processes defined across the organization and used by all projects standard set of roles, activities, quality tracking, etc each project uses a tailored version of this standard process Training Program is in place to ensure everyone has the skills required for their assigned role

Level 4 : The Managed Level Quantitative Quality Goals for both Products and Processes Organization-wide Process Database  meaningful variations in process performance can be distinguished from random noise actions are then taken to correct the situation Products are of predictably high quality

Level 5 : The Optimizing Level Organization has the means to identify weaknesses and strengthen the process proactively teams analyze defects to determine their cause, and disseminate lessons learned throughout the organization major focus on eliminating waste  e.g. reduce amount of rework

Defect prevention Technology change management Process change management Quantitative process management Software Quality Management Organization process focus Organization process definition Training program Integrated software management Software product engineering Intergroup coordination Peer Reviews Requirements management Software project planning Software project tracking and oversight Software subcontract management Software quality assurance Software Configuration management Key Process Areas by maturity level This is a somewhat handy hierarchy of activities.

Don't skip levels For example,  collecting detailed data (level 4) is meaningless unless the data is from projects that use a consistent process (level 3)

Reality Check... Is CMM well-suited for everyone?

Criticisms of CMM CMM is well suited for bureaucratic organizations such as government agencies and large corporations.  Its formality is a hindrance to projects where time-to- market is more important than quality. Promotes process over substance.  For example, emphasizing predictability over service provided to end users. en.wikipedia.com

Who uses CMM 75% of organizations are probably Level One.  To get to Level Two, you must have control over the requirements documents. Hence, shrink-wrap companies like Microsoft are Level One. 75% of Level Five organizations are in India.

Level Comparison - Risk Level 1  Just do it Level 2  problems are recognized and corrected as they occur Level 3  problems are anticipated and prevented, or impacts minimized Levels 4 and 5  sources of problems are understood and eliminated

Level Comparison - People Level 1  success depends on individual heroics  fire fighting is the way of life Level 2  people are trained and supported by management  success depends on individuals Level 3  people are trained for their role(s)  groups work together Levels 4  strong sense of teamwork in every project Level 5  strong sense of teamwork across the organization  everyone does process improvement

Level Comparison - Measurement Level 1  ad hoc data collection and analysis Level 2  individual projects use planning data Level 3  data collected for all processes  data shared across projects Levels 4  data standardized across the organization Level 5  data used for process improvement

Quiz 1 Your Role : SQA specialist Situation :  Initial Unit Testing reports indicate a bug rate of 4.5 / KSLOC.  Further checking finds Average initial bug rate is 3.1 per KSLOC StdDev of 0.5 weighted rate is also higher than average What CMM level enables this amount of visibility into the process?

Quiz 2 Your Role : Project Manager Phase : Unit Testing Problem : You notice that design, implementation, and testing of the database component will probably take 3 weeks instead of the planned 4 weeks. These tasks are not on the critical path. Possible Actions?  and what level CMM characterizes that action?

Quiz 3 Your Role : Project Manager Phase : Planning Task : Schedule the Testing of the Database  Estimated Duration: 3 days  Required Resources: the database requirements specs the implementation (source code) real data from customer test person that has a DB Test certificate How do the different capability levels affect your ability to schedule and monitor this task?

Quiz 4 Your Role : a development team leader Problems :  Well into development, you get an indicating a change in the interface requirements based on a demo of the prototype done with the customer. The change will require a good amount of code rework. What would be the reaction of groups with  Level One  Level Three  Level Five

Next... Key Process Areas Key Practices Common Features