CMMI for Services (CMMI -SVC) Process Areas

Similar documents
CMMI for Technical Staff

CMMI for Services Quick Reference

Bill Smith, CEO Leading Edge Process Consultants LLC

Patricia A Eglin David Consulting Group

CMMI-SVC V1.3 CMMI for Services Version 1.3 Quick Reference Guide

Marilyn Ginsberg-Finner Northrop Grumman Corporation

CMMI-SVC: A Cost-Effective Approach to Early Use

Strategies for Transitioning to CMMI-SVC

What s New in V1.3. Judah Mogilensky Process Enhancement Partners, Inc.

A Global Overview of The Structure

CMMI-DEV V1.3 CMMI for Development Version 1.3 Quick Reference Guide

CMMI for Acquisition Quick Reference

Software Process Assessment

A Real-Life Example of Appraising and Interpreting CMMI Services Maturity Level 2

Lesson Learned from Cross Constellations and Multi Models Process Improvement Initiatives

USAF Software Technology Support Center (STSC) STSC SPI Help Desk COM , DSN

DORNERWORKS QUALITY SYSTEM

MTAT Software Engineering Management

This resource is associated with the following paper: Assessing the maturity of software testing services using CMMI-SVC: an industrial case study

CC and CMMI. An Approach to Integrate CC with Development

Leveraging Your Service Quality Using ITIL V3, ISO and CMMI-SVC. Monday Half-Day Tutorial

Highlights of CMMI and SCAMPI 1.2 Changes

8. CMMI Standards and Certifications

How to Assure your Subcontractors Quality with Cross Constellations and Multi Models Inspiration Continues Process Improvement Initiatives

Using CMMI for Services for IT Excellence QUEST 2009 Conference Talk

CMMI SM Mini- Assessments

Managing a Project and Keeping Sane While Wrestling Elegantly With PMBOK, Scrum and CMMI (Together or Any Combination)

CMMI FOR SERVICES, THE PREFERRED CONSTELLATION WITHIN THE SOFTWARE TESTING FUNCTION OF A SOFTWARE ENGINEERING ORGANIZATION

CMMI for Services: Re-introducing the CMMI for Services Constellation

Using CMMI. Type of Work. IT solution development Software development IT solution integration IT solution deployment

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

SCAMPI V1.1 Method Overview

CMMI for Services (CMMI-SVC): Current State

CMMI Version 1.2. Model Changes

One if by Land, Two if by Sea

CMMI V2.0 MODEL AT-A-GLANCE. Including the following views: Development Services Supplier Management. CMMI V2.0 outline BOOKLET FOR print.

CMMI for Services (CMMI-SVC): Current State

Teuvo Suntio. Quality Development Tools. Professor of Power Electronics at University of Oulu. Electronic System Design A TS Rev. 1.

Engineering. CMMI for Development V.1.2 Module 3. M03/Engineering/v1.2

Update Observations of the Relationships between CMMI and ISO 9001:2000

Beyond Service Management: The Next Performance Advantage for All Disciplines

Visualizing Betweenness Centrality of Process Area Networks Organization, CMMI-SVC

SOFTWARE ENGINEERING SOFTWARE PROCESS. Saulius Ragaišis.

Integrated Class C Process Appraisals (ICPA)

How to Develop Highly Useable CMMI Documentation

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

The Rational Unified Process and the Capability Maturity Model Integrated Systems/Software Engineering

Do s and Don ts of Appraisal Preparation

SCRUM and the CMMI. The Wolf and the Lamb shall Feed Together

Ogden Air Logistics Center

Top 10 Signs You're Ready (or Not)

Do s Don ts and Pitfalls: Planning your first CMMI appraisal

Quest 2015 Webinar Series:

High Maturity Practices in Quality Assurance Mechanisms for Quantitative Management (QM) and Continuous Process Improvement (CPI)

Applying CMMI-SVC Process Areas to CMMI-DEV Projects

Using the Equity in AS9100C to Implement CMMI-DEV Maturity Level 3

Generating Supportive Hypotheses

CMMI v1.1 for a Service-Oriented Organization. By Steve Hall, Jeff Ricketts, Diane Simpson 16 November 2005

