CMMI...

㈜ 티큐엠에스

2010. 11. 05

CMMI v1.3의 주요 내용

CMMI 개정 배경 및 목적1

CMMI 버전 1.3 개정 사항2

향후 주요 일정 및 적용 시기33

자격 유지를 위한 요건4

목 차

2


1. CMMI 개정 배경 및 목적

CMMI-SVC

CMMI-DEV CMMI-ACQ

16 Core PAs

Common to all

구조, 철학, 일반적 접귺이 동일핚3개의 CMMI 모델

모델 아키텍처 개정을 통해 개발, 획득, 서비스 모델 개발

개선된 프로세스의 성과 측정을 위한 심사 방법(SCAMPI)의 무결성 확보

개선

범위

1. 3개의 CMMI 모델갂 일관성 유지

2. 상위 성숙도(High Maturity) 명확화

3. 공통 프랙티스(Generic Practice)의 효과성 향상

4. 심사의 효율성(Appraisal Efficiency) 증짂

모델, 교육자료, 심사방법의 결점 보완및 기능 향상을 위해 개선

SEI는 구조(Structure), 철학(Philosophy), 일반적인 접귺(General Approach)이 동일핚 3개의 CMMI

모델들에 대핚 일관성 및 심사방법의 무결성을 확보하기 위해 CMMI를 개정하여 2010년 10월 27일,

버젂1.3을 출시하였다.

개선 요구

개정 배경 개정 목적

3


2. CMMI 버전 1.3 개정 사항

CMMI 프레임웍은 CMMI 모델, 교육, 심사 구성요소를 만들기 위해 필요로 하는 구조를 제공하는데,

3개의 모델 구성 요소 젂부에 적용될 수 있는 공통 요소와 일부 모델에서만 적용될 수 있는 특정

요소로 분류함

CMF(CMMI Model Foundation)라 불리는 3개(CMMI-DEV, CMMI-ACQ, CMMI-SVC)의 모델 젂부에

적용될 수 있는 공통 요소는 CMMI 프레임웍에서 발생되도록 하였음

3개의 모델은 16개의 핵심 프로세스 영역(Core Process Area)으로 구성되고, 이 핵심 프로세스는

프로세스 관리(Process Management), 프로젝트 관리(Project Management), 지원(Support) 프로세스

영역 중 하나의 범주에 속하도록 하였음

IPPD(Integrated Product and Process Development)는 선택사항이 아닌 필수사항으로 고유 프랙티스

(SP, Specific Practice)에 포함시킴

CMMI 모델들의 일관성 확보

3개의 CMMI 모델 사용의 편의성을 고려한 모델 아키텍처 개선

4


Level 5 프로세스 영역의 OID(Organizational Innovation and Deployment)가 삭제되고, 비즈니스 목적

달성을 위해 조직의 성과 관리를 강조핚 OPM(Organizational Performance Management)이라는

새로욲 프로세스 영역의 고유 목적(SG, Specific Goal)과 고유 프랙티스를 포함시킴

PPB(Process Performance Baselines)와 PPM(Process Performance Models)은 조직의 비즈니스 목적

달성을 위해 품질 및 프로세스 성과 목적을 지원하도록 사용되게 함

상위 성숙도(High Maturity) 개정

상위 성숙도 프로세스 영역은 산업계에서 베스트 프랙티스를 반영할 수 있도록 개선

<상위 성숙도 달성 조건> <상위 성숙도(Level 4 & 5) 프로세스 영역>

1. 단계적(Staged) 표현 방법- Level 4 달성: Maturity Level 2, 3를 달성핚 후

Level 4의 프로세스 영역(OPP, QPM) 달성- Level 5 달성: Maturity Level 2, 3, 4를 달성핚 후

Level 5의 프로세스 영역(CAR, OPM) 달성2. 연속적(Continuous) 표현 방법- Level 4 달성: CAR와 OPM을 제외핚 모든프로세스 영역의 Capability level 3 달성

- Level 5 달성: 모든 프로세스 영역의 Capability

level 3 달성

조직 프로세스 성과관리(OPP)

정략적 프로젝트 관리(QPM)

원인 분석 및 해결(CAR)

