CMM Overview A Focus on Level 2

Slides:



Advertisements
Similar presentations
1.Quality-“a characteristic or attribute of something.” As an attribute of an item, quality refers to measurable characteristics— things we are able to.
Advertisements

A presentation from June 20, 2000 Jim Brosseau The ‘How-To’ of Software Process Improvement.
Chapter 7: Key Process Areas for Level 2: Repeatable - Arvind Kabir Yateesh.
More CMM Part Two : Details.
Quality Assurance Copyright, 2002 © Jerzy R. Nawrocki Quality Management Auxiliary.
SE 470 Software Development Processes James Nowotarski 12 May 2003.
Capability Maturity Model (CMM) in SW design
Computer Engineering 203 R Smith Process/Plan Model 7/ Development Process Models Development Process Models are different ways to look at the processes.
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
4 4 By: A. Shukr, M. Alnouri. Many new project managers have trouble looking at the “big picture” and want to focus on too many details. Project managers.
Development and Quality Plans
Software Engineering Institute Capability Maturity Model (CMM)
SOFTWARE QUALITY ASSURANCE Asst. Prof. Dr. Selim BAYRAKLI Maltepe University Faculty of Engineering SE 410.
Chapter : Software Process
The Key Process Areas for Level 2: Repeatable Ralph Covington David Wang.
Chapter 4 Interpreting the CMM. Group (3) Fahmi Alkhalifi Pam Page Pardha Mugunda.
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 Quality Assurance Activities
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.
Michael Dermody September 2010  Capability Maturity Model Integration ◦ Is a Trademark owned by the Software Engineering Institute (SEI) of Carnegie.
CMM Level 2 KPA’s CS 4320 Fall Requirements Management 1 Goals: – System requirements allocated to software are controlled using a baseline for.
Project Tracking. Questions... Why should we track a project that is underway? What aspects of a project need tracking?
Soft Tech Development Inc. 1 Software Project Tracking A CMM Level 2 Key Process Area Soft Tech Development Inc.
Chapter 2 Process: A Generic View
Software Engineering Lecture # 17
1.  Describe an overall framework for project integration management ◦ RelatIion to the other project management knowledge areas and the project life.
By Ritesh Reddy Nagaram.  Organizations which are developing software processes are facing many problems regarding the need for change of already existing.
1 What’s Next for Financial Management Line of Business (FMLoB)? AGA/GWSCPA 6 th Annual Conference Dianne Copeland, Director, FSIO May 8, 2007.
CMM Level 2: Repeatable Copyright, 2000 © Jerzy R. Nawrocki Quality Management.
CS 3610: Software Engineering – Fall 2009 Dr. Hisham Haddad – CSIS Dept. Chapter 2 The Software Process Discussion of the Software Process: Process Framework,
Georgia Institute of Technology CS 4320 Fall 2003.
Implementing the CMM Level 2 Creating Level 2 Structures Creating Level 2 Processes Creating a Level 2 Training Program Creating Level 2 Policies Subcontract.
SWEN 5130 Requirements Engineering 1 Dr Jim Helm SWEN 5130 Requirements Engineering Requirements Management Under the CMM.
 Management ◦ The activities and tasks undertaken by one or more persons for the purpose of planning and controlling the activities of other in order.
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…
COMP 6710 Course NotesSlide 3-0 Auburn University Computer Science and Software Engineering Course Notes Set 3: Software Process Maturity Computer Science.
Maintaining and Sustaining System Integrity Configuration Management for Transportation Management Systems Configuration management (CM) describes a series.
Software Quality Assurance SOFTWARE DEFECT. Defect Repair Defect Repair is a process of repairing the defective part or replacing it, as needed. For example,
Quality Assurance at CMM Level 2 Copyright, 2000 © Jerzy R. Nawrocki Requirements.
SEN 460 Software Quality Assurance. Bahria University Karachi Campus Waseem Akhtar Mufti B.E(C.S.E) UIT, M.S(S.E) AAU Denmark Assistant Professor Department.
Capability Maturity Model. CS460 - Senior Design Project I (AY2004)2 Immature Organisations Software processes are often rigorously followed. Organisation.
Cmpe 589 Spring Fundamental Process and Process Management Concepts Process –the people, methods, and tools used to produce software products. –Improving.
By Manish Shrotriya CSE MS Software Engineering vs Software Project Engineering Goals: Develop quality software What is quality of a software.
Where We Are Now. Where We Are Now Project Oversight Project Oversight Oversight’s Purposes: A set of principles and processes to guide and improve.
Software Quality Control and Quality Assurance: Introduction
How To Apply Quality Management
State of Michigan Achieving Software Process Improvement with
CS4311 Spring 2011 Process Improvement Dr
PROGRESS REPORT ON IMPLEMENTATION OF THE PUBLIC FINANCE MANAGEMENT ACT
Kode Etik dan IA Standard Dr Rilla Gantino, SE., AK., MM
Software Engineering (CSI 321)
د. حنان الداقيز خريف /28/2016 Software Quality Assurance ضمان جودة البرمجيات ITSE421 5 – The components of the SQA.
A possible solution: Personal Software Process (PSP)
Business Process Maturity Model
CSSSPEC6 SOFTWARE DEVELOPMENT WITH QUALITY ASSURANCE
Project Management Process Groups
Software Engineering: A Practitioner’s Approach, 6/e Chapter 2 Process: A Generic View copyright © 1996, 2001, 2005 R.S. Pressman & Associates, Inc.
Software Engineering Lecture 16.
Software Engineering I
Capability Maturity Model
Small Organizations are Different?
Effective Project Management: Traditional, Agile, Extreme
SVV Lec: software process assurance.
Chapter 3: Project Integration Management
Capability Maturity Model
Managing Project Work, Scope, Schedules, and Cost
NASA’s Implementation of Robotic Process Automation (RPA) – aka “Bots”
Presentation transcript:

