CMMI Agile Mapping

Mapping Agile

Artifact

Additional

solution Required

SG 1 Manage

Requirements

SP 1.1 Understand

Requirements

Requirements

Document\

Collection of

requirements &

mails Product backlog

SP 1.2 Obtain

Commitment to

Requirements

Sign off on

Requirement\agree

ment on

requirements

Release planning

meeting

MOM can be

captured

SP 1.3 Manage

Requirements ChangesChange log

change in product

back log & CR for

scope change

SP 1.4 Maintain

Bidirectional Traceability

of Req

Traceability matrix product backlog

a) Usage of Test&

Review tool

b) Add additional

Sheet/column with

Mapping to other

SP 1.5 Ensure Alignement

between Project Work and

Requirements

Updation of project

plan

update in Release

plan/Release

backlog,etc

SG 1 Develop Customer

Requirements

SP 1.1 Elicit Needs Requirments

meeting

MOM/prototype User stories

SP 1.2 Transform

Stakeholder needs into

Customer Requirements

Business

Requirements

Business

Requirements

Document/user

stories

BRD usually

produced

when its a

product

lifecylce

SG 2 Develop Product

Requirements

SP 2.1 Establish Product

and Product-Component

RequirementsSoftware

Requirements

Specification

document

Software

Requirements

Specification/user

stories categoriezed

by module

SRS can be

produced

when it’s a

Product

lifecycle

CMMI with Agile - Demystified

Agile Scrum

Process

Area

Specific Goals & Specific

Practices

Typical CMMI

Artifact Remarks

Re

qu

ire

me

nts

Man

age

me

nt

Re

qu

ire

me

nts

De

velo

pm

en

t

SP 2.2 Allocate Product-

Component RequirementsSoftware

Requirements

Specification

document

Software

Requirements

Specification/user

stories categoriezed

by module

SP 2.3 Identify Interface

RequirementsInterface

Requirements in SRS

User Stories related

to Interface

Requirements

SG 3 Analyze and

Validate Requirements

SP 3.1 Establish

Operational Concepts and

ScenariosUse Case ,timeline

scenarios,etc Use cases

SP 3.2 Establish a

Definition of Required

Functionality and Quality

Attributesactivity

diagram,usecase Use cases

SP 3.3 Analyze

Requirements

Requirements

defect/review

Use case review/Use

Case prioritization

SP 3.4 Analyze

Requirements to Achieve

Requirements

allocation/modulewi

Use Case

prioritization

SP 3.5 Validate

Requirements

Analysis with

client/prototype etc product backlog

SG 1 Select Product-

Component Solutions

SP 1.1 Develop Alternative

Solutions and Selection

Criteria

Alternative

solutions/evluation

report/selection

criteria

Minute of

Architecture

discussion/consolid

ated chits/

Alternative

SP 1.2 Select Product-

Component Solutions

Documented

solution

Minute of

Architecture

discussion/consolid

ated chits/

Alternative

solutions/evluation

report/selection

criteria

Use of

Decision

analysis

techniques

by the team

will help to

meet this

SG 2 Develop the Design

SP 2.1 Design the Product

or Product Component

Product

Architecture

Product

Architecture/Archite

cture drawn in the

board- photo copies/

Consolidated chits

/Minutes of Meeting

on architecture

discussion

Re

qu

ire

me

nts

De

velo

pm

en

tTe

chn

ical

So

luti

on

SP 2.2 Establish a

Technical Data PackageTechnical data

package

Usecase, architecure

documents,Unit tests

SP 2.3 Design Interfaces

Using Criteria

Interface

design/Criteria/Low

Level design

Usecase on

Interfaces/architectu

re

SP 2.4 Perform Make or

Buy Analysis

make/buy/reuse

analysis

Minutes of design

discussion/consolid

ated chits/

evaluation/solutions

bought to integrate

SG 3 Implement the

Product Design

SP 3.1 Implement the

Design Source code Source code

SP 3.2 Develop Product

Support Documentation

user

manual/product

manual

user manual/product

manual

SG 1 Prepare for Product

Integration

SP 1.1 Establish and

Integration StrategyIntegration Strategy

Plan for System

/intgration test to

expand the strategy

SP 1.2 Establish the

Product Integration