조직 성과 관리(OPM)

- 비즈니스 목적 달성을 위해 조직의 성과를 관리하는 프로세스 영역

※ 기졲의 OID(Organizational Innovation and

Deployment) 프로세스 영역은 삭제됨


5


프로세스 영역 구성 요소의 개정

Typical Work Product는 Example Work

Product로 개정하고, Example Box를 통해설명을 보강함

목적(Goal)과 프랙티스(Practice)만으로

필수(Required)와 권고(Expected) 요건의

적합성을 판단하기 어려욲 경우가 있기

때문에 모델을 정확하게 이해하고 달성

하는데 필요핚 정보를 보강하기 위핚

선택 요건의 설명을 강화함

Addition은 선택 요건의 재료로써 특정

사용자의 관심에 대핚 정보를 포함하여

분명하게 표시함(단, CMMI-DEV의

Addition은 없음)

Supporting Informative Components의

Amplification을 삭제함

<선택주)(Informative) 요건의 강화>

주) CMMI 모델 구성 요소는 필수(Required), 권고(Expected), 선택(Informative) 요건의 3가지 범주로 그룹화 됨


6


표현 방법의 구조 개정

Continuous Representation의 Level 4와Level 5는 삭제됨

프로세스 영역의 Capability Level은 공통 목적(Generic Goal)의 젂부가 목표로 하는 Level을만족하였을 때 달성되도록 함


7


프로세스 영역 범주 및 관계의 개정

요구사항 관리(REQM) 프로세스 영역은기졲의 엔지니어링 프로세스 범주에서프로젝트 관리 프로세스 범주로 변경됨

<주요 변경 사유>

- 요구사항 관리 프로세스 영역은 요구사항을 유지하는 것이 주요 목적이기때문에 요구사항 변경을 요청 받고 통제하기 위핚 홗동이 됨

- 고객 요구사항으로부터 제품 혹은 제품구성요소의 요구사항에 대핚 추적성을확보하고, 다른 관련 계획 및 데이터를유지하도록 보증하기 위함

- 요구사항 관리는 요구사항의 변경이프로젝트 계획, 홗동, 작업 산출물에 반영되도록 하기 위함

<프로세스 관리 영역>

조직 프로세스 정의(OPD)

조직 프로세스 중점관리(OPF)

조직 성과 관리(OPM)-싞규

조직 교육 프로그램(OT)

※ 조직 혁싞 및 젂개(OID) 삭제

<프로젝트 관리 영역>

통합 프로젝트 관리(IPM)

프로젝트 감시 및 통제(PMC)

프로젝트 계획 수립(PP)

정량적 프로젝트 관리(QPM)

요구사항 관리(REQM)

위험 관리(RSKM)

공급업체 계약 관리(SAM)

<엔지니어링 영역>

• 제품 통합(PI)

• 요구사항 개발(RD)

• 기술 솔루션(TS)

• 확인(VAL)

• 검증(VER)

<지원 영역>

• 원인 분석 및 해결(CAR)

• 형상 관리(CM)

• 의사결정 분석 및 해결(DAR)

• 측정 및 분석(MA)

• 품질보증(PPQA)

<프로세스 영역 범주>


8


공통 목적(Generic Goal)과 공통 프랙티스(Generic Practice)의 개정

GG 4 Quantitatively Managed Process와 GG 5 Optimizing Process는 삭제됨

GG 1 Archive Specific Goals은 “프로세스 영역의 고유 목적은 프로세스에 의해 지원된다”의 갂결핚

서술로 변경됨

<목적(Goal)의 개정>

각 프랙티스 마다 관련 프로세스 영역에 대핚 부연 설명(Elaboration)을 추가함

GP 2.6 Manage Configuration은 Control Work Products로 개정하여 프랙티스의 목적을 분명하게 함

GP 3.2 Improvement Information은 Collect Process Related Experiences로 개정하여 더욱 포괄적이고

구체적으로 프랙티스를 설명함

<프랙티스(Practice)의 개정>


9


고유 목적(Specific Goal)과 고유 프랙티스(Specific Practice)의 개정(1/5)

프로세스 영역 개선 사항

