Copyright 2003 Northrop Grumman Corporation 0 To PIID or Not to PIID: Lessons Learned in SCAMPI Evidence Preparation To PIID or Not to PIID: Lessons Learned.

Slides:



Advertisements
Similar presentations
(Individuals with Disabilities Education Improvement Act) and
Advertisements

Data Quality Considerations
Chapter 7: Key Process Areas for Level 2: Repeatable - Arvind Kabir Yateesh.
More CMM Part Two : Details.
Copyright 2003 CMMI: Executive Briefing Presented by Kieran Doyle
Copyright 2003, ProcessVelocity, LLP. CMM and Capability Maturity Model are registered in the U.S. Patent and Trademark Office. CMMI and SCAMPI are service.
CMMI PMC Group Members Inam ul Haq Sajjad Raza Nabeel Azam
200209–CSSA0001 – 16/25/ :30 AM CSSA Cepeda Systems & Software Analysis, Inc. SCAMPI.
200209–CSSA0001 – 16/27/ :25 PM CSSA Cepeda Systems & Software Analysis, Inc. GENERIC.
Chapter 3 The Structure of the CMM
Project Management based on the Project Management book of knowledge Risk Identify, analyse and respond to risks Resources Make most effective use of human.
ESC/EN Engineering Process Compliance Procedures August 2002.
MDS. 3.0 IMPLEMENTATION PLANNING The Next “Generation of Quality Services”
What is Business Analysis Planning & Monitoring?
Using Six Sigma to Achieve CMMI Levels 4 and 5
Chapter : Software Process
Improving Productivity on an SEI Level IV Project presented by Kelly Ohlhausen.
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)
PMP® Exam Preparation Course
© VESP International Pty Limited To Contents Slide CLICK to advance slides/ bullet points within slides Integrated Master Planner An Overview.
COMPANY CONFIDENTIAL Page 1 Final Findings Briefing Client ABC Ltd CMMI (SW) – Ver 1.2 Staged Representation Conducted by: QAI India SM - CMMI is a service.
Org Name Org Site CMM Assessment Kick-off Meeting Dates of assessment.
CLEANROOM SOFTWARE ENGINEERING.
Unit 5:Elements of A Viable COOP Capability (cont.)  Define and explain the terms tests, training, and exercises (TT&E)  Explain the importance of a.
Software Configuration Management (SCM)
CMMi What is CMMi? Basic terms Levels Common Features Assessment process List of KPAs for each level.
Phil Cronin Anne Hill Allen Schones CIS841 Summer on Campus 1998 IN-PROCESS INSPECTIONS FOR OBJECT ORIENTED DESIGNS.
A Project ’ s Tale: Transitioning From SW-CMM to CMMI-SE/SW Warren Scheinin Systems Engineer, NG Mission Systems CMMI Technology Conference & User Group.
NDIA Top SE-SW Issues – 2010 Preliminary Results 1 CMMI Status Report NDIA Systems Engineering Division June 16, 2010 CMMI Status Report NDIA SED Meeting.
Chapter 2 Process: A Generic View
CMS 00_ Copyright 2002 Raytheon Company All Rights Reserved CMMI – What a Difference a Sponsor Makes! Ann Turner Raytheon Company
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.
BSBPMG505A Manage Project Quality Manage Project Quality Project Quality Processes Diploma of Project Management Qualification Code BSB51507 Unit.
IIL’s International Project Management Day, 2007 The Power of the Profession: A Lesson Learned and Solution Implemented Becomes a Best Practice in Project.
Lecture Topics covered CMMI- - Continuous model -Staged model PROCESS PATTERNS- -Generic Process pattern elements.
Managing CMMI® as a Project
Application of the CMMI SM to Plan and Control Life Cycle Costs Dr. Mary Anne Herndon Science Applications International Corporation (SAIC) November, 2003.
INFO 637Lecture #101 Software Engineering Process II Review INFO 637 Glenn Booker.
“CBA IPI® vs. SCAMPISM Appraisal Methods: Key Differences”
Everything You Ever Wanted to Know About CMMI in 30 Minutes or LESS CCS TECHNICAL SERVICES (484) CCS TECHNICAL SERVICES (484) William.
© Mahindra Satyam 2009 Configuration Management QMS Training.
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.
Software Engineering - I
These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 6/e and are provided with permission by.
©2002 CSM 02-XXX Fig. 1-1 NDIA/SEI CMMI Technology Conference November 2003 Denver, CO Raymond L. Kile, PMP Small / Low.
Pittsburgh, PA Sponsored by the U.S. Department of Defense © 2003 by Carnegie Mellon University This material is approved for public release.
Gary Natwick & Geoff Draper November 2003 Product-Based Approach for CMMI ® Appraisals CMMI ® Technology Conference & User Group 2003 assured.
A Process Improvement Plan for a High Maturity (and Diverse) Organization Alan Pflugrad Northrop Grumman Information Technology Defense Enterprise Solutions.
Evaluate Phase Pertemuan Matakuliah: A0774/Information Technology Capital Budgeting Tahun: 2009.
Minimizing SCAMPI Costs via Quantitative Methods Ron Ulrich, Northrop Grumman Rick Hefner, Northrop Grumman CMMI.
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.
© 2004 Tangram Hi-Tech Solutions Project Management According to the CMMI1 Project Management according to the Capability Maturity Model (CMMI)
Overview: GeoMAPP Appraisal Efforts NDSA Geospatial Working Group| 27 June 2012 |
An Effective and Efficient Approach to ARC C Appraisals
Software Configuration Management
Defense Mission systems Internal Appraisal System
CMMI – Staged Representation
Standards and Assessment
The Journey to CMMI Level 4
Interpretive Guidance Project: What We Know CMMI User’s Conference
Use of Tailored PIIs November 17, 2003
Objective Evidence For Appraisals
Software Engineering: A Practitioner’s Approach, 6/e Chapter 2 Process: A Generic View copyright © 1996, 2001, 2005 R.S. Pressman & Associates, Inc.
A Case Study of Transitioning: The CMMI Rosetta Stone
Small Organizations are Different?
Class “B” Appraisal Implemented Lessons Learned
Presentation transcript:

