DMSC Checklist Optimized (CMMi-Level 3)

Process Area

Requirement Management (REQM)

Project Planning (PP)

Project Monitoring & Control (PMC)

Supplier Agreement Management (SAM)

Process & Product Quality Assurance (PPQA)

Configuration Management (CM)

Measurement & Analysis (M & A)

Maturity Level 3

Integrated Project Management (IPM)

Risk Management (RSKM)
Decision Analysis & Resolution (DAR)
Requirement Development (RD)

Technical Solution (TS)

Product Integration (PI)

Verification (VER)

Validation (VAL)
 DMSC Checklist Optimized (CMMi-Level 3)
CheckList

1. Is SOW /MSA / Project charter Available with Requirement Providers mentioned or identified and Acceptance
criteria defined
2. Is Q&A sheet available for Reqmt Management and up to date
3. Requirement Traceabiltiy Matrix available and up to date

1. Is Governance documents maintained . i.e PAD, CM Plan, PTR, Skill Gap analysis etc
2. Effort Estimates available
3. Size Estimates available
4. Basis of estimation guidelines available Y or N
5. Assumptions documented during estimation Y or N
6. Detailed Schedule Y or N
7. Risks identified Y or N
8. Kickoff conducted and MOM available Y or N

1. MOM
2. All AI tracked to closure no Past dues.
3. ALL RISK & ISSUES tracked to closure
4. Delivery Review conducted and MOM logged
5. Contract compliance reviewed
6. IP register maintained
7. Mid Term Review / Retrospective conducted
8. RCA conducted and corrective / preventive action identified
9. PHP to be updated every week
N/A

1. Is Selfaudit conducted. Observations & Improvements recorded as AI and tracked.

2. WP audit conducted as per the plan and related artifacts (Release Notes) available

1. Is CM Audit conducted and Findings recorded as action items.

2. All CRs tracked in chorus
3. Workproduct Deliverables - changelog notes provided in CM Repository
4. Release notes available (DRN / CRN) ?
5. CM Plan to contain Folder struture in Appendix

1. Is Vpoint analysis conducted for the past 3 - 4 weeks.

2. All metrics are analyzed as per the Metrics tailoring record.
3. Necessary corrective actions identified for deviations and tracked to closure
4. Data integrity checks conducted for the identified parameters.
(Milestones, Effort, Defect, CR, Scheduled dates)
Maturity Level 3
1. Project Approach / PTR / CM Plan - approved ?
2. Process database contribution done ?
Already addressed in PP / PMC
1. Is DAR record maintained wherever applicable ?
If in Scope,
1. Is BRS/DSRS prepared by Virtusa in client template whether there is a bridge document available
2. Is Usecases used in the Project, check where non functional requirements are captured

1. Design guidelines & coding standards available ?

2. Code review checklist available?
3. If customer supplied template for design, is bridge document available ?
4. IP products identfied
5. Unit testing performed & tracked in chorus?

1. Is Integration testing planned & performed ?

2. Is Build plan available ?
3. Configuration Status check before build?

1. All project artifacts reviewed as per the review technique mentioned in PAD & tracked through chorus
2. Defects from reviews are recorded and tracked to closure
3. Is ERA reports maintained?

1. Is SQARB Review conducted and action items tracked to closure

2. Is Testing defects logged and tracked to chorus (Internal / External)
3. Defect resolution available for all fixed defects
Total Questions
# of Questions

1
2

3
50
1
2
3
4
5
6
7
8
Are the responsibilities of Virtusa and Client during Acceptance process clearly defined?
Are there any activities for which responsibility is not explicitly assigned to either Virtusa or Client?
Does the acceptance criteria clearly specify exclusions?
Is the acceptance process defined with actors and timeline?
Is the agreed delivery schedule included?
Is the person identified for taking the delivery & acceptance criteria check?
Is the agreed upon problem resolution and correction documented?
Does the defect / review comment classification contains all types of defects / comments?
a or Client?
1
2
3

4
5
6
7
8
Does the physical configuration audit section contain list of all the deliverables that require client sign off?
Is the acceptance criteria defined for EACH deliverable included in physical configuration audit section?
Do the User Acceptance Test Cases cover all the functional and non-functional requirements?

Are specification, versions, quantity, duration, location (as applicable), included for the following resources:
Software
Hardware
Tools
Documentation
Personnel
Test data
Special
Is the defect / review comment classification criteria documented?
Is the product acceptance environment documented with special condition, if any?
Is any Knowledge Management artifact/assset reused during the activity?
Is any artifact contributed to Knowledge Mangement inventory?
Review Boards Description
SQARB Applicable to all projects where Testing phase is virtusa led
RARB
SARB Procedures are not available in GIP 6.0. Hence these can be
DARB removed from PTR
CARB