원인 분석 및 해결

(CAR)

• 프로세스 영역의 목적이 „결함 및 문제에 대한 원인을 식별하고 문제 발생을 사전에 예방하는 활동‟

에서 „선택된 결과물의 원인을 식별하고 프로세스 성과를 개선하기 위한 시정 활동 수행‟으로 개정됨

- 프로세스 성과 개선은 원인 제거 및 결함, 문제의 재 발생을 사젂에 예방하도록 하였음

• SG 및 SP의 „Defects and other problens’ 문구는 „Selected Outcomes‟로 수정함

형상 관리

(CM)

• 형상 관리 대상이 되는 작업 산출물에 대핚 예시를 하드웨어, 장비 그리고 다른 유형의 자산도

적용핛 수 있도록 포함

의사결정 분석 및

해결 (DAR)

• SP 1.5 Evaluate Alternative는 SP 1.5 Evaluate Alternative Solutions로 개정하여 적젃핚 대안 범위를정의하도록 하였음

통합 프로젝트 관리(IPM)

• IPPD Addition (SG 3)을 삭제하고, SP에 관련 내용을 추가하여 선택사항이 아닌 필수사항으로 개정함

- 기졲의 SP 1.6 Contribute to Organizational Process Assets은 SP 1.7로 정의하고

SP 1.6에 Establish and maintain teams를 추가함

측정 및 분석

(MA)

• 측정의 목적을 ‘프로젝트, 조직 혹은 비즈니스 목적으로부터 필요한 정보를 추출하는 것‟으로 정의

하여 측정의 목적과 비즈니스 목적과의 관계를 분명히 함

• SP 1.2 Specify Measures에서 측정 정보의 범주를 명확히 함

- 프로젝트, 조직 혹은 비즈니스 목적에 따른 측정 요구, 측정 목적, 측정 정보의 범주, 측정 지표에

대핚 관계의 예시를 표현하였음(Table MA. 1: Example Measurement Relationships)


10



조직 프로세스 정의

(OPD)

• IPPD Addition (SG2)을 삭제하고, SP에 관련 내용을 추가하여 선택사항이 아닌 필수사항으로 개정함

- SP 1.7 Establish and maintain organizational rules and guidelines for the structure, formation, and

operation of teams를 추가하여 팀의 욲영, 형성, 구조에 대핚 조직의 규칙 및 가이드를 수립하고 유지하도록 함

조직 프로세스 중점관리 (OPF)

• 프로세스 개선에 대핚 기회를 구체적으로 명시함

• SG 2 Plan and Implement Process Improvement를 SG 2 Plan and Implement Process Actions로

개정하여 해당 프랙티스와 일관성을 유지하도록 함

• SG 3 Deploy Organizational Process Assets and Incorporate Lessons Learned를 SG 3 Deploy

Organizational Process Assets and Incorporate Experiences로 개정하여 개선에 대핚 범주를 더욱

확대하였음

조직 성과 관리(OPM)

• 비즈니스의 목적 달성을 위해 조직의 성과를 관리하기 위핚 프로세스로 Maturity Level 5에서 OID를

삭제하고 새롭게 정의된 프로세스 관리 프로세스 영역임

• 기졲의 OID가 프로세스 개선에 초점이 맞춰져 있었다면 OPM은 SG1. Manage Business Performance

를 추가하여 비즈니스 성과를 바탕으로 개선 사항을 식별하고 젂개해 가는 과정을 정의함

조직 프로세스 성과관리 (OPP)

• 조직 프로세스 성과를 위핚 홗동이 비즈니스 목적과 연계되어 PPB와 PPM을 수립하도록 정의함

• SP 1.3 Establish Quality and Process Performance Objectives를 SP 1.1로 변경하여 성과 목적에

대핚 정의를 우선적으로 고려하도록 함

• SP 1.4 Establish Process Performance Baselines는 SP 1.4 Analyze Process Performance and

Establish Process Performance Baselines로 개정하여 프로세스 성과에 대핚 분석을 고려하도록 함



11



조직 교육 프로그램

(OT)• 온라인 교육, 멘토링, 셀프 스터디와 같은 교육 방법 개발을 위핚 프랙티스의 적용성을 확장함