Copyright 2003 Northrop Grumman Corporation 0 To PIID or Not to PIID: Lessons Learned in SCAMPI Evidence Preparation To PIID or Not to PIID: Lessons Learned in SCAMPI Evidence Preparation Bill Nielsen Linda Brammer Eric Carson Rafael Delgado Dennis Scott Randy Walters Defense Mission Systems EPG

Copyright 2003 Northrop Grumman Corporation 1 Topics  Background  SCAMPI Evidence Collection Approach  SCAMPI Evidence Tracking Approach  Results and Lessons Learned

Copyright 2003 Northrop Grumman Corporation 2 Background  Defense Mission Systems (DMS) is a business unit of Northrop Grumman Information Technology  Formed in June 2001 from 7 legacy organizations with different processes that were reformed using one Integrated Enterprise Process  Approximately 5,700 employees  In December 2001 DMS conducted a vendor-led CMM SCE that confirmed CMM Level 3  Began transitioning to the CMMI in 2001  Verified CMMI-SE/SW Level 3 via internal appraisals in December 2002  2003 goal was to achieve CMMI-SE/SW Level 5  A vendor-led SCAMPI planned for November 2003  Readiness review planned for September 2003  Four geographically dispersed projects were selected to undergo this appraisal  From mid-May to mid-September 2003 objective evidence (OE) was collected, reviewed, and organized by the projects and the EPG

Copyright 2003 Northrop Grumman Corporation 3 Key SCAMPI Dates and Objectives  Readiness review  Objectives  Review and assess evidence for meeting ML5 CMMI goals  Output – Determine if formal appraisal should be conducted per plan  Formal appraisal  Objectives  Formally evaluate evidence and perform staff interviews to formally assess whether or not CMMI goals are satisfied  Output – Assign Maturity Level rating CMMI SE/SW ScopeReadiness ReviewFormal AppraisalSCAMPI Team Maturity Level 5Sep 22 – Oct 3, 2003Nov 3 – Nov 13, SCAMPI vendor 5 DMS EPG

Copyright 2003 Northrop Grumman Corporation 4 Objective Evidence Collection Approach DMS EPG ActionProject Response Prepare Practice Implementation Indicator Descriptions (PIIDs) templates, and provide orientation on evidence requirements for each process area  Locate best evidence  Document evidence on PIID templates  Provide evidence electronically Review evidence and PIIDs for applicability to CMMI practices and provide comments back to projects Respond to reviewer comments and update PIIDs/OE Conduct re-reviews as needed until all evidence is satisfactory Respond to reviewer comments and update PIIDs/OE