EnvironmentProduct integration

strategy to have

enviornment details

Build

environment/Contin

uous integration

details

SP 1.3 Establish Product

Integration Procedures

and CriteriaProduct integration

plan

Build steps in

wiki/notes

SG 2 Ensure Interface

Compatibility

SP 2.1 Review Interface

Descriptions for

CompletenessIntegration review

checklist

Integration

test/Continuous

build

SP 2.2 Manage Interfaces

updated

interfaces/MOM

Integration

test/Continuous

build/action

items/standup MOM

SG 3 Assemble Product

Components and Deliver

the Product

SP 3.1 Confirm Readiness

of Product Components

Build readiness

check

Unit test/Continuous

build

SP 3.2 Assemble Product

ComponentsBuild

Conitnuous

build/Build

SP 3.3 Evaluate Assembled

Product Components

Release Readiness

Checklist Sprint demo

Tech

nic

al S

olu

tio

nP

rod

uct

Inte

grat

ion

SP 3.4 Package and

Deliver the Product or

Product ComponentRelease

Note/Release Release Details

SG 1 Prepare for

Verification

SP 1.1 Select Work

Products for Verification Reviews/Unit test

plan

Definition of Done

details/User stories

tasks


Verification EnvironmentTemplates/checklist

s/tools,etc

Code standards/XP

method/checkpoints

/tools

SP 1.3 Establish

Verification Procedures

and CriteriaReviews/Unit test

plan(procedure)

Code standards/XP

method/checkpoints

& Definition of Done

SG 2 Perform Peer

Reviews

SP 2.1 Prepare for Peer

Reviews peer review

schedule/meeting

planning,etc

User story tasks/pair

programming/autom

ate code review

SP 2.2 Conduct Peer

Reviews

peer review report

Automated code

review reports/Pair

Programming

correction in

code/Refactoring

SP 2.3 Analyze Peer

Review Data

Defect clsoure

Corrected code

/automated code

test re-run

report/Refactoring

SG 3 Verify Selected

Work Products

SP 3.1 Perform

Verification Unit testing Unit testing

SP 3.2 Analyze

Verification Results and

Identify Corrective Action

Defect Analysis &

Defect prevention

Defect Analysis

activity to be made

in addition to

understand and

prevent the Defects

SG 1 Prepare for

Validation

Pro

du

ct In

tegr

atio

nV

eri

fica

tio

nV

alid

atio

n

SP 1.1 Select Products for

Validation

System Test plan

System test plan/

Test approach for

user stories &

Release & product


Validation Environment

Test Environment

set up

Test Environment set

up

SP 1.3 Establish Validation

Procedures and Criteria

System Test plan

Test cases/Definition

of Done

SG 2 Validate Product or

Product Components

SP 2.1 Perform Validation Test Execution

Results

Test Execution

Results

SP 2.2 Analyze Validation

Results

Defect Analysis &

Defect prevention

Defect Analysis

activity to be made

in addition to

understand and

prevent the Defects

SG 1 Establish Estimates

SP 1.1 Estimate the Scope

of the Project

Top Level WBS,

work Package

description Scope of Work

SP 1.2 Establish Estimates

of Work Product and Task

Attributes Size,estimating

model

User story sizing

(story point,fibinnoci

series,etc)

SP 1.3 Define Project Life

Cycle

Life cycle

documented (

mostly in Project

plan)

Sprint cycles and

release cycles

SP 1.4 Determine

Estimates of Effort and

Cost

Effort & cost of

project ( mostly in

Project plan)

User story sizing

(story point,fibinnoci

series,etc)

SG 2 Develop a Project

Plan


Budget and Schedule

Budget and

schedule ( mostly

Kick off/initiation

deck etc)

Release /sprint

shcedule , user

stories by sprint

SP 2.2 Identify Project

Risks Risk Identification

checklist/Risk log

MOM of stand up

meeting and Risk

Log at product level

Val

idat

ion

Pro

ject

Pla

nn

ing

SP 2.3 Plan for Data

Management

Data Management

plan (mostly in

project

plan/charter)

Project plan/charter

to be prepared

SP 2.4 Plan for Project

Resources

Project resources

(mostly in project

plan/charter) Capacity planning


to be prepared

SP 2.5 Plan for Needed