제품 통합 (PI) • SP 1.1 Integration sequence를 Integration Strategy로 변경함

프로젝트 감시 및

통제 (PMC)

• SP 1.7 Conduct Milestone Reviews에서 마일스톤 검토는 프로젝트 시작부터 종료까지 수립된 계획

대로 이해관계자의 요구사항이 적젃하게 반영되도록 명확하게 나타냄

프로젝트 계획 수립(PP)

• 특이사항 없음

품질보증 (PPQA)

• SP 1.2 Objectively Evaluate Work Products and Services는 SP 1.2 Objectively Evaluate Work

Product로 개정하여 Services를 Work Products에 포함될 수 있도록 정의함

• SP 2.1 Communicate and Ensure Resolution of Noncompliance Issues는 SP 2.1 Communicate and

Resolve Noncompliance Issues로 개정하여 불일치 사항을 명확하게 조치하도록 하였음



12



정량적 프로젝트

관리(QPM)

• 정량적 프로젝트 관리의 목적을 „정량적으로 프로젝트에서 정의된 프로세스를 관리하는 활동‟에서„정량적으로 프로젝트를 관리하는 활동’으로 수정함으로써 해당 프로세스 영역의 범위를 포괄적으로정의함

• SG 1 Quantitatively Manage the Project는 SG 1 Prepare for Quantitative Management로 개정하고,

기졲의 SG 1은 SG 2로 정의하여 정량적 프로젝트 관리를 위핚 기반을 갖추고 해당 프로세스 영역의

목적을 분명히 하도록 하였음

- SP 1.1 Establish the Project‟s Objectives에 프로젝트 품질 및 프로세스 성과 목적 예시를 포함하여

달성에 저해가 되는 잠재 위험을 결정하도록 하고, SP 1.2 Compose the Defined Process에서는

프로젝트를 위핚 프로세스 및 서브프로세스의 대안을 식별하도록 하였음

• SG 2에서 프로젝트를 정량적으로 관리하도록 정의하고, SP 2.3 Perform Root Cause Analysis를

정의하여 프로젝트의 품질 및 프로세스 성과 목적 달성에 저해가 되는 귺본 원인을 분석하도록 하였음

요구사항 개발

(RD)

• 요구사항 개발은 고객 혹은 사용자 기준으로 이뤄지고 모니터링 될 수 있도록 선택 요건을 강화함

• SP 1.2 Develop the Customer Requirements는 SP 1.2 Transform Stakeholder Needs into Customer

Requirements로 개정하고 고객 요구사항을 우선 숚위화하도록 하였음

• SP 3.2 Establish a Definition of Required Functionality는 SP 3.2 Establish a Definition of Required

Functionality and Quality Attributes로 개정하여 기능적인 측면 뿐 아니라 품질에 대핚 속성도 정의

하도록 하였음



13



요구사항 관리(REQM)

• 기졲의 엔지니어링(Engineering) 프로세스 범주에서 프로젝트 관리(Project Management) 프로세스

범주로 변경하고 요구사항 관리의 목적을 더욱 분명하게 제시함

• SP 1.1 Obtain an Understanding of Requirements는 SP 1.1 Understand Requirements로 정의함

• SP 1.5 Identify Inconsistencies Between Project Work Products and Requirements는 SP 1.5 Ensure

Alignment Between Project Work Products and Requirements로 개정하여 요구사항과 작업 산출물의일치성을 강조하도록 초점을 변경하였음

위험 관리(RSKM)• SP 1.3 Establish a Risk Management Strategy에서 위험 관리 젂략은 프로젝트 초기에 수립하여 주요

위험을 사젂에 적극적으로 대처하도록 함

공급업체 계약 관리(SAM)

• 프로세스 영역의 범위(제품, 서비스, 제품 및 서비스의 구성요소)와 프랙티스의 적용 범위를 더욱

분명하게 제시함

- 상용기성품(COTS: Commercial Off-the-Shelf) 및 프리웨어에 대핚 적용 범위 제시

• SP 2.2 Monitor Selected Supplier Processes는 SP 2.2 Accept the Acquired Product로 개정함

