Capability Maturity Model (CMM) in SW design

Slides:



Advertisements
Similar presentations
INTOSAI IT Audit IT Methods Awareness
Advertisements

A presentation from June 20, 2000 Jim Brosseau The ‘How-To’ of Software Process Improvement.
Process 18:11 19/04/2015 Geir Skylstad SINTEF DELAB 1 ITUF 61.UP.93 miniseminar Programvareutviklingsprosessen, 16 sep 1993, Holmenkollen Restaurant Utviklingsparadigmer.
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
©2006 OLC 1 Process Management: The Foundation for Achieving Organizational Excellence Process Management Implementation Worldwide.
CPIS 357 Software Quality & Testing I.Rehab Bahaaddin Ashary Faculty of Computing and Information Technology Information Systems Department Fall 2010.
Agile Software Development. Traditional Software Development 1.Initiation (RFP) 2.Feasibility study Technical – can we build it? Economic – should we.
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.
Computer Engineering 203 R Smith Process/Plan Model 7/ Development Process Models Development Process Models are different ways to look at the processes.
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)
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
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.
CMM Level 3 KPA’s CS4320 Fall Organizational Process Focus (Goals) Software process development and improvement activities are coordinated across.
Chapter : Software Process
S T A M © 2000, KPA Ltd. Software Trouble Assessment Matrix Software Trouble Assessment Matrix *This presentation is extracted from SOFTWARE PROCESS QUALITY:
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.
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
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.
CMMi What is CMMi? Basic terms Levels Common Features Assessment process List of KPAs for each level.
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
Capability Maturity Model. History Effort started by SEI and MITRE Corporation  assess capability of DoD contractors First version published in.
University of Sunderland CIFM03Lecture 2 1 Quality Management of IT CIFM03 Lecture 2.
Quality Concepts within CMM and PMI G.C.Reddy
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.
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.
Software Engineering - I
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.
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.
Process Improvement. It is not necessary to change. Survival is not mandatory. »W. Edwards Deming.
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
Software Engineering (CSI 321) Software Process: A Generic View 1.
The Capability Maturity Model for Software: An Overview
Capability Maturity Model. CS460 - Senior Design Project I (AY2004)2 Immature Organisations Software processes are often rigorously followed. Organisation.
1 These slides are designed to accompany Software Engineering: A Practitioner’s Approach, 7/e (McGraw-Hill 2009). Slides copyright 2009 by Roger Pressman.
PROCESS ASSESSMENT AND IMPROVEMENT. Process Assessment  A formal assessment did not seem financially feasible at the onset of the company’s process improvement.
Capability Maturity Model. What is CMM? n CMM: Capability Maturity Model n Developed by the Software Engineering Institute of the Carnegie Mellon University.
State of Michigan Achieving Software Process Improvement with
CS4311 Spring 2011 Process Improvement Dr
Software Engineering (CSI 321)
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.
Focus on Software Process
Software Engineering Lecture 16.
Software Engineering I
Capability Maturity Model
Capability Maturity Model
Presentation transcript:

Capability Maturity Model (CMM) in SW design Process Harri Reiman Section manager, IP Solutions Ericsson, Finland Email: Harri.Reiman@lmf.ericsson.se Phone: 358-9-2992254 1

Outline Basic rules in improvements Problems in SW projects - CMM as a helper CMM backround The SW crisis Increasing SW complexity Success factors Mature organisations Process - an important element Role of a process process as an organisational asset Improving the process capability CMM as a model Process maturity framework Role of CMM CMM structure, version 1.1 Maturity steps Key practices Characteristics on each CMM level Levels 1- 5 CMM usage in process improvements CMM assessment What is an an assessment How an assessment is conducted What results are produced in an assessment SEI’s maturity survey

Basic rules in improvements (1) where you are, “If you don’t know a map won’t help” Watts Humprey

Basic rules in improvements (2) where you are, “You need to know before you can decide where to go!” Grosby

Common problems in SW projects Project having always resource problems Quality criterias not always met Not enough competence in all projects Unexpected surprises in projects (technical & administrative) Unstabile input documents/products Improvements not meeting the real work . . .

CMM as a helper There is NO silver bullet ! C M M

Factors leading to the establishment of the SEI SW crisis Factors leading to the establishment of the SEI (Software Engineering institute) and later on creation of CMM: Increasing cost of SW Quality problems in SW products Cost of SW maintenance US government put billions of dollars in SW acquisition USA’s competitiveness increasingly dependent on SW Increasing rate of change in technology and SW environment Typical SW project was a year late and exceeded two times the budget Increasing SW complexity