Knowledge and Skills Skill Matrix by roles

Scrum team

guidelines & Skill

identification

SP 2.6 Plan Stakeholder

InvolvementStakeholder Matrix

Scrum team

guidelines & Project

charter/Meeting


Project Plan

Project plan


to be prepared

SG 3 Obtain Commitment

to the Plan

SP 3.1 Review Plans that

Affect the Project Revised plan/Review

comments

Revised

Plan/charter

SP 3.2 Reconcile Work and

Resource Levels Revised Plan

Revised

Plan/charter

SP 3.3 Obtain Plan

Commitment

Approval & Plan

commitement from

stakeholders

Revised

Plan/charter

SG 1 Monitor Project

Against Plan

Standard

Agenda

SP 1.1 Monitor Project

Planning Parameters

Effort,

schedule,other

measures (Metrics

report)

Velocity, Burndown

charts,defects etc

SP 1.2 Monitor

Commitments Commitement

montioring (Meeting

MOM/issues,etc) Stand up Meeting

Running minutes of

meeting/photos/sna

pshot/tool

(distributed teams)

SP 1.3 Monitor Project

Risks Risk

Log/weekly/biweekl

y/monthy reports

Stand up Meeting,

Sprint planning &

Risk log at release

plan/product level

Running minutes of

meeting/photos/sna

pshot/tool

(distributed teams)

SP 1.4 Monitor Data

ManagementData

Confidentiality/avail

ability and integrity

monitoring (Meeting

MOM) Stand up Meeting

Running minutes of

meeting/photos/sna

pshot/tool

(distributed teams)

SP 1.5 Monitor

Stakeholder Involvement Stakeholder

participation

(Meeting MOM)

Stand Up Meeting,

Sprint

Retrospective,sprint

demo

Pro

ject

Pla

nn

ing

Pro

ject

Mo

nit

ori

ng

and

Co

ntr

ol

SP 1.6 Conduct Progress

Reviews

Monthly

reviews/biweekly

reviews

Stand up

Meeting/sprint

retrospective

SP 1.7 Conduct Milestone

Reviews

Milestone meeting

(Sometimes

Monthly/biweekly

reviews)

Sprint

retrospective/Steerin

g Committee

meeting

Use of wiki

page/notes to

capture MOM

SG 2 Manage Corrective

Action to Closure

SP 2.1 Analyze Issues

Issue Log

Stand Up Meeting,

Sprint Retrospective

& Issue log at

Product/release level

Running minutes of

meeting/photos/sna

pshot/tool

(distributed teams)

SP 2.2 Take Corrective

Action

Action items (mostly

in MOM or in a

log/tool) Stand up Meeting

Running minutes of

meeting/photos/sna

pshot/tool

SP 2.3 Manage Corrective

Action

Action Closure

status and details

(mostly in MOM or

in a log/tool) Stand up Meeting

Running minutes of

meeting/photos/sna

pshot/tool

(distributed teams)

SG 1 Prepare for Risk

Management

SP 1.1 Determine Risk

Sources and CategoriesRisk Source and

category (can be

part of Risk

log/sheet and

applied to each risk)

To have broad

classification of Risk

(technical/process/e

nvironment,etc)

SP 1.2 Define Risk

ParametersRisk Parameters

typically impact *

probability =>Risk

Exposure

Qualify risk with

parameters atleast

by

high/medium/low

and use Product

level/Release level

SP 1.3 Establish a Risk

Management StrategyStrategy

document/guidance

in Risk log itself (

threshold/mitigation

/contingency/accept

ance/aviodance/role

s)

Have a "Agile

Guideline"

document and

update it

SG 2 Identify and Analyze

Risks

Pro

ject

Mo

nit

ori

ng

and

Co

ntr

ol

Ris

k M

anag

em

en

t

SP 2.1 Identify Risks

List of Identified

risks (risk log)

Stand up

meeting/sprint

planning & release

planning

Qualify risk with

parameters atleast

by

high/medium/low

and use Product

level/Release level

SP 2.2 Evaluate Risks

Risk Exposure and

priority

Stand up

meeting/sprint

planning & release

planning

Qualify risk with

parameters atleast

by

high/medium/low

and use Product

level/Release level

SG 3 Mitigate Risks