Software Engineering. Lecture 7: CMMI

"LEANING" APPRAISALS NAME: TITLE: Michael S. Evanoo, CQE, HMLA, SSBB, Scrum Master Quality Strategist. ORGANIZATION: DXC Technology / US Public Sector

Organizational Synthesis - CMMI, The Glue That Binds

Practical Application of the CMMI for Building a Strong Project Management Infrastructure

Gary Natwick Harris Corporation

Buy:

Q.A. Осигуряване на качество на софтуера (2016/2017, редовно/задочно)

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

Applying CMMI-SVC to Process Management. Allen Eagles Lynn Penn Dorna Witkowski

Use of Competency Guidelines to Address CMMI GP 2.5

Chapter 26 Process improvement

System Engineering Process Improvement using the CMMI in Large Space Programs

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

CMMI Capability Maturity Model Integration [CMU SEI]

Process Maturity Profile

CMM,,mproving and,ntegrating

CAPABILITY MATURITY MODEL INTEGRATION - CMMI. Software Engineering Competence Center

Understanding and Leveraging a Supplier s CMMI Efforts: A Guidebook for Acquirers (Revised for V1.3)

Risk Mitigated SCAMPI SM Process

PM Architecture Design as a Critical Success Factor in CMMI Model Implementation

A Practical Guide to Implementing Levels 4 and 5

Revista Economică 70:4 (2018) USING THE INTEGRATED CAPABILITY AND MATURITY MODEL IN THE DEVELOPMENT PROCESS OF SOFTWARE SYSTEMS

CMMI. Crash Course. Legal Yadda Yadda. What the SEI Won t t Teach You*

CMMI. Crash Course. What the SEI Won t t Teach You* *Nothing to hide, just not their style Entinex, Inc. ALL RIGHTS RESERVED ***PROPRIETARY***

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

CMMI for Services: The Strategic Landscape for IT

Comparing Scrum And CMMI

Relationship between CMMI Maturity Levels and ISO/IEC Processes Capability Profiles

What the SEI Won t Teach You* A brief history of the SEI and CMMI. How you need to qualify and prepare

CMMI SM Model Measurement and Analysis

Who needs that process stuff anyway? A practical example of process discipline to improve deployment

What is important in CMMI and what are the interrelations among its elements?

Changes to the SCAMPI Methodology and How to Prepare for a SCAMPI Appraisal

Streamlining Processes and Appraisals

Proposed Approach to Heterogeneous CMMI. Appraisals. Joseph V. Vandeville. 14 November 2007

SCAMPI SM C ++ to C- How much is enough?

Rational Software White Paper TP 174

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

NATURAL S P I. Critical Path SCAMPI SM. Getting Real Business Results from Appraisals

Project Selection for SCAMPI A

Measuring the Maturity Level of Core System Development Project in a Financial Company Using CMMI-DEV

Transcription:

CMMI for Services (CMMI -SVC) Process Areas SES CMMI Training Series August27, 2009 Dial - 1-877-760-2042 Pass code - 147272 SM SEI and CMM Integration are service marks of Carnegie Mellon University CMM and CMMI are registered in the U.S. Patent and Trademark Office. 1

Agenda Project Success with the CMMI Success Through Process The Generic Goals How Process Management Supports the Project The Service Establishment & Delivery Processes The Support Processes Other Processes 2

Course Objectives Train SES personnel to: Understand the role of CMMI in projects. Understand how institutionalization affects projects. Learn the application of service establishment/ delivery and support processes on projects. 3

Agenda Project Success with the CMMI Success Through Process The Generic Goals How Process Management Supports the Project The Engineering Processes The Support Processes Other Processes 4

Why Choose the Model? Flexible Processes are defined according to business goals, product characteristics Modular divided into process areas and levels Scaleable the model can be used for projects of different sizes Comprehensive - integrates management and engineering issues Road Map may use the staged model or the continuous model Project Management According to the CMMI 5

Agenda Project Success with the CMMI Success Through Process The Generic Goals How Process Management Supports the Project The Engineering Processes The Support Processes Other Processes 6