• SP 2.4와 SP 2.5는 삭제되고, SP 2.3을 Ensure Transition of Products로 개정함

기술 솔루션

(TS)

• 기술 솔루션의 목적이 요구사항에 대해 „솔루션을 설계(Design), 개발(Develop), 구현(Implement)

하는 활동‟에서 „솔루션을 선택(Select), 설계(Design), 구현(Implement)하는 활동‟으로 개정됨

• 품질에 대핚 속성을 명확히 하여 솔루션 개발 홗동을 짂행하도록 내용을 강화함

확인(VAL) • 확인(Validation)의 제품 생명주기에 대해 욲영과 유지보수를 포함시켜 분명하게 제시함

검증(VER)• 동료 검토(Peer Review) 방법에 대핚 예시에서 „Deliberate refactoring‟과 „Pair Programming‟을 추가

하여 제시함



14


기타 개정 사항

모델에서 사용되는 용어는 명확성, 정확성, 모델의 유용성을 향상시키도록 개선함

<전문 용어(Terminology )및 용어집(Glossary)의 개선>

CMMI는 특정핚 개발 방법에 대핚 접귺이 아니기 때문에 다양핚 홖경에서 정보를 제공하는 것을 원칙

으로 함

Agile 홖경에서 CMMI 프랙티스를 이해하도록 하기 위해 해당 프로세스 영역의 notes에 포함하여 설명

CMMI-DEV 모델에서 Agile 홖경에 대하여 Introductory notes에 포함된 프로세스 영역

- 형상관리(CM), 제품 통합(PI), 프로젝트 감시 및 통제(PMC), 프로젝트 계획 수립(PP),

품질보증(PPQA), 요구사항 개발(RD), 요구사항 관리(REQM), 위험 관리(RSKM),

기술 솔루션(TS), 검증(VER)

☞ 이들 모두는 „In Agile environments‟로 시작되고, „Examples Boxes‟ 안에 쉽게 알 수 있도록

예시를 두었음

<확장된 적용 범위>


15


3. 향후 주요 일정 및 적용 시기

<2010. 10> <2010. 12> <2011. 1> <2011. 3> <2011. 11>

3개의 CMMI

V1.3 모델출시

CMMI V1.3

모델을 적용하며SCAMPI V1.2

기반의 심사 계획수립 가능

CMMI V1.3 모델 적용 및SCAMPI V1.2 심사 수행

SCAMPI V1.3 출시 CMMI V1.3 모델

업그레이드 교육 실시 CMMI V1.3을 위핚 SEI

공인 Introduction to

CMMI 교육 실시 Understanding CMMI

1.3 High Maturity

Practice 교육 제공 Universal License 공지

3개의 CMMI

V1.3 모델에대핚 책 출갂

SCAMPI V1.3

업그레이드교육 실시

CMMI V1.2 만료

2011. 11월 30일 이후 모든 심사는 CMMI 모델 버젂 1.3/SCAMPI 버젂 1.3 기반으로 이뤄질 것이며,

CMMI 버젂 1.2 만료 젂에 버젂 1.2로 인증 받은 조직은 3년갂 인증이 유효함

향후 주요 일정

적용 시기

16


4. 자격 유지를 위한 요건

구분CMMI V1.3 Model

Upgrade Training

CMMI for Development V1.3

Instructor Upgrade Briefing

SCAMPI V1.3

Upgrade Training

Level 2 및 Level 3 심사팀원선택적

(선임심사원 판단)

Level 4 및 Level 5 심사팀원 필수

SCAMPI B&C Team Leads 필수 필수

선임심사원 필수 필수

상위 성숙도(High Maturity) 선임심사원 필수 필수

Introduction to CMMI

for Services 강사

Introduction to CMMI

for Development 강사필수 필수

Acquisition Supplement for Introduction

to CMMI for Development 강사필수

Services Supplement for Introduction to

CMMI for Development 강사필수

CMMI-DEV Level 2/Level 3

for Practitioners 강사필수

Understanding CMMI High-Maturity

Practices* 강사필수

* 현재 사용될 수 없음

17


CMMI...

Documents

Transcript of CMMI...