SP 3.1 Develop Risk

Mitigation PlansMitigation actions

(to reduce risk

exposure- mostly in

risk log)

Stand up

meeting/sprint

planning & release

planning

Qualify risk with

parameters atleast

by

high/medium/low

and use Product

level/Release level

Risk tool

could be

used at

product

level/Sprint

level

SP 3.2 Implement Risk

Mitigation Plans

Action closure and

Risk rating

modifications

Stand up

meeting/sprint

planning & release

planning

Update of status of

closure in MOM or

in Risk Log

Risk tool

could be

used at

product

level/Sprint

level

SG 1 Establish Baselines

SP 1.1 Identify

Configuration Items

Configurable items

list (mostly in

Configuration plan)

Prepare a

Configruation

plan/part of charter

to include

Configurable items

Configurati

on strategy

document/

plan to be

created or

use

wiki/notes

to

document

Configurati

on deals

not only

with code,

but also

document,

environme

nt,tools ,etc

SP 1.2 Establish a

Configuration

Management System

Config

repository,approval

mechanism (mostly

in config. Plan)

Detail the

repository/tools and

change approval

mechanism in

Configuration plan

Ris

k M

anag

em

en

tC

on

figu

rati

on

Man

age

me

nt

SP 1.3 Create or Release

Baselines

Baselines list/criteria

(mostly in

configuration plan)

Code- definition of

done to include

Baseline details &

Continous

integration

documents -list in

SG 2 Track and Control

Changes

SP 2.1 Track Change

RequestsChange requests

logged

Change Requests as

user stories/change

request in

tool/Update in

SP 2.2 Control

Configuration ItemsChange requests

status update

Change Requests as

user stories/change

request in

tool/Update in

SG 3 Establish Integrity

SP 3.1 Establish

Configuration

Management Records

Status Accounting

/configuration

history reports

snapshots from

tools, CR status,

continuous

integration reports

SP 3.2 Perform

Configuration Audits

Configuration

audit(functional/phy

sical)

Continuous

integration reports,

Sprint demo,

SG 1 Align Measurement

and Analysis Activities

SP 1.1 Establish

Measurement ObjectivesDefine

measurement

objectives (org level

can be mapped to

project level) Velocity, defect,etc