Copyright 2003 Northrop Grumman Corporation 5 Objective Evidence Collection Approach (cont.)  Weekly one hour NetMeetings were held between EPG and projects to  Review progress  Orient projects in CMMI Process Areas (PAs) due the following week  Projects initially assigned to complete PIIDs/OE for two CMMI PAs per week  When this rate proved to be unachievable, a new schedule was prepared  One PA per week  Readiness review and formal appraisal were delayed by six weeks

Copyright 2003 Northrop Grumman Corporation 6 PIID Example SPs for Configuration Management (CM) PA From SEI Populated by Project Populated by Reviewer From SEI

Copyright 2003 Northrop Grumman Corporation 7 PIID Preparation Guidance Given to Projects

Copyright 2003 Northrop Grumman Corporation 8 Evidence Collection Indicators  Good measurements are needed to track the collection of PIIDs and OE  17 PAs (34 PIID files) for each project through level 5  334 practices (with associated direct and indirect evidence) through Level 5 for each project  91 practices for organization PAs  Total of 1,427 practices to be documented  Our tracking approach used earned value methods and quantitative measurements  Defined a collection process with 4 steps (including 2 reviews) and assigned a weight to each step  Evaluated status of each project at the practice level each week  Used a spreadsheet to aggregate results and graph progress against the plan

Copyright 2003 Northrop Grumman Corporation 9 Project PIIDs/Objective Evidence Status Measurement

Copyright 2003 Northrop Grumman Corporation 10 PIIDs/OE Overall Summary Measurement

Copyright 2003 Northrop Grumman Corporation 11 PIIDs/Objective Evidence Status as of 9/22/03

Copyright 2003 Northrop Grumman Corporation 12 Evidence Collection Results  Evidence collection was behind schedule up to the last week before readiness review  Project conflicts restricted availability of key people  Limited number of EPG reviewers to keep up with the stream of PIIDs/OE to be reviewed  Each set of PIIDs/OE (e.g., all SPs for a PA) typically took 2 to 4 hours for a thorough review  As the readiness review approached, EPG reviewers worked directly with projects to complete the PIIDs/OE rather than sending comments back to projects for another cycle of changes and review  Should have used this approach earlier  100% of PIIDs/OE were reviewed and in place for the readiness review  Required significant overtime from both EPG and projects

Copyright 2003 Northrop Grumman Corporation 13 SCAMPI Readiness Review Results  All PIIDs/OE were evaluated by the team  Some issues were identified and corrected  By the end of the readiness review, all OE had been appraised as fully satisfying CMMI practices through Level 5  Formal appraisal scheduled to be conducted as planned Formal SCAMPI appraisal completed 11/13/03 CMMI Level 5 Achieved!

Copyright 2003 Northrop Grumman Corporation 14 Lessons Learned  Treat the readiness review as though it were the formal appraisal  Increases up-front effort, but reduces surprises  Provide detailed presentations on organization and project processes and status  Information can serve as affirmations for numerous practices  Be prepared to invest a lot of effort in PIIDs and Objective Evidence (OE)  SCAMPI is verification rather than discovery, which increases the importance of OE  Detailed PIIDs smooth the appraisal process  Don’t expect project staff to understand the PIIDs without EPG guidance and training  Standardize PIID organization, format, default contents, and file organization early to reduce rework  Provide sample completed PIIDs to the projects including references to organizational policies and processes  Supplement electronic evidence with hard copies of the PIIDs for the readiness review and formal appraisal

Copyright 2003 Northrop Grumman Corporation 15 More Lessons Learned  PIIDs/OE Considerations  PIIDs and OE constitute a very large amount of material (e.g., 5,700 files), so use good project practices for version tracking and control  Get projects to focus on satisfying the practices and not overwhelming with evidence  Decide when the evidence is “good enough”and establish a baseline – otherwise some engineers will refine the OE or the PIIDs indefinitely in search of “perfection”  Summary  Treat the SCAMPI like a project, and use all of your best practices for planning, training, evaluating, and tracking  Capitalize on PIID preparation investment by retaining the records and consider keeping records current for use on future SCAMPIs  Consider using interim appraisals to build up OE over time and using automated tools to generate PIIDs from interim appraisal data  Avoid the crunch prior to a SCAMPI