Increasing SW complexity Lines of Code Development structure 1,000 - 5,000 Individual programmer 5,000 - 25,000 Small team 25,000 - 100,000 Large subdivided team 100,000 - 1,000,000 Several teams or division 1,000,000 - 10,000,000 Several companies 10,000,000 - 100,000,000 National undertaking

Mature organisations Processes are defined, documented and controlled Roles and responsibilities are clear Products and processes are measured Quality, costs and schedules are measured and followed-up Management is committed to continuous improvement Technology is effectively used within organisation’s SW process(es) Preventive quality work is a fact

Role of the process Management PROCESSES Technology Staff SW Process can be defined as a set of activities, methods, practices and transformations that people use to develop and maintain software and associated products (e.g. project plans, design documents, test plans, user manuals etc.)

Process: an organisation asset People Process Technology Major elements determining: - SW cost - SW schedule - SW quality

Improving process capability Target Target Probability Probability Improve predictability Target Target Probability Probability Improve control Target Target Probability Probability Improve performance

Process maturity framework (1) Key process areas (18) Process maturity Constitute Process capability Indicates Enable Predicts Process performance

Process maturity framework (2) Process maturity An organisation’s ability to consistently follow and improve its process Process capability The range of results expected from following the process Process performance The actual results achieved from following the

Role of CMM Provides a guide for measuring an organisation’s SW process capability Sets goals and priorities for SW process improvements Assists improvement action planning Outlines a method for applying process management and quality improvement concepts to SW development and maintenance Guides an organisation from ad hoc working environment to software “engineering excellence”

CMM structure (1) (Version 1.1) Level Key Process Areas Focus Defect Prevention Technology Innovation Process Change Management Quantitative Process Management SW Quality Management Organisation Process Focus Organisation Process Definition Peer Reviews Training Program Intergroup Coordination SW Product Engineering Integrated SW Management SW Project Planning SW Project Tracking SW Subcontract Management SW Quality Assurance SW Configuration Management Requirements Management 5 Optimizing 4 Managed 3 Defined 2 Repeatable 1 Initial Continuous process improvement Product and process quality managed by facts Standardised SW engineering process Disciplined project management The commitment process Heroes (Version 1.1)

Maturity steps Continuous process improvement Process control Level 5: Optimising Process control Level 4: Managed Change management Process definition Level 3: Defined Quantitative management Process discipline Level2: Repeatable Engineering management Level 1: Initial Project management

18 Key process areas (e.g. Project planning) CMM structure (2) CMM model (ver 1.1) 18 Key process areas (e.g. Project planning) Key practices Measurement Commitment Verification Ability Activities

Characteristics for level 1 No key processes Weak management practices Poorly controlled commitments processes are ad hoc practices are sacrificed for schedule Practitioners resist discipline Results are unpredictable

Characteristics for level 2 Project management is strong and lays foundation for process discipline Project activities are planned and followed Project ensures that practices are performed Corrective actions are made when necessary Project “own” its commitments Commitments are clear and communicated Necessary baselines are build and controlled

Characteristics for level 3 Organisation focus on process definition and process usage Process management infrastructure exists Process work is part of organisation’s business Organisational SW process exists - collection of best practices - tailored for each project - integrates different processes - basis for comparable measurement results Training plans are created and followed (project and organisation levels) More systematic technical coordination between different project groups

Characteristics for level 4 Processes and products are on statistical control Quantitative limits are established for process performance Process performance is managed (I.e quantitatively controlled) Predictability is improved Data is actively used as a base in decision making Process capability baseline is established

Characteristics for level 5 Continuous process improvement in place Processes and technology are continuously evaluated Individuals are empowered to improve their processes The causes of defects are eliminated as part of preventive quality work New technologies can be utilised effectively to improve process capability

CMM usage in process improvements Business goals Quality goals Lead time goals KPA goals Capabilities Key practices Institualization Own practices CMM level Maturity

CMM assessment - What is an assessment Small number of high potential improvements are identified Consensus of improvement areas and needs is developed Motivation is created for improvement needs CMM model is used as á framework and reference to identify weaknesses Maturity questionnaires are used to define assessment scope Organisation’s goals are essential part of an assessment process GOAL: Most benefit for organisation´s improvement planning and execution

CMM assessment - How an assessment is conducted An appraisal made by 4-8 experienced SW professionals Organisations maturity is assessed through 3-5 projects In-depth discussions with project leaders and practitioners to collect facts about the organisation’s practices Running time 5 -10 days Both documentation and practices are evaluated Strict confidentiality rules apply

CMM assessment - What are produced in an assessment Findings on different Key Process areas weaknesses strengths observations (non-CMM related) Recommendations for addressing the findings CMM Level 2

SEI’s maturity survey (1)

SEI’s maturity survey (2)

SEI’s maturity survey (3)