(have to wait for

some sprints to

guide the

objectives/till then

can use

benchmarking data

Document

in Project

plan the

details of

collection

SP 1.2 Specify MeasuresEffort/defect/sched

ule/utilization,etc Velocity, defect,etc

SP 1.3 Specify Data

Collection and Storage

Proc

data

source,collection,fre

quency(metric

guideline/report

itself)

Scrum tracking sheet

can have guidance

SP 1.4 Specify Analysis

Procedures

procedure to

analyze

(graphs/chart/points

to conisder)

burndown

chart,velocity

chart,etc

SG 2 Provide

Measurement Results

Co

nfi

gura

tio

n M

anag

em

en

tM

eas

ure

me

nt

and

An

alys

is

SP 2.1 Obtain

Measurement DataMetrics Report

burndown

chart,velocity

chart,etc

SP 2.2 Analyze

Measurement DataMetrics Report

burndown

chart,velocity

chart,etc

SP 2.3 Store Data and

ResultsMetrics Report

burndown

chart,velocity

chart,etc

SP 2.4 Communicate

Results

Meeting

minutes/monthly/bi

monthly reports

Steering committee,

sprint meeting,mails

SG 1 Objectively

Evaluate Processes and

Work Products

SP 1.1 Objectively

Evaluate Processes

Audit report

(Process Audit)

SQA Audit on

process shall be

conducted. Any

trained person can

do the audit (SQA

SP 1.2 Objectively

Evaluate Work Products

and Services

Work product

Review Report (SQA

review on

deliverables)

work products

reviewed for

Process by any

trained person.

(SQA can be part of

the team)

Include

SQA check

on

Design/user

story/tests,

etc for right

procedure,t

emplate,sta

ndarad ,etc

SG 2 Provide Objective

Insight

SP 2.1 Comm and Ensure

Resolution of NC Issues Non compliance

closure Report

Non compliance

closure Report

SP 2.2 Establish Records Non compliance

closure Report

Non compliance

closure Report

SG 1 Use the Project’s

Defined Process Tailoring


Project’s Defined Processtailoring

checklist/document

(of organization

process with project

context)

tailoring

checklist/document

(of organization

process with project

context)

Project plan

can have

also

Me

asu

rem

en

t an

d A

nal

ysis

PP

QA

Inte

grat

ed

Pro

ject

Man

age

me

nt

SP 1.2 Use Organizational

Process Assets for

Planning Project Activities

estimation/measure

ments/risks,etc used

for planning (mostly

in project plan)

Use of repository on

defects/risks, etc Project plan

SP 1.3 Establish Project's

work EnvironmentDocumented Project

environement

(mostly in project

plan)

Project plan to have

environment details

SP 1.4 Integrate Plans

integrated project

plan

Consolidate the

Project plan,

delivery schedule ,

product back log

SP 1.5 Manage the Project

Using the Integrated Plans

Revised integrated

project

plan/updates based

on it

Sprint planning,

stand up Meeting

SP 1.6 Establish Teams Team roles and

guidance (Mostly in

project plan) Scrum roles

for distributed

team have guidance

SP 1.7 Contribute to the

Organizational Process

Assets

Lessons learnt/best

practices/improvem

ents,etc Sprint retrospective

MOM/wiki

pages/notes -> to

improve SCRUM

application

SG 2 Coordinate and

Collaborate with

Relevant Stakeholders

SP 2.1 Manage Stakeholder

Involvement Team

Meetings/issue

log/Project meetings

Steering committee,

stand up meeting MOM

SP 2.2 Manage

Dependencies

Issue ,dependancy

log & closure of

actions

Steering committee,


SP 2.3 Resolve

Coordination Issues

Issue ,dependancy

log & closure of

actions

Steering committee,


SG 1 Establish an

Organizational Training

Capability


Strategic Training Needs

Linked training

needs with business

objectives (mostly

annual Training plan

/strategy document)

Linked training

needs with business

objectives (mostly

annual Training plan

/strategy document)

Inte

grat

ed

Pro

ject

Man

age

me

nt

Org

aniz

atio

n T

rain

ing

SP 1.2 Determine Which

Training Needs Are the

Responsibility of the

OrganizationProject level & Org

level training - listed

(in plan)

Project level & Org

level training - listed

(in plan)

Ex: Scrum

training at

project

level, audit

training at

org. level

SP 1.3 Establish an

Organizational Training

Tactical Plan Training Calendar

Training delivery

shcedule,etc

SP 1.4 Establish Training

CapabilityTraining

envionment,trainer

details documented

at org. level

Training

envionment,trainer

details documented

Identified

SCRUM

trainer list

SG 2 Provide Necessary

Training

SP 2.1 Deliver TrainingTraining delivery

record

(Invite/material/fee

dback/attendance)

Training delivery

record


dback/attendance)

SP 2.2 Establish Training

Records

Training delivery

record


dback)

Training delivery

record


dback)

SP 2.3 Assess Training

Effectiveness

Training feedback

evluation/360

feedback/performan

Training feedback

evluation/360

feedback/performa

SG 1 Determine Process-

Improvement

Opportunities

SP 1.1 Establish


Needs

Process Needs &

details (mostly in

Quality Manual)

Process Needs &

details (mostly in

Quality Manual)

SP 1.2 Appraise the

Organization’s Processes

Audit/appraise/revie

w organization

process

Audit/appraise/revi

ew organization

process

Document

the Agile

Scrum as

guideline

and keep

updating it

at org. level

SP 1.3 Identify the

Organization's Process

Improvements

Improvement log

(based on apprisals

and from projects)

Improvement log

(based on apprisals

and from projects)

SG 2 Plan and Implement

Process Actions

Org

aniz

atio

n T

rain

ing

Org

aniz

atio

n P

roce

ss F

ocu

s

SP 2.1 Establish Process

Action Plans

Improvement Log (

with

CR/improvement

and action plan)

Improvement Log (

with

CR/improvement

and action plan)

SP 2.2 Implement Process

Action Plans

Improvement Log

status( with

CR/improvement

and action plan)

Improvement Log

status( with

CR/improvement

and action plan)

SG 3 Deploy


Assets and Incorporate

experiences

SP 2.1 Deploy