Success Through Process Projects are more likely to succeed with standardized processes and documentation in place Much more common now for projects to integrate components from multiple sources, develop final product or service Processes weave together the people, procedures, and tools Best practice processes perform the weaving more effectively and efficiently 7

Success Through Process Capability Maturity Model Integration-Services (CMMI-SVC) V1.2 Process Areas (PA) LEVEL 2 LEVEL 3 Requirements Management Project Planning Project Monitoring and Control Supplier Agreement Management Measurement and Analysis Process and Product Quality Assurance Configuration Management Service Delivery Capacity and Availability Management Service Continuity Incident Resolution and Prevention Service System Transition Strategic Service Management Service System Development Organizational Process Focus Organizational Process Definition +IPPD Organizational Training Integrated Project Management +IPPD Risk Management Decision Analysis and Resolution REQM PP PMC SAM MA PPQA CM SD CAM SC IRP SST SSM SSD OPF OPD OT IPM RSKM DAR 8

Agenda Project Success with the CMMI Success Through Process The Generic Goals How Process Management Supports the Project The Engineering Processes The Support Processes Other Processes 9

The Generic Goals Generic means the goal applies to more than one process area Generic goals describe how an organization institutionalizes each process area Therefore our projects must achieve each of the generic goals for every process area 10

The Generic Goals GG2: Institutionalize a managed process GP 2.1: Establish and maintain organizational policy GP 2.2: Establish and maintain the plan to perform the process GP 2.3: Provide adequate resources GP 2.4: Assign responsibility GP 2.5: Train people GP 2.6: Manage configurations GP 2.7: Identify and involve stakeholders GP 2.8: Monitor and control the process GP 2.9: Objectively evaluate adherence GP 2.10: Review status with higher management Those in blue font relate directly to service staff. 11

The Generic Goals GG3: Institutionalize a defined process GP 3.1: Establish a defined process GP 3.2: Collect improvement information Those in blue font relate directly to service staff. 12

Agenda Project Success with the CMMI Success Through Process The Generic Goals How Process Management Supports Services The Engineering Processes The Support Processes Other Processes 13

How Process Management Supports the Project EMO sets policy, directs process management activities PMG maintains process management processes Process management process areas (OPF, OPD, OT) maintained by PMG Process management processes help service projects by: Training project staff in the CMMI Identifying strengths & weaknesses in process implementation (assessment, audit) Maintaining and improving the set of standard SES processes Assist projects in deploying SES processes including tailoring Assist projects in updating and maintaining SES processes throughout the project life cycle 14

Agenda Project Success with the CMMI Success Through Process The Generic Goals How Process Management Supports the Project The Service Establishment and Delivery Processes The Support Processes Other Processes 15

Session Overview Demand for process improvement in services is likely to grow. Services constitute more than 80% of the US and global economy. What is CMMI-Services all about and what services can it be applied to? This presentation provides some information on the content of the CMMI-SVC model, why it came about, and how it can help your services organization. 16

What is the CMMI for Services (CMMI-SVC)? CMMI-DEV was released by SEI in Feb 2009 and extended coverage of the CMMI Product Suite to the establishment, management, and delivery of services Like every CMMI model, CMMI-SVC Is a process improvement approach providing essential elements of effective processes (PAs) Can be used to guide improvement across a team, project, division, or entire organization Helps set PI goals and priorities, provides guidance for quality processes, and provides a point of reference for appraising current processes 17

Why was the CMMI-SVC needed? Service providers needed a benchmark for process improvement that was appropriate for their work and based on a proven approach Demand for PI in services is growing. Services constitute more than 80% of the US and global economy. Services constitute more than 54% of what DoD acquires. GAO reports DoD service contracts increased 72% between 1996 and 2005. Other service models existed, but didn t cover what CMMI-SVC covers. Organizations were piecing together their own ITIL + CMMI solutions, reinventing the wheel over and over -- that wheel was not designed for services other than IT. Customers requested their service providers demonstrate a CMMI rating, but attempts to use CMMI-DEV in a service setting often distorted the integrity or meaningfulness of the appraisal results. SEI had numerous requests for help with services. 18

