Management Principles to Accelerate Process Improvement

Similar documents
Lessons Learned in Seamless Integration of CMMI, TSP, and PSP Why All Three Are Needed. CMMI Technology Conference November 14, 2007

Using TSP to Improve Performance

Software Engineering. Lecture 7: CMMI

From Scientific Methods to High Maturity with PSP sm /TSP sm High Maturity made easy!

CMMI for Technical Staff

NAVAIR Process Resource Team

Streamlining Processes and Appraisals

NAVAIR Process Resource Team

Process Improvement Proposals (PIPs) Organization, Team, Individual

Top 10 Signs You're Ready (or Not)

How to Develop Highly Useable CMMI Documentation

TSP SM as the Next Step for Scrum Teams

USING PILOTS TO ASSESS THE VALUE AND APPROACH OF CMMI IMPLEMENTATION. Goddard Space Flight Center (GSFC)

Integrated Measurements for CMMI

Lessons learned in motivating Software Engineering Process Group to focus on achieving business goals, and not just on achieving a maturity level

CMMI A-Specification. Version 1.7. November, For CMMI Version 1.2. This document is controlled by the CMMI Steering Group.

Gary Natwick Harris Corporation

Do s and Don ts of Appraisal Preparation

AZIST Inc. About CMMI. Leaders in CMMI Process Consulting and Training Services

Risk Mitigated SCAMPI SM Process

Boldly Going Where Few Have Gone Before SCAMPI SM C Appraisal Using the CMMI for Acquisition

CMMI Version 1.2. Model Changes

Process Improvement: A Synergized Approach

CMMI SM Mini- Assessments

Transition from SW-CMM to CMMI : The Benefits Continue!

Managing Software Quality with the Team Software Process

SWEN 256 Software Process & Project Management

Lockheed Martin Benefits Continue Under CMMI

A Quantitative Comparison of SCAMPI A, B, and C

Fast Track Your CMMI Initiative with Better Estimation Practices

Presented By: Mark Paulk

CMMI Implementation at Korestone Technologies, LLC

The Benefits of CMMI. Case Study of a Small Business CMMI Level 5 Organization

Applying the Personal Software Process (PSP) sm with Ada

Understanding Model Representations and Levels: What Do They Mean?

Using Pilots to Assess the Value and Approach of CMMI Implementation

Debra J. Perry Harris Corporation. How Do We Get On The Road To Maturity?

Applying the Team Software Process

Applying PSM and Insight within a Small Organization

Software Engineering

Techniques for Shortening the Time and Cost of CMMI Appraisals

NDIA Systems Engineering Division. November in partnership with: Software Engineering Institute Carnegie Mellon University

9/24/2011 Sof o tw t a w re e P roc o e c s e s s s Mo M d o e d l e s l 1 Wh W a h t t i s i s a Pr P oc o ess s 2 1

CMMI for Services (CMMI -SVC) Process Areas

Maturing Measurement Capability The CMMI SM Measurement Thread and Recognized Industry Guidance - Standards

Buy:

NAVAIR Process Resource Team. Broadening the Ability to Train and Launch Effective Engineering and Service Teams

Project Scope Management

A Practical Guide to Implementing Levels 4 and 5

TSP SM Plays the ACE: Using Architecture-Centric Engineering on a TSP Project

Software Engineering. Lecture 2: The Personal Software Process

SEI Webinar Series: The Next Generation of Process Evolution

MODEL 14:1 14:1. Inspection PSP TSP SW-CMM ISO 9001 CMMI. Figure 1: Examples for ROI

Chapter 6. Software Quality Management & Estimation

Effective, CMMI-Compliant Project Plans (in Less Than 10 Pages)

Ten Years with TSP SM :

HOW TO SUCCESSFULLY LAUNCH PROJECTS WITH MULTI-FUNCTIONAL DISCIPLINES (SILOS) Bradley Zabinski 19-Sep-2013

A Global Overview of The Structure

Two Branches of Software Engineering

Practical Process Improvement: the Journey and Benefits

CMMI-DEV v1.3 Good? Bad? Ugly?

Software technology 3. Process improvement models. BSc Course Dr. Katalin Balla

Quality Management of Software and Systems: Software Process Assessments

CMMI Today The Current State

Examining the Test Process: Predicting the Return on Investment of a Process Change

Program Lifecycle Methodology Version 1.7

How to Kick Start a Process Improvement Project to Achieve a CMMI Rating Brenda F. Hall Computer Sciences Corporation (CSC)

NAVAIR. Software Acquisition Process Improvement. Debra Borden, NAVAIR SRC Don Beynon, SEI Gerry Imai, STSC John Kennedy, MITRE.

Consistency in Quality Assessments

Dean Wooley, Harris Corporation. Redefining QA s Role in Process Compliance

Ogden Air Logistics Center

Assessment Results using the Software Maintenance Maturity Model (S 3m )

Software Process Assessment

Rational Software White Paper TP 174