AssetsDeployment plan

with status

Deployment plan

with status

SP 2.2 Deploy standard

processes

Deployment plan

with status

Deployment plan

with status

SP 2.3 Monitor the

Implementation

Deployment plan

with status

Deployment plan

with status

SP 2.4 Incorporate

Experiences into the


Assets

Updated

Repositories

(Estimation/risk/def

ects/samples,etc)

Updated

Repositories


ects/samples,etc)

SG 1 Establish


Assets Define Processes

Same as CMMI as

they are Org. level

practices

SP 1.1 Establish Standard

Processes

Documented

process Definitions

Documented

process Definitions

Scrum,Engi

neering (or

XP),support

processes

SP 1.2 Establish Life-Cycle

Model DescriptionsLifecycle description

(waterfall/increment

al/iterative,etc) SCRUM guideline

SP 1.3 Establish Tailoring

Criteria and GuidelinesTailoring Guideline (

mostly by process)

and Criteris

(small/large, etc)

Tailoring Guideline (

mostly by process)

and Criteris ( Co-

located/distributed

teams, etc)


Organization’s

Measurement Repository

Metrics repository Metrics repository

Org

aniz

atio

n P

roce

ss F

ocu

sO

rgan

izat

ion

Pro

cess

De

fin

itio

n


Organization’s Process

Asset Library

Repositories


ects/samples,etc)

Repositories


ects/samples,etc)

SP 1.6 Establish work

Environment Standards Work Environment

details ( mostly in

Quality manual)

Work Environment

details ( mostly in

Quality manual)

SP 1.7 Establish rules and

guidelines for teamsTeaming norms

(mostly in Quality

manual)

Teaming norms

(mostly in Quality

manual)

SG 1 Evaluate

Alternatives

SP 1.1 Establish Guidelines

for Decision Analysis

Guideline (when to

use,

criteria,responsible,

etc)

Guideline (when to

use,

criteria,responsible,

etc)

Ex:

Architectur

e selection,

Prioritizatio

n of User

stories/rele

ases,

resource

loading(cap

acity

planning),et

c

SP 1.2 Establish Evaluation

Criteria

Criteria to evaluate

decision(it will vary

based on the

context)

Criteria to evaluate

decision(it will vary

based on the

context)

Ex:

Architectur

e selection:

use of

complexity,

ease of

implement,

portability,

etc

SP 1.3 Identify Alternative

SolutionsDocument alternate

solution (separate

DAR sheet used in

many org.)

Document alternate

solution (separate

DAR sheet used in

many org.)

SP 1.4 Select Evaluation

Methods

Evaluation

techniques (pugh

matrix,cost

benefit,weigheted

average,etc) (DAR

sheet to have the

method)

Evaluation

techniques (pugh

matrix,cost

benefit,weigheted

average,etc) (DAR

sheet to have the

method)

Cost

benefit/diffi

culty

benefit will

be easier

Org

aniz

atio

n P

roce

ss D

efi

nit

ion

De

cisi

on

An

alys

is a

nd

Re

sou

ltio

n

SP 1.5 Evaluate

Alternatives Valuation of each

alternative solution

(DAR sheet)

Valuation of each

alternative solution

(DAR sheet)

SP 1.6 Select Solutions Final Solution ( DAR

sheet)

Final Solution ( DAR

sheet)

136 74

Legend 112 0.660714286New/more changes required

to meet CMMImedium level

documentation/changes

required to meet CMMI

Less documentation/changes

required to meet CMMIOrganizational Processes

(may be "New" to some

Organizations)

[email protected]

Contact us for further details:

Consulting needs, write to us:

[email protected]

b) The Mapping given here are typical, and not the only way to look at it. Please refer

CMMI model and SEI report for further understanding.

C) The details given here are reference purpose only; The author or organization is not

responsible for any interpretation and application of it.

d) Please Visit Sei.cmu.edu site for any information on CMMI and SCAMPI

a) The CMMI High Maturity Practices are not mapped (L4 and L5) and applied upto

CMMI ML3

Disclaimer:

De

cisi

on

An

alys

is a

nd

Re

sou

ltio

n

mailto:[email protected]

mailto:[email protected]

CMMI Agile Mapping

Technology

Transcript of CMMI Agile Mapping