What types of services does CMMI- SVC cover? 19

How do services differ from other products? A service is an intangible, non-storable product (e.g., operations, maintenance, and logistics). Services imply on-going relationships governed by service agreements. Services are delivered through the operation of a service system. Services are simultaneously produced and consumed. Services have a different business rhythm. Product Develop Deliver Service Develop Deliver 20

CMMI-SVC Content (vs. other CMMI constellations) 21

CMMI-SVC Content (in words) CMMI-SVC consists of 16 core PAs, one shared PA, and 7 service-specific PAs, 1 of which is an addition. Core PAs in CMMI-SVC include the following changes: Services-specific informative material Added expected material (3 specific practices) One SP for Project Strategy in the PP process area Two SPs (one in OPD and one in IPM) for Integrated Teams (previously covered in the IPPD addition to CMMI-DEV) The Requirements Management PA was moved to the Project Management process area category 22

CMMI-SVC Content (graphical) 23

CMMI-SVC Content (servicesspecific process areas) Strategic Service Management (STSM) ML 3: Deciding what services you should be providing, making them standard, and letting people know about them Service System Development (SSD) ML 3: (Addition) Making sure you have everything needed to deliver the service, including people, processes, consumables, and equipment Service System Transition (SST) ML 3: Getting new systems in place, changing existing systems, retiring obsolete systems, while making sure service delivery doesn t suffer Service Delivery (SD) ML 2: Setting up agreements, taking care of service requests, and operating the service system 24

CMMI-SVC Content (servicesspecific process areas) Capacity and Availability Management (CAM) ML 3: Making sure you have the resources you need to deliver services and that they are available when needed at appropriate cost Incident Resolution and Prevention (IRP) ML 3: Handling what goes wrong and preventing it from going wrong again or in the first place if you can Service Continuity Management (SCON) ML 3: Being ready to recover from a disaster and get back to delivering your service 25

Strategic Service Management (STSM) Purpose: To establish and maintain standard services in concert with strategic needs and plans. Goals Specific Practices Typical Artifacts SG 1: Establish and Maintain Strategic Needs and Plans for Standard Services SG 2: Establish and Maintain Standard Services 1.1 Gather and Analyze Relevant Data. 1.2 Establish and Maintain Plans for Standard Services. 2.1 Establish and Maintain Properties of Standard Services and Service Levels. 2.2 Establish Descriptions of Std. Services. Analyzed data on organization s capabilities and strategic needs Plans for standard services Set of standard service levels, grouping of services into service lines Description of services, services catalog or menu 26

Service System Development (SSD) Purpose: To analyze, design, develop, integrate, verify, and validate service systems, including service system components, to satisfy existing or anticipated service agreements. {{OPTIONAL}} Goals Specific Practices Typical Artifacts SG 1: Develop and Analyze Stakeholder Reqmts SG 2: Develop Service Systems SG 3: Analyze and Validate Requirements 1.1 Develop Stakeholder Requirements. 1.2 Develop Service System Requirements. 1.3 Analyze and Validate Requirements. 2.1 Select Service System Solutions. 2.2 Develop the Design. 2.3 Ensure Interface Compatibility. 2.4 Implement the Service System Design. 2.5 Integrate Service System Components. 2.6 Prepare for Verification and Validation. 2.7 Perform Peer Reviews. 2.8 Verify Selected Svc System Components. 2.9 Validate the Service System. Customer/end-user reqmts Service system requirements Record of analysis methods and results Documented solutions, evaluations, and rationale Service system architecture Updated I/F description Implemented components, training materials, ops manual Integrated service system Ver & Val methods/procedures Peer review results Verification results Validation results 27

Service System Transition (SST) Purpose: To deploy new or significantly changed service system components while managing their effect on ongoing service delivery. Goals Specific Practices Typical Artifacts SG 1: Prepare for Service System Transition SG 2: Deploy the Service System 1.1: Analyze Service System Transition Needs. 1.2: Develop Service System Transition Plans. 1.3: Prepare Stakeholders for Changes. 2.1: Deploy Service System Components. 2.2: Assess & Control the Impacts of the Transition. Analysis of current and post-transition service systems Plans for service system transition Transition notification and training strategies Installation/deployment records Post deployment review/ assessment 28

