Process Improvement. It is not necessary to change. Survival is not mandatory. »W. Edwards Deming.

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

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.
Chapter 2 The Software Process
Organizational Project Management Maturity Organizational Project Management Maturity Model (OPM3) PMI-MN Breakfast sessions Process Management.
Software Development Process Models. The Waterfall Development Model.
Software Quality Engineering Roadmap
CMMI PMC Group Members Inam ul Haq Sajjad Raza Nabeel Azam
Capability Maturity Model (CMM) in SW design
WM Software Process & Quality Generic Processes - Slide #1  P. Sorenson SPiCE Reference Model - how to read Chapter 5 Capability Levels (process.
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.
SE 555 – Software Requirements & Specifications Introduction
Chapter 3 The Structure of the CMM
CMMI Overview Quality Frameworks.
Software Process CS 414 – Software Engineering I Donald J. Bagert Rose-Hulman Institute of Technology December 17, 2002.
Standardization. Introduction A standard is a document. It is a set of rules that control how people should develop and manage materials, products, services,
Capability Maturity Model
SOFTWARE QUALITY ASSURANCE Asst. Prof. Dr. Selim BAYRAKLI Maltepe University Faculty of Engineering SE 410.
CMMI Course Summary CMMI course Module 9..
Integrated Capability Maturity Model (CMMI)
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.
Org Name Org Site CMM Assessment Kick-off Meeting Dates of assessment.
Chapter 2 Software Process: A Generic View
Capability Maturity Model Part One - Overview. History Effort started by SEI and MITRE Corporation  assess capability of DoD contractors First.
N By: Md Rezaul Huda Reza n
Software Qualities. Unique Properties of Software (Teams: What are the properties of software that make it unique from other engineering disciplines?)
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.
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.
Software Engineering Lecture # 17
CSI - Introduction General Understanding. What is ITSM and what is its Value? ITSM is a set of specialized organizational capabilities for providing value.
By Ritesh Reddy Nagaram.  Organizations which are developing software processes are facing many problems regarding the need for change of already existing.
Software Process Models
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.
@2002 Copyright, Itreya Technologies CMMI kick off July 2005.
CS Process Improvement CMM Hans Van Vliet, Software Engineering, Principles and Practice, 3 rd edition, John Wiley & Sons, Chapter 6. W. Humphrey,
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.
Michael Campe U.S. Army Aviation and Missile Command NDIA TID Technical Information Division Symposium Royal Sonesta Hotel, New Orleans, LA August 2003.
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.
Purpose: The purpose of CMM Integration is to provide guidance for improving your organization’s processes and your ability to manage the development,
SOFTWARE PROCESS IMPROVEMENT
COMPGZ07 Project Management CMMI Project Planning Lecture 5b Graham Collins, UCL.
The Capability Maturity Model for Software: An Overview
CMMI1 Capability Maturity Model Integration Eyal Ben-Ari 8/2006.
CMMI Overview Quality Frameworks. Slide 2 of 146 Outline Introduction High level overview of CMMI Questions and comments.
Capability Maturity Model. CS460 - Senior Design Project I (AY2004)2 Immature Organisations Software processes are often rigorously followed. Organisation.
© 2004 Tangram Hi-Tech Solutions Project Management According to the CMMI1 Project Management according to the Capability Maturity Model (CMMI)
PROCESS ASSESSMENT AND IMPROVEMENT. Process Assessment  A formal assessment did not seem financially feasible at the onset of the company’s process improvement.
CMMI Certification - By Global Certification Consultancy.
1 CQA Training QUESTION BANK. 2 CQA Training QUESTION 1 THE TWO DEFINITIONS OF QUALITY ARE: QUALITY MEANS MEETING REQUIREMENTS QUALITY MEANS FIT FOR USE.
Capability Maturity Model. What is CMM? n CMM: Capability Maturity Model n Developed by the Software Engineering Institute of the Carnegie Mellon University.
School of Business Administration
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.
Software Engineering Lecture 16.
Software Engineering I
Capability Maturity Model
Capability Maturity Model
Chapter 4: Software Process Models
Presentation transcript:

Process Improvement

It is not necessary to change. Survival is not mandatory. »W. Edwards Deming

Models Models provide a common set of process requirements that capture the best practices and knowledge in a format that can be used to guide priorities. »CMMI Distilled, Ahern, Clouse, Turner, p5.

Basic Model of Improvement

Emphasis high-quality software finite amount of resources cost-effective manner

Two Observables Cost: Quality: –correctness –reliability –robustness –user friendliness –verifiability –maintainability –safety

Why is Process Improvement Difficult? Software development is: Software is variable: We lack models: –Needed to to reason about the process and the product

5 Stages of CMM for Software Level 1: Initial Level 2: Repeatable Level 3: Defined Level 4: Managed Level 5: Optimizing Initial Repeatable Defined Managed Optimizing

Initial Ad hoc No process in place Repeatable Achieved a stable process with a repeatable level of statistical control Defined Achieved foundation for major and continuing progress Managed Substantial quality improvements Comprehensive measurements Optimizing Major improvements in quality and quantity Basic management control Process definition Process management Process control SEI Capability Maturity Model

LevelFocus Initial Repeatable Defined Managed Optimizing

CMM Maturity Level 1: Initial Characteristics No sound SE management principles in place Ad hoc practices May be successful because of competent manager and team To get to next level Initiate project management

Elements of Basic Project Management Software Configuration Management Software Quality Assurance Software Acquisition Management Software Project Control Software Project Planning Software Requirements Management

CMM Maturity Level 2: Repeatable Characteristics Basic SE management practices in place Planning and management are based on experience with similar products (repeatable) To get to next level Standardize Processes

Process Standardization Peer Reviews Project Interface Coordination Software Product Engineering –methods and technologies –software development process architecture Integrated Software Management Organization-level Awareness –Organization Training Program –Organization Process Definition –Organization Process Focus

CMM Maturity Level 3: Defined Characteristics Process for development fully documented Reviews used to achieve software quality Introduce CASE Tools To get to next level Quantitative Management

Statistical process management –quantify quality and cost parameters Process database to maintain process data Assess relative quality of each product

CMM Maturity Level 4: Managed Characteristics Organization sets quality and productivity goals for each project To get to next level Support automatic gathering of process data Use data to analyze and modify the process Defect Prevention

CMM Maturity Level 5: Optimizing Characteristics Statistical quality and process control techniques are used and guide the organization Process has positive feedback loop To maintain level Continue improvement and optimization of the process

Other Improvement Process Models-1 Plan-Do-Check-Act (Deming) (Improving single process within an organization) Plan. Develop plan for effective improvement Do. The development organization carries out the plan Check. After process termination, observe the effects of the change or test Act. Study the results and document the lessons learned. Emphasis on

CMMI: CMM Integrated Reduce Cost: –eliminate inconsistencies between processes –Reduce duplication –Provide common terminology and style –Increase clarity

CMMI Principles Maintain executive support Pick your targets carefully Leverage best practices Align process improvement with your business objectives

The Model Required: Statement of Goals –a desirable end state; succinct Expected: Statement of a Practice –the expected means of achieving a goal –every practice maps to exactly one goal Informative: 10 types of information components identified (e.g. purpose, reference, typical work products)

Goals of the capability levels LevelGoal CL 0No goal CL 1The process supports achievement of specific goals of the process area by transforming identifiable inputs to identifiable outputs CL 2The process is institutionalized as a managed process CL 3The process is institutionalized as a defined process CL 4The process is institutionalized as a quantitatively managed process CL 5The process is institutionalized as an optimizing process

Level 3 Defined: For each process area considered, each project in the organization will have a managed process (created under Level 2) that is tailored using standard guidelines.

4 process categories Process Management Project Management Engineering Support

Summary: Process improvement May not be necessary for a given project May be neglected by some companies May be necessary for survival of –companies –employees