CMM Overview A Focus on Level 2 James R. Persse LightTouch Systems, Inc. 11/20/2018

The Software Engineering Institute’s Capability Maturity Model 11/20/2018

Reduce Risk The Unknown Is Bad 11/20/2018

What Introduces Risk? Unrefined Expectations Poor Planning Poor Oversight Floating process to build software 11/20/2018

Sources of Risk Pressure to get the product out. Outside agencies force constraints on IT. Too much work and tight resources. Staff Turnover. 11/20/2018

Can You Remove All Risk? No. But Over Time You Can Remove A Lot 11/20/2018

Remove Risk by Improving how you build software By Examining The Steps You Follow. Then Working to Make those Steps more Effective. 11/20/2018

Software Process Improvement Emerging as a big concern in Fortune 500 IT shops 11/20/2018

1996 Study Average Fortune 500 New Software Project 189% Over Budget 222% Over Schedule 30% Incomplete Functionality 11/20/2018

CMM is a Tool to address this situation There are others: ISO, Demings, Baldridge, etc. 11/20/2018

The CMM Approach 11/20/2018

Equation Theory High Risk = Low Predictability Low Predictability = Low Chance for Quality Maturity = Low Risk + High Predictability 11/20/2018

Risk Predictability 11/20/2018

Software Process Improvement CMM is a means to an end CMM Goal: SPI 11/20/2018

Risk Level 5 Level 4 Predictability Level 3 Level 2 Level 1 11/20/2018

Some Risk will always remain. With CMM you manage Risk proactively. 11/20/2018

Level is 2 is Step 1 It’s the beginning of an SPI program. You don’t have to be extensive. You don’t have to be perfect. 11/20/2018

The Repeatable Level A Good Way to Analyze how you build software is to repeat what you do from project to project. 11/20/2018

The Path to Improvement 1 Define a process. 2 Follow the process. 3 Study the results. 4 Keep what worked. 5 Throw out what didn’t. 6 Start over again. 11/20/2018