Service Delivery (SD) Purpose: To deliver services in accordance with service agreements. Goals Specific Practices Typical Artifacts SG 1: Establish and Maintain Service Agreements SG 2: Prepare for Service Delivery SG 3: Deliver Services IAW Service Agreements 1.1 Analyze Existing Agreements and Service Data 1.2 Establish and Maintain the Service Agreement 2.1 Establish and Maintain the Svc Delivery Approach 2.2 Prepare for Service System Ops 2.3 Establish and Maintain a Request Mgmt. System 3.1 Receive and Process Svc Requests 3.2 Operate the Service System 3.3 Maintain the Service System Customer description of service needs; Results of customer satisfaction surveys Service Agreement Service delivery approach Validation reports Request Mgmt. System End user receipts confirming request fulfillment Service logs, list of services delivered Corrective & preventive maintenance change requests 29

Capacity and Availability Mgmt. (CAM) Purpose: Ensure effective service system performance and ensure that resources are provided and used effectively to support service requirements. Goals Specific Practices Typical Artifacts SG 1: Prepare for Capacity and Availability Management SG 2: Monitor and Analyze Capacity and Availability 1.1 Establish and Maintain a Capacity and Availability Mgmt Strategy 1.2 Select Measures and Analytic Techniques 1.3 Establish and Maintain Service System Representations 2.1 Monitor and Analyze Capacity 2.2 Monitor and Analyze Availability 2.3 Report Capacity and Availability Management Data Capacity & availability management strategy Definitions of cap and avail measures and analyses methods Representations of resource and service use and service levels Service resource use data RAM and alarm data Service system performance reports 30

Incident Resolution and Prevention (IRP) Purpose: To ensure timely and effective resolution of service incidents and prevention of service incidents as appropriate. Goals Specific Practices Typical Artifacts SG 1: Prepare for Incident Resolution and Prevention SG 2: Identify, Control, and Address Incidents SG 3: Define Approaches to Address Selected Incidents 1.1 Establish & Maintain an Approach to Incident Resolution and Prevention. 1.2 Establish & Maintain Incident Mgmt System. 2.1 Identify and Record Incidents. 2.2 Analyze Incident Data. 2.3 Apply Workarounds to Incidents. 2.4 Address Underlying Causes of Selected Incidents. 2.5 Monitor Status of Incidents to Closure. 2.6 Communicate the Status of Incidents. 3.1 Analyze Selected Incident Data. 3.2 Plan Actions to Address Underlying Causes of Selected Incidents. 3.3 Establish Workarounds for Selected Incidents. Incident mgmt approach and criteria Incident mgmt system Incident mgmt (IM) record Incident reports Updated IM record Updated IM record Closed IM records Records of communication with customers/end-users Report of underlying causes Action proposal Workaround description and instructions 31

Service Continuity (SCON) Purpose: To establish and maintain plans to ensure continuity of services during and following any significant disruption of normal operations. Goals Specific Practices Typical Artifacts SG1: Identify Essential Service Dependencies SG 2: Prepare for Service Continuity SG 3: Verify and Validate the Service Continuity Plan 1.1 Identify and Prioritize Essential Functions. 1.2 Identify and Prioritize Essential Resources. 2.1 Estab & Maintain Svc Continuity Plans. 2.2 Estab & Maintain Service Cont. Trng. 2.3 Provide and Evaluate Service Continuity Training. 3.1 Prepare for the Ver and Val of the Service Continuity Plan. 3.2 Verify and Validate the Service Continuity Plan. 3.3 Analyze Results of Ver and Val. Business impact analysis Orders of succession, directory of critical personnel w/contact info Service continuity plan Service continuity trng material Training records and training evaluations from students Verification & Validation plan Verification & Validation results Ver & Val analysis reports and improvement recommendations 32