Objective Demonstration of Process Maturity Through Measures

Results of the Software Process Improvement Efforts of the Early Adopters in NAVAIR 4.0

Collaborative Government / Contractor SCAMPI Appraisal

Lessons Learned in Using Agile Methods for Process Improvement

CERT Resilience Management Model Capability Appraisal Method (CAM) Version 1.1

CMMI What a Difference a Sponsor Makes!

Personal Software Process SM for Engineers: Part I

Copyright Statement. Contents. SPIN - Darmstadt - 18 Jan Q:PIT Ltd

Agile and CMMI : Disciplined Agile with Process Optimization

MTAT Software Engineering Management

Transitioning a Merged Organization to CMMI and a New OSSP. NDIA CMMI Technology Conference November 14, 2002

DORNERWORKS QUALITY SYSTEM

Project Selection for SCAMPI A

Getting from Here (SW-CMM) to There (CMMI) in a Large Organization

Integrating CMMI and TSP/PSP: Using TSP Data to Create Process Performance Models

A Quantitative Method for Preventing Defect Injection in PSP/TSP

Getting from Here (SW-CMM) to There (CMMI) in a Large Organization

PART THREE: Work Plan and IV&V Methodology (RFP 5.3.3)

Bootstrapping Process Improvement Metrics: CMMI Level 4 Process Improvement Metrics in a Level 3 World

What Functional Groups Are Included in the CMMI -SE/SW/IPPD/SS Model?

Teaching Software Quality Assurance in an Undergraduate Software Engineering Program

Measurement and the CMMs [1]

Developing an Approach for Effective Transition of a TSP Team to Meet Project Goals

The CMMI SM and the Bottom Line

Watts Humphrey A tribute to the Father of Software Quality. Biography

TACOM-ARDEC Software Enterprise (SWE) CMMI Based Process Improvement

Transcription:

Integrating CMMI, TSP R and Change Management Principles to Accelerate Process Improvement Julie Switzer, SEPG Lead, NAVAIR P-3C Maritime Surveillance Aircraft Software Support Activity NOVEMBER 2004 SM R CMM, CMMI and Capability Maturity Model are registered in the U.S. Patent and Trademark Office. SM Personal Software Process (PSP); Team Software Process (TSP); and SCAMPI are service marks of Carnegie Mellon University

Objectives Background and current status of the Process Improvement effort Applying change management principles to successfully change an engineering culture Lessons learned in integrating improvement initiatives and transitioning from SW-CMM to CMMI

Background P-3C Maritime Surveillance Aircraft Software Support Activity Integrate new capabilities into the Navy s land-based, long range P-3C antisubmarine warfare patrol aircraft Primarily perform software maintenance and enhancements

Process Improvement Goals Positively impact cost, schedule, quality Pursue credential as evidence of strong business practices Improve the work environment Apply High Performance Organization principles to improve MSA SSA s leadership philosophy, culture and business processes Satisfy NAVAIRINST 5234.2 - Requires software intensive programs to initiate process improvement

