A Project ’ s Tale: Transitioning From SW-CMM to CMMI-SE/SW Warren Scheinin Systems Engineer, NG Mission Systems CMMI Technology Conference & User Group.

Slides:



Advertisements
Similar presentations
Facilitated by Joanne Fraser RiverSystems
Advertisements

Chapter 7: Key Process Areas for Level 2: Repeatable - Arvind Kabir Yateesh.
More CMM Part Two : Details.
1 Brief Descriptions of CMM KPAs CEN 6070 Summer 2004.
Decision Making Tools for Strategic Planning 2014 Nonprofit Capacity Conference Margo Bailey, PhD April 21, 2014 Clarify your strategic plan hierarchy.
©2006 OLC 1 Process Management: The Foundation for Achieving Organizational Excellence Process Management Implementation Worldwide.
Transition from SW-CMM to CMMI: Yes or No?
W5HH Principle As applied to Software Projects
Stepan Potiyenko ISS Sr.SW Developer.
Planning a measurement program What is a metrics plan? A metrics plan must describe the who, what, where, when, how, and why of metrics. It begins with.
School of Computing, Dublin Institute of Technology.
Requirements Analysis INCOSE Systems Engineering Boot Camp
Capability Maturity Model (CMM) in SW design
Chapter 3 The Structure of the CMM
Development plan and quality plan for your Project
Capability Maturity Model
Space and Airborne Systems NDIA/SEI CMMI Technology Conference Presented by N. Fleischer 1 Raytheon’s Six Sigma Process and Its Application for CMMI By.
Release & Deployment ITIL Version 3
Project Management Methodology More about Quality Control.
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
Chapter : Software Process
CMMI Course Summary CMMI course Module 9..
The Key Process Areas for Level 2: Repeatable Ralph Covington David Wang.
Integrated Capability Maturity Model (CMMI)
CMMI Technology Conference and User Group November 2003 Experiences with Leveraging Six Sigma to Implement CMMI Levels 4 and 5 Jeff Facemire & Hortensia.
Org Name Org Site CMM Assessment Kick-off Meeting Dates of assessment.
N By: Md Rezaul Huda Reza n
Atlanta Public Schools Project Management Framework Proposed to the Atlanta Board of Education to Complete AdvancED/SACS “Required Actions” January 24,
Page 1 MODEL TEST in the small GENERALIZE PROGRAM PROCESS allocated maintenance changes management documents initial requirement project infrastructure.
Systems Engineering Process Office PIE PIE Describing the CMM and the CMMI Objective: Examine the SEI’s Capability Maturity Model for Software.
Dr. Ralph R. Young Director of Software Engineering Systems and Process Engineering Northrop Grumman Information Technology (703)
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.
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.
Introduction to Software Engineering LECTURE 2 By Umm-e-Laila 1Compiled by: Umm-e-Laila.
Roles and Responsibilities
S Q A.
CMS 00_ Copyright 2002 Raytheon Company All Rights Reserved CMMI – What a Difference a Sponsor Makes! Ann Turner Raytheon Company
NDIA Systems Engineering Supportability & Interoperability Conference October 2003 Using Six Sigma to Improve Systems Engineering Rick Hefner, Ph.D.
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.
By Ritesh Reddy Nagaram.  Organizations which are developing software processes are facing many problems regarding the need for change of already existing.
10/16/2015Bahill1 Organizational Innovation and Deployment Causal Analysis and Resolution 5 Optimizing 4 Quantitatively Managed 3 Defined 2 Managed Continuous.
CHECKPOINTS OF THE PROCESS Three sequences of project checkpoints are used to synchronize stakeholder expectations throughout the lifecycle: 1)Major milestones,
Managing CMMI® as a Project
Georgia Institute of Technology CS 4320 Fall 2003.
1 © Mahindra Satyam 2009 Mahindra Satyam Confidential Welcome To CMMI Introduction.
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
Where We Are Now 14–2. Where We Are Now 14–2 Major Tasks of Project Closure Evaluate if the project delivered the expected benefits to all stakeholders.
The Value Driven Approach
Requirements Development in CMMI
CMMI Benefits at Northrop Grumman Mission Systems Rick Hefner, Northrop Grumman Dean Caccavo, Northrop Grumman
Minimizing SCAMPI Costs via Quantitative Methods Ron Ulrich, Northrop Grumman Rick Hefner, Northrop Grumman CMMI.
The Capability Maturity Model for Software: An Overview
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.
SE513 Software Quality Assurance Lecture12: Software Reliability and Quality Management Standards.
Figures – Chapter 26. Figure 26.1 Factors affecting software product quality.
CMMI for Services, Version 1.3 Speaker: Business Excellence Date:
JMFIP Financial Management Conference
School of Business Administration
Project life span.
CS4311 Spring 2011 Process Improvement Dr
Software and Systems Integration
CMMI – Staged Representation
Capability Maturity Model
Capability Maturity Model
Requirements Development in CMMI
Presentation transcript:

A Project ’ s Tale: Transitioning From SW-CMM to CMMI-SE/SW Warren Scheinin Systems Engineer, NG Mission Systems CMMI Technology Conference & User Group November 2003 Transitioning to CMMI Track

Copyright 2003 Northrop Grumman Space and Mission Systems Corp. All Rights Reserved. 2 Topics  The Challenge  Our Strategy  Initial Steps  Lessons Learned

Copyright 2003 Northrop Grumman Space and Mission Systems Corp. All Rights Reserved. 3 The Challenge: Bring an Existing Project up to CMMI Level 3  The entire organization was transitioning from CMM Level 3 to CMMI Level 3 –New command media –Periodic redirection –Fluctuating success criteria  The project had other concerns –Performance –Shrinking delivery schedules

Copyright 2003 Northrop Grumman Space and Mission Systems Corp. All Rights Reserved. 4 The Organizational Environment Quantitatively Measured Metrics Manual Measurement repository Enterprise-Wide Institutionalization Policy & Requirements Manual Standard Process Manual Training PRM SPM Projects MET Six Sigma Teams DMAIC / DFSS Tools & methods CMMI Assessments Self-Assessment Tool Internal / external formal assessments CMMI/Six Sigma Synergy Project Reviews/Summits Integrated strategies

Copyright 2003 Northrop Grumman Space and Mission Systems Corp. All Rights Reserved. 5 Our Strategy  Map the Path from CMM to CMMI  Build on Proven Project Management Practices  Use Change Management Tools  Extend Software Development Activities to include Systems Engineering  Keep Score

Copyright 2003 Northrop Grumman Space and Mission Systems Corp. All Rights Reserved. 6 Organization process focus Organization process definition Training programOrganizational training Integrated software mgmtIntegrated project management Risk management Software productRequirements development engineeringTechnical solution Product integration Intergroup coordination Verification Peer reviews Validation Decision analysis and resolutionRequirements management Software project planningProject planning Software project tracking & oversightProject Monitoring and Control Software subcontract mgmtSupplier Agreement Management Software quality assuranceProduct & Process Quality Assurance Software configuration mgmtConfiguration Management Measurement and Analysis LEVEL 3 DEFINED LEVEL 2 REPEATABLE Map the Path from CMM to CMMI

Copyright 2003 Northrop Grumman Space and Mission Systems Corp. All Rights Reserved. 7 Build on Proven Project Management Practices  Establish and maintain a plan –If you don’t know where you are going, you will probably end up where you don’t want to be  Engage relevant stakeholders –Instituted weekly coordination working group  Track progress –Schedule, task list tracked to closure  Integrated Management –Software Quality Assurance is your friend  Risk Management

Copyright 2003 Northrop Grumman Space and Mission Systems Corp. All Rights Reserved. 8 Use Change Management Tools  Maintain senior management sponsorships  Work with early adopters  Use staff and all hands meetings as training opportunities  Let group leaders be your change agents  Show constant progress  Celebrate small victories

Copyright 2003 Northrop Grumman Space and Mission Systems Corp. All Rights Reserved. 9 Extend Software Development Activities to include Systems Engineering  Emphasize and build interfaces to Program and Software Systems Engineering groups –Program Systems Engineering acknowledged responsibility for requirements allocation and acceptance of software baselines –Software Systems Engineering maintained requirements evidence books –Project documented transfer of artifacts and completion of milestones  Encourage all trade studies to use the DAR methodology  View the project as a system, not a collection of components

Copyright 2003 Northrop Grumman Space and Mission Systems Corp. All Rights Reserved. 10 Keep Score

Copyright 2003 Northrop Grumman Space and Mission Systems Corp. All Rights Reserved. 11 Initial Steps  Identified points of contact for all CMMI process areas  Developed a schedule with a simple format  Held weekly coordination meeting  Started the hard stuff first (requirements, project planning)  Defined project product development life cycle model  Released initial updated program plans/processes

Copyright 2003 Northrop Grumman Space and Mission Systems Corp. All Rights Reserved. 12 Lessons Learned - 1  Process group cannot do it all –Flow down of information and training essential to implementation  Take full advantage of Organizational resources –Presentations by Process Assessment Organization lead clarified principles and showed top management commitment  Dig Early and Often –Appeal to project people to save evidence - especially s –Need to document verbal orders  Training is Essential

Copyright 2003 Northrop Grumman Space and Mission Systems Corp. All Rights Reserved. 13 Lessons Learned - 2  Timelines are appropriate for communicating expectations of urgency, but they must be realistic –Identifying the gaps and adjust for changing strategy –Allow adequate time to create, review and update documents, evidence notebooks, train participants, audit products and processes –Do peer reviews, including an informal appraisal  Address resistance to change –“I thought the organization did that.” –“Our customer won’t let us do that.” –“Why aren’t these projects included in the appraisal?” –“I want to do CMMI – I just don’t want to change our process.” Whining

Copyright 2003 Northrop Grumman Space and Mission Systems Corp. All Rights Reserved. 14 Questions?