The Service Establishment & Delivery Process Areas Strategic Service Needs Customer/ End User Incident Status STSM Service Catalog Service Catalog Contract/Service Agreement Deployed Service System Service Requirements SD Service Value Service Requests Request Status Service Issues Incident Response Information IRP Validated Service System SSD SST Service Requirements Operations and Service Delivery Data Transition Plans Revised Resource Constraints and Service Thresholds Corrective Actions Standard Service Requirements Service Requirements IRP = Incident Resolution and Prevention SD = Service Delivery SSD = Service System Development SST = Service System Transition STSM = Strategic Service Management Process Areas for Managing Services 33

The Service Establishment & Delivery Process Areas Contract/Service Agreement Customer/End User Reviews REQM Service Requirements Contract/Service Agreement PMC Capacity and Availability Requirements Continuity Requirements Service Requirements SCON SD Continuity Plan Project Plan PP Project Plan Revised Resource Constraints and Service Thresholds Service Requirements CAM Operations and Service Delivery Data Resource Analysis Measurement Needs Corrective Actions CAM = Capacity and Availability Management PMC = Project Monitoring and Control PP = Project Planning REQM = Requirements Management SCON = Service Continuity SD = Service Delivery Process Areas for Establishing and Delivering Services 34

Agenda Project Success with the CMMI Success Through Process The Generic Goals How Process Management Supports the Project The Engineering Processes The Support Processes Other Processes 35

Success Through Process Capability Maturity Model Integration-Services (CMMI-SVC) V1.2 Process Areas (PA) LEVEL 2 LEVEL 3 Requirements Management Project Planning Project Monitoring and Control Supplier Agreement Management Measurement and Analysis Process and Product Quality Assurance Configuration Management Service Delivery Capacity and Availability Management Service Continuity Incident Resolution and Prevention Service System Transition Strategic Service Management Service System Development Organizational Process Focus Organizational Process Definition +IPPD Organizational Training Integrated Project Management +IPPD Risk Management Decision Analysis and Resolution REQM PP PMC SAM MA PPQA CM SD CAM SC IRP SST SSM SSD OPF OPD OT IPM RSKM DAR 36

Basic Support Process Areas MA Measurements and analyses All process areas Quality and noncompliance issues PPQA Information needs Configuration items and change requests Baselines and audit reports Processes and work products, and standards, and procedures CM MA = Measurement and Analysis CM = Configuration Management PPQA = Process and Product Quality Assurance 37

Measurement and Analysis Purpose: Develop and sustain a measurement capability that is used to support management information needs. Goal Activities Artifacts Align M&A Activities Provide Measurement Results Establish Objectives. Specify Measures. Specify Data Collection And Storage Procedures. Specify Analysis Procedures. Collect, Analyze, And Store Data. Store Results Of Data Analysis. Communicate Analysis Results. SES Metric Plan; Possibly in PP also. MDS. PM & QA Reports (can attach MDS) stored in Doc. Locator. PP = Project Plan M&A = Measurement and Analysis MDS = Metric Definition Spreadsheet 38

Process and Product Quality Assurance Purpose: Provide staff and management with objective insight into processes and associated work products. Goal Activities Artifacts Objectively Evaluate Processes and Work Products Evaluate Work Product, Services, and Processes. QA Audit Checklists (suite) QA Audit Reports Provide Objective Insight Communicate Non-compliance. Ensure Non-compliance Issues are Resolved. Establish QA Records. QA Audit Checklists (suite). CAR Log / Defect Log. Audit Schedule. QA = Quality Assurance. CAR = Corrective Action Request 39

Configuration Management Purpose: Establish and maintain the integrity of work products using configuration identification, configuration control, configuration status accounting, and configuration audits. Goal Activities Artifacts Establish Baselines. Track and Control Changes. Establish Integrity Identify Configuration Items. Establish a CM System. Release Baselines. Track Change Requests. Control Configuration Items. Establish CM Records. Perform Configuration Audits. CM Plan (or CM Section in PP). Project s Populated Doc. Locator Directory. Diagram of Environments (Dev., Test, Prod., Etc.). Key Project Documents PM and Client Signoff and Change History; Document Versions. Key Project Documents PM and Client Signoff and Change History; Document Versions. CM Baseline Audit Report. Functional and Physical Audit Reports. PP = Project Plan CM = Configuration Management 40