MSA SSA Process Improvement Effort Tools May 2002 PSP/TSP Process Action Teams (PATs( PATs) HPO HPO Process Process Improvement Improvement Group Group Kick-off Kick-off Documenting Documenting SSA SSA Processes Processes CMMI CMMI Level Level Rating Rating February 2002 Training Defined Web Requirements May 2004 CMM Level 4 SM SCAMPI - Risk Management - Measurement & Analyis

Reasons for Successful Improvement Strong Sr. Management commitment and support Developed a Process Improvement culture Applied change management principles to gain and maintain buy-in from the team Used the Team Software Process (TSP) as a framework and tailored it as needed Used SEI Report TR-008 to determine how TSP completely or partially addressed the SW-CMM Assigned Process Action Teams (PATs) to form the organization s standard process architecture (the Golden Process) and document processes for each phase of the product life-cycle based on the organization s best practices

P-3 Maritime Surveillance Aircraft Software Support Activity Golden Process Program Management (PM) Project Management (PJM) Requirements Generation (REQ) Design (DGN) Code Development (DEV) Verification & Validation (V&V) Deploy (DEP) Process and Product Quality Assurance (QA) Configuration Management (CM) Training (TRG) Facilities (FAC)

Code Development Phase Write Code Source Code Delivery Requested Conduct Personal Code Review (Link) Design (CDR) (Link) Design (Is CDR Required?-no) (Link) SW CM (Set Up Developer Areas) Notify SW CM Compile No Conduct Peer Code Inspection Pass? SW CM (Prepare Product For Delivery) Yes Conduct Unit Test Development Defect Deliver To Requester (Link) (Link) (Link) Facilities (PHIC/DTIF) SW CM (Create Integration Build) Prepare Integration Build (Link) Verification & Validation (Conduct DTRR) Integration Test Design (Are the Reqts Valid and Complete?) (Link) Project Management (Collect Information on Project Status) Prepare for DTRR No Monitor Status (Link) DOC CM (Document Submitted to CM) Generate Release Memo Postmortem Flt Release Bld? Yes Generate VDD (Link) Project Management (Assess and Analyze Project Status)

Applied Change Management Principles Used High Performance Organization (HPO) Methodologies to motivate the team and gear up for change Mission Statement Values Statement Organizational Goals Strategic Customer Value Analysis Built a coalition and shared decision-making Created an environment that encouraged individual and collective learning Maintained momentum Managed resistance patiently, but firmly resistance to change occurs because people don t understand it, they perceive it as a threat, or it s forced on them "People don't resist change. They resist being changed!" ~ Peter Senge

Developed a Process Improvement Culture Launched a communications campaign Kept the team informed Continued to remind them that Process Improvement is an integral part of their job Pep talks from Sr. Management Training Posters Newsletters Team-building picnics Logos Contests Process Improvement Group (PIG) Mascot Process Improvement is hard work do what you can to make it fun! We are what we repeatedly do. Excellence, then, is not an act, but a habit. ~ Aristotle

Process Improvement Group MASCOT

Used TSP as a Framework Benefits of Using TSP Team communication has increased exponentially Weekly TSP project meetings; monthly TSP project lead reports and meetings with Sr. Management create a collaborative work environment Team planning includes all stakeholders Outputs of the TSP launch constitute the project plans. No need to generate additional shelf paper By using historical data, teams estimate more accurately

Used TSP to Increase Performance Increased software engineering productivity Decreased defect density Improved schedule variance (6 months delay to 1 week delay to on time delivery) Increased ability to estimate costs

A4.7.3 (Baseline) ASQ-222 3.1 ASQ-227 3.1 ** Percent Change (Baseline) SLOCS 27,880 32,780 36,690 n/a Productivity (SLOCs/Hr) 2.7 2.7 4.9 +81% Development Defects n/a n/a 105 n/a Test Defects (SPRs) 128 69 12 *** n/a Defects per KSLOCs 4.6 2.1 1*** -78% Plan DT Release **** 12/4/2000 1/26/2004 Actual DT Release 5/29/2001 2/5/2004 ** Formal initation of PSP/TSP process along with MSA specific processes. *** Final build testing is incomplete, project number of test defects estimated to be 37 (1 per 1 KSLOCS) **** Many requirements changes throughout program caused excessive replanning, dates meaningless

Used TSP to Accelerate to Level 4 TSP satisfied approximately 90% of all Level 4 Key Practices Projects using TSP were performing Level 4 activities TSP measures were used for both process and product quality (size, time, defects, completion dates)

TSP Planned Quality Comes from the TSP Quality Guide Measure Goal Comments Percent Defect Free (PDF) Compile > 10% Unit Test > 50% Integration Test > 70% System Test > 90% Defects/KLOC: Total defects injected 75-150 If not PSP trained, use 100 to 200. Compile < 10 All defects Unit Test < 5 All major defects (in source LOC) Integration Test < 0.5 All major defects (in source LOC) System Test < 0.2 All major defects (in source LOC) Defect Ratios Detailed design review defects /unit test defects > 2.0 All major defects (in source LOC) Code review defects/compile defects > 2.0 All major defects (in source LOC) Development Time Ratios Requirements inspection/requirements time > 0.25 Elicitation in requirements time High-level design inspection/high-level design time > 0.5 Design work only, not studies Detailed design/coding time > 1.00 Detailed design review/detailed design time > 0.5 Code review/code time > 0.5 Review and Inspection Rates Requirements pages/hour < 2 Single-spaced text pages High-level design pages/hour < 5 Formatted design logic Detailed design text lines/hour < 100 Pseudocode ~ equal to 3 LOC Code LOC/hour < 200 Logical LOC

How it All Comes Together Set TSP Project Quality Goals Size Time Dates Defects Record TSP Data Review SumQ (Actual & Planned Quality) at Postmortems Document and Update Organizational Quality Goals Based on Postmortem Data Use Maintained Organizational Quality Goals as Expected Goals for New Projects What you are doing today What you need for Level 4

Lessons Learned Develop a Process Improvement culture Keep the team informed and involved Use PSP/TSP and allow teams to tailor processes and templates based on what makes sense for them Recognize that not everyone needs to understand the model - Allow PATs to document what they do - Assign a process improvement lead to perform a gap analysis using the model and work with PATs to fill the gaps Ensure that PATs communicate early and often Network Create simple databases and spreadsheets to use for tracking training data, etc. Establish a central repository for process assets and institute standard nomenclatures for artifacts as early as possible

Transitioning to CMMI Review/revise Mission Values Customer Needs Goals Use SEI report to map TSP to CMMI (pending formal release) Perform a gap analysis and develop action plans for each PAT Focusing first on areas not addressed in the CMM Address improvement opportunities noted in the CBA IPI

Contact Information Julie Switzer Phone: 301-342-2585 Email: Julie.Switzer@navy.mil

QUESTIONS?