Using CMMI-DEV&CMMI-SVC Together
Using CMMI-DEV&CMMI-SVC Together
SVC Together
Where “Build Stuff” Happens in CMMI-SVC
2012 SEPG NA
Multi-Constellation/Model
Alex Stall and Eileen Forrester 2
© 2012 Carnegie Mellon University
The CMMI Models
Development (CMMI-DEV)
• build stuff
• tangible, storable products made to specification in a lifecycle
Acquisition (CMMI-ACQ)
• buy stuff
• specify, solicit, select, contract, procure, accept, transition to consumer
Services (CMMI-SVC)
• do stuff
• intangible, non-storable products delivered via a service system based on explicit or
implicit service requests
Some material adapted from The CMMI Crash Course, ®2005-9 Entinex, Inc.
Multi-Constellation/Model
Alex Stall and Eileen Forrester 3
© 2012 Carnegie Mellon University
Relationships Among CMMI Models
Service “addition” PA (SSD)
Service-specific PAs
1 CMMI-SVC 6
Shared PA (SAM)
Core PAs
CMMI-DEV
Include model-specific
informative material
Development-specific PAs 5
Multi-Constellation/Model
Alex Stall and Eileen Forrester 4
© 2012 Carnegie Mellon University
Differences in PAs and Categories
CMMI-SVC PAs by Category CMMI-DEV PAs by Category
Process Management Process Management
Support Support
Multi-Constellation/Model
Alex Stall and Eileen Forrester 5
© 2012 Carnegie Mellon University
CMMI Strategic Product Planning
Custom Custom model Custom Custom application
Pricing from CMMIs and appraisal job aids
other models method (e.g. disciplined agility)
Aids
choices
Standard Standard
Fixed models or expected
Pricing benefits
Multi-Constellation/Model
Alex Stall and Eileen Forrester 6
© 2012 Carnegie Mellon University
SAS and PARS Your Tell us what you need and we’ll provide the mixed model to suit your
(posted to PARS by Solution domain and business; the type of appraisal that suits your budget,
specific authorization resources and requirements; custom training for precise practices that
matter most to your business success!
Your needs such as: for appraisals (cost, precision, accuracy, etc.) for models (applicable models, methods,
standards, etc. and only those parts of them that you need), for training (training specific to the parts and
pieces selected for models and where you have training needs, i.e., targeted training)
Multi-Constellation/Model
Alex Stall and Eileen Forrester 7
© 2012 Carnegie Mellon University
Patterns we see in using DEV and SVC
Increasingly, CMMI-DEV and CMMI-SVC are used in the same organization,
implementing and appraising together.
Choose CMMI-SVC as your base model, grab the engineering PAs for
particular services.
Use all of the CMMI-DEV for advanced development, and then add CMMI-SVC
for additional practices: SCON, SST, CAM.
Start with CMMI-DEV at the beginning of a life cycle, adding in a few SVC goals
and practices. Add more in mid-life. Change over to SVC at the end for
operations and maintenance.
Take a life cycle view and consider total cost of ownership, may add multiple
other models, do a mash up or composition from CMMI and other models.
Multi-Constellation/Model
Alex Stall and Eileen Forrester 8
© 2012 Carnegie Mellon University
SSD and CMMI-DEV Engineering PAs
Some mixed services and development
environments use both the engineering
PAs from DEV and a single SVC PA:
Service System Development. The
patterns:
• Stick with SSD, but grab a single
engineering PA when needed
• Use SSD for simple development, add
engineering PAs for complex development
• Use SSD and treat engineering PAs
roughly as “informative material”
• Use engineering PAs for service systems,
but add the informative material from SSD
to get the service flavor
Multi-Constellation/Model
Alex Stall and Eileen Forrester 9
© 2012 Carnegie Mellon University
SSD vs. CMMI-DEV Engineering PAs 1 of 4
In SSD (SVC) In Engineering (DEV)
SG1 Stakeholder needs, RD – Requirements
expectations, constraints, and Development
interfaces are collected,
analyzed, and transformed into
validated service system
requirements.
SP1.1 Collect and transform RD SG 1 Stakeholder needs, SP 1.1 Elicit Needs
stakeholder needs, expectations, constraints, and SP 1.2 Transform Stakeholder Needs into Customer
expectations, constraints, and interfaces are collected and Requirements
interfaces into prioritized translated into customer
stakeholder requirements. requirements.
SP1.2 Refine and elaborate RD SG 2 Customer SP 2.1 Establish Product and Product Component
stakeholder requirements to requirements are refined and Requirements
develop service system elaborated to develop product SP 2.2 Allocate Product Component Requirements
requirements. and product component SP 2.3 Identify Interface Requirements
requirements.
SP1.3 Analyze and validate RD SG 3 The requirements are SP 3.1 Establish Operational Concepts and
requirements, and define analyzed and validated. Scenarios
required service system SP 3.2 Establish a Definition of Required
functionality and quality Functionality and Quality Attributes
attributes. SP 3.3 Analyze Requirements
SP 3.4 Analyze Requirements to Achieve Balance
SP 3.5 Validate Requirements
Multi-Constellation/Model
Alex Stall and Eileen Forrester 10
© 2012 Carnegie Mellon University
SSD vs. CMMI-DEV Engineering PAs 2 of 4
In SSD (SVC) In Engineering (DEV)
SG 2 Service system TS - Technical Solution
components are selected, PI - Product Integration
designed, implemented, and
integrated.
SP 2.1 Select service system TS SG1 Product or product SP 1.1 Develop Alternative Solutions and Selection
solutions from alternative component solutions are selected Criteria
solutions. from alternative solutions. SP 1.2 Select Product Component Solutions
SP 2.2 Develop designs for the TS SG 2 Product or product SP 2.1 Design the Product or Product Component
service system and service component designs are SP 2.2 Establish a Technical Data Package
system components. developed. SP 2.3 Design Interfaces Using Criteria
SP 2.4 Perform Make, Buy, or Reuse Analyses
SP 2.3 Manage internal and PI SG 1 Preparation for product SP 1.1 Establish an Integration Strategy
external interface definitions, integration is conducted. SP 1.2 Establish the Product Integration
designs, and changes for Environment
service systems. SP 1.3 Establish Product Integration Procedures
and Criteria
PI SG 2 The product-component SP 2.1 Review Interface Descriptions for
interfaces, both internal and Completeness
external, are compatible. SP 2.2 Manage Interfaces
Multi-Constellation/Model
Alex Stall and Eileen Forrester 11
© 2012 Carnegie Mellon University
SSD vs. CMMI-DEV Engineering PAs 3 of 4
In SSD (SVC) In Engineering (DEV)
SP 2.4 Implement the service TS SG 3 Product components, SP 3.1 Implement the Design
system design. and associated support SP 3.2 Develop Product Support Documentation
documentation, are implemented
from their designs.
SP 2.5 Assemble and integrate PI SG 3 Verified product SP 3.1 Confirm Readiness of Product Components
implemented service system components are assembled and for Integration
components into a verifiable the integrated, verified, and SP 3.2 Assemble Product Components
service system. validated product is delivered. SP 3.3 Evaluate Assembled Product Components
SP 3.4 Package and Deliver the Product or Product
Component
Multi-Constellation/Model
Alex Stall and Eileen Forrester 12
© 2012 Carnegie Mellon University
SSD vs. CMMI-DEV Engineering PAs 4 of 4
In SSD (SVC) In Engineering (DEV)
SG 3 Selected service system VER – Verification
components and services are VAL – Validation
verified and validated to
VER SP 1.1 Select Work Products for Verification
ensure correct service delivery.
VER SP 1.2 Establish the Verification Environment
SP 3.1 Establish and maintain an VER SG 1 Preparation for VER SP 1.3 Establish Verification Procedures and
approach and an environment for verification is conducted. Criteria
verification and validation.
VAL SG 1 Prepare for validation VAL SP 1.1 Select Products for Validation
is conducted. VAL SP 1.2 Establish the Validation Environment
VAL SP 1.3 Establish Validation Procedures and
Criteria
SP 3.2 Perform peer reviews on VER SG 2 Peer reviews are VER SP 2.1 Prepare for Peer Reviews
selected service system performed on selected work VER SP 2.2 Conduct Peer Reviews
components. products. VER SP 2.3 Analyze Peer Review Data
SP 3.3 Verify selected service VER SG 3 Selected work VER SP 3.1 Perform Verification
system components against their products are verified against VER SP 3.2 Analyze Verification Results
specified requirements. their specified requirements.
SP 3.4 Validate the service VAL SG 2 The product or VAL SP 2.1 Perform Validation
system to ensure that it is product components are VAL SP 2.2 Analyze Validation Results
suitable for use in the intended validated to ensure they are
delivery environment and meets suitable for use in their intended
stakeholder expectations. operating environment.
Multi-Constellation/Model
Alex Stall and Eileen Forrester 13
© 2012 Carnegie Mellon University
A Multi-Constellation Look
CL 3
CL 2
CL 1
P I
Enterprise S S / P P R P R
SVC C I C S T W / P E S O O D / S
S A R O S S S C M M W Q Q A P P O A W K
D M P N D T M M A C P A M M D F T R M M
People CMM
CL 3
CL 2
CL 1
P I
/ P P R P R
Org 1 Org 2 Org 3 DEV V V W / P E S O O D / S
P R T A E C M M W Q Q A P P O A W K
I D S L R M A C P A M M D F T R M M
CL 3
CL 2
SO 1 SO 2 SO 3 CL 1
P I
S A A / P P R P R
ACQ A S A V V W / P E S O O D / S
A R A T A E C M M W Q Q A P P O A W K
M D D M L R M A C P A M M D F T R M M
Multi-Constellation/Model
Alex Stall and Eileen Forrester 14
© 2012 Carnegie Mellon University
Organization 1 CL 3
CL 2
Org 1 is primarily a CL 1
P I
CL 3 3 3 3 3 3 3 3
3 3 3 3 3 3 3
3 3 3 3
CL 2 2 2 2 2 2 2 2
2 2 2 2 2 2 2
2 2 2 2
CL 1 1 1 1 1 1 1 1
1 1 1 1 1 1 1
1 1 1 1
P I
/ P P R P R
DEV V V W / P E S O O D / S
P R T A E C M M W Q Q A P P O A W K
I D S L R M A C P A M M D F T R M M
CL 3
CL 2
CL 1
P I
S A A / P P R P R
ACQ A S A V V W / P E S O O D / S
A R A T A E C M M W Q Q A P P O A W K
M D D M L R M A C P A M M D F T R M M
Multi-Constellation/Model
Alex Stall and Eileen Forrester 15
© 2012 Carnegie Mellon University
Organization 1 CL 3 3 3
CL 2 2 2 2 2 2
CL 1 1 1 1 1 1 1
They also perform some P I
services
S S / P P R P R
SVC C I C S T W / P E S O O D / S
S A R O S S S C M M W Q Q A P P O A W K
• They have a help desk which D M P N D T M M A C P A M M D F T R M M
is important to them
CL 3 3 3 3 3 3 3 3
3 3 3 3 3 3 3
3 3 3 3
• The need to ensure it is CL 2 2 2 2 2 2 2 2
2 2 2 2 2 2 2
2 2 2 2
Multi-Constellation/Model
Alex Stall and Eileen Forrester 16
© 2012 Carnegie Mellon University
Organization 1 CL 3 3 3
CL 2 2 2 2 2 2
CL 1 1 1 1 1 1 1
They acquire some P I
S S / P P R P R
products and services SVC C I C S T W / P E S O O D / S
S A R O S S S C M M W Q Q A P P O A W K
• Develop product requirements D M P N D T M M A C P A M M D F T R M M
process A R A
M D D
T A
M L
E
R
C M M
M A C
W
P
Q
A
Q A
M M
P P O A W
D F T R M
K
M
Multi-Constellation/Model
Alex Stall and Eileen Forrester 17
© 2012 Carnegie Mellon University
Organization 2 CL 3
CL 2
Org 2 is primarily an CL 1
P I
CL 3
CL 2
CL 1
P I
/ P P R P R
DEV V V W / P E S O O D / S
P R T A E C M M W Q Q A P P O A W K
I D S L R M A C P A M M D F T R M M
CL 3 3 3 3 3 3 3 3 3
3 3 3 3 3 3 3 3
3 3 3
CL 2 2 2 2 2 2 2 2 2
2 2 2 2 2 2 2 2
2 2 2
CL 1 1 1 1 1 1 1 1 1
1 1 1 1 1 1 1 1
1 1 1
P I
S A A / P P R P R
ACQ A S A V V W / P E S O O D / S
A R A T A E C M M W Q Q A P P O A W K
M D D M L R M A C P A M M D F T R M M
Multi-Constellation/Model
Alex Stall and Eileen Forrester 18
© 2012 Carnegie Mellon University
Organization 2 CL 3 3 3
CL 2 2 2 2
CL 1 1 1 1 1 1 1
They also provide P I
enterprise
CL 3
• They have a request for services CL 2
CL 1
function P I
• They recognize the need to DEV V V
/
W
P
/
P
P
R
E S O O
P
D /
R
S
handle service issues P R T A E C M M W Q Q A P P O A W K
I D S L R M A C P A M M D F T R M M
• Staffing and recovery from
disruption, while important are
CL 3 3 3 3 3 3 3 3 3
3 3 3 3 3 3 3 3
3 3 3
not critical CL 2 2 2 2 2 2 2 2 2
2 2 2 2 2 2 2 2
2 2 2
CL 1 1 1 1 1 1 1 1 1
1 1 1 1 1 1 1 1
1 1 1
• Measurement and analysis are P I
important S A A / P P R P R
ACQ A S A V V W / P E S O O D / S
• Ensure process fidelity A R A T A E C M M W Q Q A P P O A W K
M D D M L R M A C P A M M D F T R M M
Multi-Constellation/Model
Alex Stall and Eileen Forrester 19
© 2012 Carnegie Mellon University
Organization 2 CL 3 3 3
CL 2 2 2 2
CL 1 1 1 1 1 1 1
The organization develops P I
important CL 1 1 1 1 1 1 1 1
1
P
1 1 1
I
Multi-Constellation/Model
Alex Stall and Eileen Forrester 20
© 2012 Carnegie Mellon University
Organization 3 CL 3 3 3 3 3 3 3 3 3 33 3 3 3 3 3 3 3
3 3 3
CL 2 2 2 2 2 2 2 2 2 22 2 2 2 2 2 2 2
2 2 2
CL 1 1 1 1 1 1 1 1 1 11 1 1 1 1 1 1 1
1 1 1
Org 3 is primarily a services P I
organization
S S / P P R P R
SVC C I C S T W / P E S O O D / S
S A R O S S S C M M W Q Q A P P O A W K
D M P N D T M M A C P A M M D F T R M M
CL 3
CL 2
CL 1
P I
/ P P R P R
DEV V V W / P E S O O D / S
P R T A E C M M W Q Q A P P O A W K
I D S L R M A C P A M M D F T R M M
CL 3
CL 2
CL 1
P I
S A A / P P R P R
ACQ A S A V V W / P E S O O D / S
A R A T A E C M M W Q Q A P P O A W K
M D D M L R M A C P A M M D F T R M M
Multi-Constellation/Model
Alex Stall and Eileen Forrester 21
© 2012 Carnegie Mellon University
Organization 3 CL 3 3 3 3 3 3 3 3 3 33 3 3 3 3 3 3 3
3 3 3
CL 2 2 2 2 2 2 2 2 2 22 2 2 2 2 2 2 2
2 2 2
CL 1 1 1 1 1 1 1 1 1 11 1 1 1 1 1 1 1
1 1 1
Services include some P I
software maintenance
S S / P P R P R
SVC C I C S T W / P E S O O D / S
S A R O S S S C M M W Q Q A P P O A W K
• Need to meet the maintenance D M P N D T M M A C P A M M D F T R M M
SLAs
CL 3 3
• Need to provide quality CL 2 2 2 2 2 2 2 2 2
CL 1 1 1 1 1 1 1 1
1 1 1 1
maintenance P I
/ P P R P R
• Need to control changes DEV V V W / P E S O O D / S
P R T A E C M M W Q Q A P P O A W K
• Measure and analyze I D S L R M A C P A M M D F T R M M
Multi-Constellation/Model
Alex Stall and Eileen Forrester 22
© 2012 Carnegie Mellon University
Organization 3 CL 3 3 3 3 3 3 3 3 3 33 3 3 3 3 3 3 3
3 3 3
CL 2 2 2 2 2 2 2 2 2 22 2 2 2 2 2 2 2
2 2 2
CL 1 1 1 1 1 1 1 1 1 11 1 1 1 1 1 1 1
1 1 1
Occasionally provide P I
procurement support
S S / P P R P R
SVC C I C S T W / P E S O O D / S
S A R O S S S C M M W Q Q A P P O A W K
services under the SLA D M P N D T M M A C P A M M D F T R M M
Multi-Constellation/Model
Alex Stall and Eileen Forrester 23
© 2012 Carnegie Mellon University
Multiple Models
CL 1 Level 2 P-CMM
CL 2 STF Staffing
CL 3
CC Communication &
Coordination
SVC
REQM
SCON
RSKM
STSM
PPQA
WMC
CAM
SAM
OPD
DAR
SSD
OPF
IWM
WE Work Environment
IRP
WP
CM
MA
SD
OT
ST
PM Performance Management
CL 1 TD Training and Development
CL 2 CP Compensation
CL 3
Level 3 P-CMM
DEV
REQM
RSKM
PPQA
PMC
SAM
OPD
DAR
VER
IPM
CM
MA
RD
OT
PP
TS
PI
WP Workforce Planning
CL 1 COMD Competency Development
CL 2 CARD Career Development
CL 3 CBP Competency-Based Practices
ACQ
WD Workgroup Development
REQM
RSKM
PPQA
SSAD
AVER
AVAL
PMC
SAM
OPD
ARD
DAR
OPF
ATM
IPM
PC Participatory Culture
CM
AM
MA
OT
PP
CL 1
CL 2
CL 3
CMM
RMM
People
COMM
COMD
COMP
CARD
RTSE
CTRL
RISK
MON
HRM
RRM
ADM
FRM
OPD
RRD
CBP
EXD
OPF
OTA
VAR
STF
IMC
KIM
WD
WE
WP
PM
CC
AM
MA
PM
CP
CA
PC
TM
TD
EC
SC
EF
ID
Multi-Constellation/Model
Alex Stall and Eileen Forrester 24
© 2012 Carnegie Mellon University
What’s the Summary?
CMMI-SVC has a PA that “summarizes” the engineering PAs in DEV,
for those occasions when more detailed practice information is needed.
Advanced development may use all of the CMMI-DEV, and then add
CMMI-SVC for additional practices: SCON, SST, CAM.
Multi-Constellation/Model
Alex Stall and Eileen Forrester 25
© 2012 Carnegie Mellon University
Contact information
Alex Stall
[email protected]
Eileen Forrester
[email protected]
General
[email protected]
Multi-Constellation/Model
Alex Stall and Eileen Forrester 26
© 2012 Carnegie Mellon University
This work was created in the performance of Federal Government Contract Number
FA8721-05-C-0003 with Carnegie Mellon University for the operation of the Software
Engineering Institute, a federally funded research and development center. The
Government of the United States has a royalty-free government-purpose license to use,
duplicate, or disclose the work, in whole or in part and in any manner, and to have or
permit others to do so, for government purposes pursuant to the copyright license under
the clause at 252.227-7013.
This Presentation may be reproduced in its entirety, without modification, and freely
distributed in written or electronic form without requesting formal permission. Permission
is required for any other use. Requests for permission should be directed to the Software
Engineering Institute at [email protected].
NO WARRANTY
THIS MATERIAL OF CARNEGIE MELLON UNIVERSITY AND ITS SOFTWARE
ENGINEERING INSTITUTE IS FURNISHED ON AN “AS-IS" BASIS. CARNEGIE
MELLON UNIVERSITY MAKES NO WARRANTIES OF ANY KIND, EITHER
EXPRESSED OR IMPLIED, AS TO ANY MATTER INCLUDING, BUT NOT LIMITED TO,
WARRANTY OF FITNESS FOR PURPOSE OR MERCHANTABILITY, EXCLUSIVITY, OR
RESULTS OBTAINED FROM USE OF THE MATERIAL. CARNEGIE MELLON
UNIVERSITY DOES NOT MAKE ANY WARRANTY OF ANY KIND WITH RESPECT TO
FREEDOM FROM PATENT, TRADEMARK, OR COPYRIGHT INFRINGEMENT.
Multi-Constellation/Model
Alex Stall and Eileen Forrester 27
© 2012 Carnegie Mellon University
Multi-Constellation/Model
Alex Stall and Eileen Forrester 28
© 2012 Carnegie Mellon University
Some Useful Links
Multi-Constellation/Model
29
Alex Stall and Eileen Forrester
© 2012 Carnegie Mellon University
29
CMMI-SVC Service PAs in Plain Language
Capacity and Availability Management (CAM):
making sure you have enough of the resources you need to deliver services and that they are
available when needed—at an appropriate cost
Incident Resolution and Prevention (IRP):
handling what goes wrong—and preventing it from going wrong ahead of time if you can
Service Continuity Management (SCON):
being ready to recover from a disaster and get back to delivering your service
Service Delivery (SD):
setting up agreements, taking care of service requests, and operating the service system
Service System Development (SSD):
making sure you have everything you need to deliver the service, including people, processes,
consumables, and equipment
Service System Transition (SST):
getting new systems in place, changing existing systems, and retiring obsolete systems, all while
making sure nothing goes terribly wrong with service
Strategic Service Management (STSM):
deciding what services you should be providing, making them standard, and letting people know
about them
Multi-Constellation/Model
Alex Stall and Eileen Forrester 30
© 2012 Carnegie Mellon University
Core and Shared PAs in Plain Language – 1 of 3
Causal Analysis and Resolution (CAR):
getting to the sources of important outcomes and taking effective action to correct or repeat them
Configuration Management (CM)
controlling changes to your crucial work products
Decision Analysis and Resolution (DAR):
using a formal decision making process on the decisions that matter most in your business
Integrated Work Management (IWM):
making the most of your participants and defined processes, even when it’s complex
Measurement and Analysis (MA):
knowing what to count and measure to manage your service
Organizational Performance Management (OPM):
managing your improvements and innovations using a statistical understanding of your process
performance
Organizational Process Definition (OPD):
establishing standard processes and relaying them throughout your organization
Multi-Constellation/Model
Alex Stall and Eileen Forrester 31
© 2012 Carnegie Mellon University
Core and Shared PAs in Plain Language – 2 of 3
Organizational Process Focus (OPF):
figuring out your current process strengths and weaknesses, planning what to do to improve, and
putting those improvements in place
Organizational Process Performance (OPP):
making sure you understand your process performance and how it affects service quality
Organizational Training (OT):
developing the skills and knowledge your people need to deliver superior service
Process and Product Quality Assurance (PPQA):
checking to see that you are actually doing things the way you say you will in your policies,
standards, and procedures
Quantitative Work Management (QWM):
managing service to quantitative process and performance objectives
Requirements Management (REQM):
keeping clear with your customers and other stakeholders about the service you provide, and
adjusting when you find inconsistency or mismatched expectations
Supplier Agreement Management (SAM):
getting what you need and what you expect from suppliers who affect your service
Multi-Constellation/Model
Alex Stall and Eileen Forrester 32
© 2012 Carnegie Mellon University
Core and Shared PAs in Plain Language – 3 of 3
Risk Management (RSKM):
supporting the success of your service mission by anticipating problems and how you will handle
them—before they occur
Work Monitoring and Control (WMC):
making sure what’s supposed to be happening in your service work is happening and fixing what
isn’t going as planned
Work Planning (WP):
estimating costs, effort, and schedules; getting commitment to the work plan; and involving the right
people—all while watching your risks and making sure you’ve got the resources you think you need
Multi-Constellation/Model
Alex Stall and Eileen Forrester 33
© 2012 Carnegie Mellon University
CMMI-DEV Engineering PAs in Plain Language
Product Integration (PI):
putting together all the product components so that the overall product has expected behaviors and
characteristics
Requirements Development (RD):
understanding what stakeholders think they need and documenting that understanding for the
people who will be designing solutions
Technical Solution (TS):
using effective engineering to build solutions that meet end user needs
Validation (VAL):
making sure that the solution actually meets the needs of users in the service environment
Verification (VER):
making sure that the solution you ended up with meets your agreement about the needs
Multi-Constellation/Model
Alex Stall and Eileen Forrester 34
© 2012 Carnegie Mellon University