Advanced Support Process Areas CAR Process improvement proposals Defects and other problems All process areas Selected issues CAR = Causal Analysis and Resolution DAR = Decision Analysis and Resolution Formal evaluations DAR 41

Decision Analysis and Resolution Purpose: To analyze possible decisions using a formal evaluation process that evaluates identified alternatives against established criteria. Goal Activities Artifacts Evaluate Alternatives Establish Guidelines for Decision Analysis. Establish Evaluation Criteria. Identify Alternative Solutions. Select Evaluation Methods. Evaluate Alternatives. Select Solutions. DAR Process and DAR Report. 42

Agenda Project Success with the CMMI Success Through Process The Generic Goals How Process Management Supports the Project The Engineering Processes The Support Processes Other Processes 43

Basic Project Management Process Areas Corrective action PMC Status, issues, and results of process and product evaluations; measures and analyses Corrective action Replan What to monitor Status, issues, and results of reviews and monitoring PP What to build What to do Commitments Engineering and Support process areas SAM Plans Measurement needs Supplier agreement Product component requirements, technical issues, completed product components, and acceptance reviews and tests Supplier PMC = Project Monitoring and Control PP = Project Planning SAM = Supplier Agreement Management 44

Project Planning Purpose: To establish and maintain plans that define project activities. 45

Project Planning Establish Estimates Planning Data Develop a Project Plan Obtain Commitment to the Plan Project Plan Relevant Stakeholders PMC 46

Project Planning Artifacts: SOW, WBS, Estimating Worksheets, SDLC/PDLC Document Estimate the Scope of the Project Establish Estimates Determine Estimates of Effort and Cost Establish Estimates of Work Product and Task Attributes Planning Data Define Project Lifecycle 47

Project Monitoring and Control Purpose: Provide understanding into the project s progress so that appropriate corrective actions can be taken when the project s performance deviates significantly from the plan. Project Management According to the CMMI 48

Project Monitoring and Control - Context Artifacts: QA audit reports, PM/QA/CM status reports, Risk report & register, Mgmt. Reviews. Artifacts: Mgmt. Reviews / minutes / attendance, PM status report, action item and issues logs, revised PP w/signoff. SG 1: Monitor Project Against Plans SG 2: Manage Corrective Actions to Closure Monitor Project Planning Parameters Monitor Project Risks Monitor Stakeholder Involvement Conduct Milestone Reviews Analyze Issues Monitor Commitments Monitor Data Management Conduct progress Reviews Take Corrective Actions PP Project Plans Manage Corrective Actions 49

How can I learn more? Download and study the CMMI-SVC model. Take the Introduction to CMMI-SVC V1.2 course (3 days) or the Services Supplement for CMMI V1.2 training course (1 day). Available through SEI and SEI-authorized training partners Required for lead appraisers, instructors, SCAMPI B&C team leaders, and SCAMPI team members using CMMI-SVC Introduction to CMMI-DEV V1.2 is a prerequisite for the Services Supplement course Visit websites such as CMMI Marketplace. (http://www.cmmimarketplace.com) Seek help from SEI Partners (SES and several others listed on the CMMI Marketplace website). 50

Questions? Jim Moudry Software Engineering Services 1311 Ft. Crook Road South, Suite 100 Bellevue, NE 68005 Tel: 402-292-8660, Ext. 217 Fax: 402-292-3271 Email: jmoudry@sessolutions.com 51

References CMMI for Services, Version 1.2 (CMMI-SVC, V1.2): Improving processes for better services, CMU/SEI-2009- TR-001, February 2009. CMMI for Services (CMMI-SVC) Overview, Eileen Forrester-SEI, October 2008. 52

Additional Info on the Web CMMI-DEV, SVC, and ACQ Models: www.sei.cmu.edu/cmmi/models Questions Regarding Interpretation Issues?: Yahoo! Discussion Group: http://groups.yahoo.com/group/cmmi_process_improvement Ask the CMMI Appraiser Blog: http://askthecmmiappraiser.blogspot.com Send questions to cmmi-comments@sei.cmu.edu SPIN meetings 53