At Level 2 You begin SPI by focusing on 5 areas At Level 2 You begin SPI by focusing on 5 areas. Key Process Areas Areas where you develop processes you can repeat and study. 11/20/2018

The Central Idea of Level 2 Look at what you do Throw out what does not work well Keep what does work well Refine Repeat 11/20/2018

Level 2 Key Process Areas Requirements Management Software Project Planning Software Project Tracking and Oversight Software Configuration Management Software Quality Assurance 11/20/2018

What each KPA has in Common A Policy to show you are committed to doing certain things. A Structure (resources – people and tools -- and funding) to carry it out. A Plan to document what you will do. A Process to follow for doing it. Training to prepare your people to act according to process. 11/20/2018

Basic Level 2 Activity for each KPA Put the right people in place Have them develop plans to predict activity Follow the plan Measure how well it worked Refine Repeat 11/20/2018

Requirements Management Work with Documented Requirements Have the team Review them and accept them Track them as they change 11/20/2018

Requirements Management Person/People appointed to analyze Process to Analyze and Accept and Track 11/20/2018

Software Project Planning Have Requirements and Statement of Work Get input/estimates from team Create a Plan Review the plan with the team before starting 11/20/2018

Software Project Planning Assign a Planner Use a Template to create the plan Have a Process to derive estimates Have a Process to create the plan, review it and approve it. 11/20/2018

Software Project Tracking & Oversight Use the Plan as chief tool Regularly track actuals against planned - Status Meetings Adjust as necessary 11/20/2018

Software Project Tracking & Oversight Assign a Project Manager Use a Process to track progress Have a Process to make changes to the Plan 11/20/2018

Software Configuration Management. Identify products to CM Software Configuration Management * Identify products to CM * Configuration Manage them * Audit their integrity in the CM library 11/20/2018

Software Configuration Management. Establish a Change Control Process Software Configuration Management * Establish a Change Control Process * Establish a Change Control Board 11/20/2018

Software Configuration Management People to sit on the Change Control Board A Configuration Manager for the project A Change Control Process A Configuration Management Library A Process to Manage Use of the Library 11/20/2018

Software Configuration Management A Process used to conduct Baseline Audits A Configuration Management Plan for the project A Template used to create the CM Plan A Process used to create, review, and approve the Plan. Software Configuration Management 11/20/2018

Software Quality Assurance. Identify products and activities to audit Software Quality Assurance * Identify products and activities to audit * Audit them * Report on the Results 11/20/2018

Software Quality Assurance * A person appointed to serve as SQA analyst * A Template used to create an SQA Plan for the project. * A Process to follow to create, review, and approve the Plan * A Process used to conduct SQA audits * A Process used to handle noncompliance 11/20/2018

Basic Elements of CMM People in specific roles Plans Process to follow the Plans Measurements 11/20/2018

Three Keys: Simplicity Training/Understanding Consistency 11/20/2018

Simplicity:. Start small; start easy. Grow into the roles Simplicity: Start small; start easy Grow into the roles Expand when you’re ready 11/20/2018

Training:. Educate your people at the. Start. Give your team a common Training: Educate your people at the Start Give your team a common understanding Provide on-going assistance Not important to be perfect 11/20/2018

Consistency:. Required for improvement. Essential for Team Direction Consistency: Required for improvement Essential for Team Direction The Key to Software Process Improvement 11/20/2018

CMM Flexibility Not a Series of Rules Recommendations you Implement How You See Fit 11/20/2018

CMM Relies on Your Professional Judgment You know best how your teams work Configure CMM to work in your way Understand the ‘intention’ of CMM Do not read CMM as ‘requirements’ 11/20/2018

CMM is about Process -- Not People Don’t use CMM to judge performance Only use CMM to improve process There is a People-CMM but Cingular is adopting the SW-CMM. 11/20/2018

CMM Overview A Focus on Level 2 James R. Persse LightTouch Systems, Inc. 11/20/2018