CMMi

개념
시스템과 소프트웨어 영역을 하나의 프로세스 개선 툴로 통합시켜 기업의 프로세스 개선 활동에 광범위한 적용성을 제공하는 모델로 기존 CMM에 프로젝트 관리, Procurement, 시스템엔지니어링 등의 요소를 추가한 모델

1. CMM모델을 포괄한 품질개선모델, CMMi의 개요

  가. CMMi(Capability Maturity Model Integration)의 정의

 시스템과 소프트웨어 영역을 하나의 프로세스 개선 툴로 통합시켜 기업의 프로세스 개선 활동에 광범위한 적용성을 제공하는 모델로 기존 CMM에 프로젝트 관리, Procurement, 시스템엔지니어링 등의 요소를 추가한 모델

  나. CMMi의 등장 배경

CMM 모델들의 모델간 상호 중첩과 구조의 상이함으로 인해 현장에 적용하기 어려움.

각각의 모델 적용에 따른 중복 투자로 비용의 과다 지출 등의 문제점 발생으로 이에 대한 해결을 위한 CMM 모델의 통합이 필요함

  다. CMMI(Capability Maturity Model Integration)의 특징

 다양한 CMM 모델을 통합한 프로세스 성숙도 모델로 다양한 분야에 적용할 수 있는 공통의 Framework 및 통합된 평가 방법(SCAMPI)을 제공

모델(SW-CMM, SE-CMM, IPD-CMM 등)의 통합을 통해 불일치나 중복성 제거, 모델 적용에 드는 비용 절감과 동일한 용어와 일관성 있는 형태를 제시하여 기존 모델보다 명확하게 이해할 수 있도록 개선

  라. CMMi의 참조 모델

-프로세스가 어떻게 개선되어 나가는지 알려주는 진화적인 관점 제시

CMM 모델

설명

SW-CMM

- S/W 개발 및 유지보수에 관련된 성숙도 모델

SE-CMM

- Systems Engineering CMM : 시스템 엔지니어링 능력 성숙도 모델

SA-CMM

- Software Acquisition Capability Maturity Model  : SW의 구매,조달,획득 능력 성숙도 모델

IPD-CMM

- Integrated Product Development Team Model : 프로젝트간 협동/통합프로젝트 개선 모델

SECAM

- Systems Engineering Capability Assessment Model : 시스템엔지니어링 능력 심사 모델

SECM

- Systems Engineering Capability Model : 시스템엔지니어링 능력모델

P-CMM

- People CMM : 인적 자원 능력 성숙도 모델

 

  마. CMMi의 구성

참조모델

설명

Software Engineering

- 소프트웨어의 개발, 운영, 유지보수에 대해 체계적이고 정량화할 수 있는 접근 방법에 중점

System Engineering

- 고객의 요구 및 제안 사항을 제품에 반영하고 제품의 Life Cycle 동안 지원 활동에 중점

Integrated Product & Process Development

- 고객의 Needs 및 요구사항을 만족시키기 위해 제품 전체 Life Cycle 동안 관계자들과 적절한 협업 방법의 체계적인 접근

Supplier Sourcing

- 복잡화되는 작업으로 인해 프로젝트가 특별히 요구하는 제품의 추가 수정이나 역할 수행을 위해 제공

 

2. CMMI의 모델구조

항목

내용

프로세스 영역 (Process Area)

- 해당 프로세스를 위해 수행되어야 하는 활동들을 모아 놓은 것으로 하나의 프로세스 영역은 반드시 성숙단계 2∼5중 하나에 포함

☞ 예를 들어 ‘형상관리’ 및 ‘요구사항 관리’ 프로세스영역은 성숙단계2에 포함되어 있으며 ‘검증(Verification)’및 ‘확인(Validation)’프로세스영역은 성숙단계3에 포함.

- ‘정량적 프로젝트관리’ 프로세스영역은 성숙단계4에 포함되어 프로세스 성숙단계별 반드시 수행되어야 할 활동들로 정의.

목적(Goal)

- 개별 프로세스 영역에서 해당 프로세스 영역에서 달성해야 하는 활동들의 특징을 기술하는 것

▪☞ 특정목적(Specific Goal: SG)

특정 프로세스영역과 관련된 목적이 충족되어야 하는 활동들의 특징이 기술

▪☞ 일반목적(Generic Goal: GG)

모든 프로세스 영역에서 공통적으로 적용 될 수 있는 활동의 특징이 기술

프랙티스

(Practice)

- 프로세스 영역에서 정의하고 있는 목적이 충족되기 위해 수행되는 구체적인 활동

▪☞ 특정 프랙티스(Specific Practice: SP)

특정목적이 충족되기 위해 수행되어야 하는 활동

▪☞ 일반 프랙티스(Generic Practice: GP)

프로세스가 효율적으로 지속될 수 있도록 해당 프로세스를 내재화하는 활동

공동 수행 항목(Common Feature)

- 프로세스 영역 내에서 일반 프랙티스들을 그 특성에 따라 그룹화 한 것으로 단계적 표현 방법에 사용하는 개념으로 여기에는 수행방침(Commitment to Perform: CO), 수행능력(Ability to Perform: AB), 직접이행(Directing Implementation: DI), 이행검증(Verifying Implementation: VE) 등 4가지의 활동 유형이 있음

 

3. CMMI의 표현 방법

  가. 표현 방법 별 비교

구분

Staged Representative (단계적, Bottom-Up)

Continuous Representative (연속적, Top-Down)

설명

- 가장 기초적인 관리 절차 로부터 상위 수준으로 향상되기 위해 필요한 실무까지 수행되어야 할 프로세스를 단계별로 제시

- 조직 간 비교를 가능하게 하는 단일한 등급 체계 제공

- 조직의 비즈니스 목적을 충족시키고, 위험 요소를 완화시키는데 중요한 개선 사항의 순서를 정하여 적용 시킬 수 있음

- Capability Level을 이용 하여 프로세스 영역(PA) 별로 성숙도 평가 가능

특징

- 성숙도 수준으로 조직간 비교 모델

- 단일 등급체계 평가 결과 이므로 이해하기 쉬운 프로세스 개선 결과 제시

- 입증 순서로 개선 활동 제공

- 능력 수준을 프로세스에 적용

- 프로세스 영역의 능력 수준 을 결정하므로 프로세스 개선에 유연한 접근 방식

- 우선 순위 기준 능력 수준 개선 가능

Process Area

Maturity Level로 그룹화

Capability Level로 그룹화

예제

SW-CMM(단계적 표현)

SE-CMM(연속적 표현)

성숙도

1 ~ 5 단계(SW-CMM과 유사)

0 ~ 5 단계(SPICE와 유사)

장점

- 입증된 개선 단계에 입각해 순차적인 개선 추진 가능

- 성숙도 수준을 중심으로 조직간, 조직 내 비교 가능

- SW-CMM을 사용한 조직의 경우 CMMI 접근 및 전환이 쉬움

- 심사결과를 요약하는 단일한 등급을 제공하여 조직간 비교가 가능함

- 사업목표에 맞도록 개선의 순서를 설정할 수 있음

- 전체 조직에 적용할 경우의 위험을 감소시킬 수 있음

- 프로세스 영역을 중심으로 조직간, 조직 내 비교 가능

- SE-CMM을 사용한 조직의 경우 CMMI의 접근 및 전환이 쉬움

  나. 표현 방법 별 개념도

1) 단계적 표현 모델

2) 연속적 표현 모델

3) 다른 개념도

  다. 표현 방법 별 성숙도 및 능력도 단계

수준

Staged

Continuous

설명

0

-

Incomplete

활동이 수행 안됨

1

Initial

Performed

정의된 프로세스가 없고 작업자 능력에 따라 성과가 좌우됨

2

Managed

Managed

특정한 프로젝트 내의 프로세스가 정의되고 수행되는 상태

3

Defined

Defined

조직의 표준 프로세스를 활용하여 업무를 수행하는 상태

4

Quantitatively Managed

Quantitatively Managed

정량적 기법을 활용하여 핵심 프로세스를 통제하는 상태

5

Optimized

Optimized

프로세스 역량 향상을 위해 신기술 도입, 프로세스 혁신 활동 수행

 

4. 성숙도 단계별 특징 및 CMMi 25Pas(Process Area)

 가. 성숙도 단계별 특징

단계

설명

성숙 단계1

(초기: Initial)

- 구조화된 프로세스를 갖고 있지 않는 조직을 말함

- 개발 활동 자체가 정형화 되어 있지 않음

- 예산 및 납기가 거의 지켜지지 않음

- 조직이 개인의 역량에 따라 좌지우지 될 수 있음.

성숙 단계2

(관리됨: Managed)

- 문서화된 프로세스와 계획이 있음

- 프로세스 수행에 대한 권한과 책임이 부여되어 있음

- 조직원들에게 필요한 교육을 실시함

- 작업 산출물들에 대하여 형상 관리가 실시됨

- 프로세스활동 및 결과에 대하여 적절한 Feed Back수행

성숙 단계3

(정의됨: Defined)

- 조직 차원의 표준 프로세스를 보유하고 있음

- 프로젝트의 특성에 따라 적절하게 조정하여 사용

- 구체적인 프로세스의 이용 측정치를 수집할 수 있음

- 프로세스를 능동적으로 관리할 수 있음

- 조직의 비즈니스 특성이 반영됨

성숙 단계4

(정량적관리 Quantitatively Managed)

- 프로세스들을 통계적이고 정량적으로 관리하는 조직

- 프로세스의 성과를 정량적으로 예측하여 이상 원인을 찾아 적절하게 시정 조치를 할 수 있는 단계.

성숙 단계5(최적화: Optimizing)

- 프로세스 성과 변동 중에서 일반적인 원인(Common cause)에 대한 분석을 통해 이를 지속적으로 개선

- 모든 직원이 건설적인 사고 및 행동 함

- 결함은 감소되고 제품은 납기 내에 고객에게 제공되는 아주 이상적인 단계.

  나. 상숙도 단계별 특징과 PA

성숙도레벨

내용

PA

Level 1

초기

프로세스가 임기응변적 (ad–hoc)

 

Level 2

관리

프로젝트관리가 되고 있음

PP,PMC,SAM,REQM

CM,PPQA,MA

Level 3

정의

정의되고 표준화 되었음

표준 프로세스를 테일러링한 프로세스에 따라 관리

OPF,OPD,OT,IPM,RSKM, ISM,IT,RD,TS,PI,VER,VAL

DAR,OEI

Level 4

정량적관리

통계적 기법 및 정량적 기법 사용

수치화된 예측가능

OPP,QPM

Level 5

최적화

지속적으로 개선

OID,CAR

  다. CMMi 25 Pas(Process Area)

CMMI

Process Mgmt

Project Mgmt

Engineering

Support

Level 5

OID: 조직혁신 및 이행

 

 

CAR: 원인분석 및 해결

Level 4

OPP: 조직 프로세스 성과

QPM: 정량적 프로젝트 관리

 

 

Level 3

OPF: 조직 프로세스 중점

OPD: 조직 프로세스정의

OT: 조직 훈련

IPM: 통합프로젝트 관리

RSKM: 위험관리

ISM: 통합 공급자 관리-SS

IT: 통합팀-IPPD

RD: 요구사항개발

TS: 기술 솔루션

PI: 제품통합

VER: 검증

VAL: 확인

DAR: 의사결정 분석 및 해결

OEI: 통합조직 변경 – IPPD

Level 2

 

PP: 프로젝트계획

PMC: 프로젝트 감시 및 통제

SAM: 공급자계약관리

REQM: 요구사항 관리

CM: 형상관리

PPQA: 프로세스 및 제품품질보증

MA: 측정 및 분석

 

5.CMMI와 SPICE의 비교

  가. 유사점

프로세스 심사를 위한 참조모형을 제공

개발 성숙도에 따라 차별화된 수준을 정의

각 수준의 특징을 제시하여 기관의 수준 판단 기준 제공

  나. 차이점

1) 성숙도 레벨과 심사영역의 구분

☞ CMMI: 레벨 1부터 5까지 5개의 성숙도 수준을 정의

☞ SPICE: 레벨 0부터 5까지의 6개의 수준으로 나누어 정의

2) 능력 평가 방법

 CMMI: 어떤 기관의 프로세스 능력을 여러 분야 걸쳐 평가하여 하나의 레벨로 평가하는 일차원적인 구조

3)SPICE: 각 프로세스 영역마다 능력에 대한 평가를 별도로 할 수 있는 이차원적인 구조

  다. CMMI와 SPICE의 구조 비교

비교대상

CMMI

SPICE

프로세스 목적

목적문(Purpose statement)

목적문(Purpose statement)

달성목표

Specific Goal(SG)

성과(Outcome)

Best Practice

Specific practice(SP)

Base Practice(BP)

내재화 목표

Generic Goals(GG)

Process attributes의 성과

내재화 프랙티스

Generic practices(GP)

Generic practice indicators(GPI)

 

6. CMMI 전환전략 및 전환 시 고려사항

  가. CMMI의 전환 전략

단계

내용

1

전환 착수 및 현상 분석

- 관련 조직간 컨센서스 확보

- 경영진의 의지 및 지원 확인

- 조직의 스킬 및 현재 Process 상태 분석

- 준비 상태 확인 및 위험 요소 분석

2

계획 수립

- 조직 차원의 전환 계획 수립

- 부서별 담당자 지정 및 전환 방법론 개발

3

이행 / 모니터링

- 이행 계획 수립

- 부서원 교육 및 이행

- 이행 데이터 분석, 모니터링, 감사

4

점검 및 조정

- 전환 결과의 분석 및 분석결과 공유

  나. CMMI로 전환 시 고려사항

  1. SW-CMM v1.1을 도입하고 있는 조직은 자연스럽게 CMMI로 전환이 가능
  2. 전환대상 조직의 성격, 업무목표, 업무영역이 전환에 적합한 조직인지 파악
  3. 프로세스 개선을 통해 얻고자 하는 목표의 명확화
  4. 전환에 따른 위험요소의 사전식별, 분석 및 대책 수립

 

6. CMMI의 적용 효과 및 향후 전망

  가. CMMI의 적용 효과

  1. 관리 및 엔지니어링 활동과 사업 목표 간의 연계의 명확화
  2. 제품의 라이프사이클과 엔지니어링 활동에 대한 관리 강화로 고객 서비스 품질의 향상
  3. 한 분야의 개선 노력이 타 분야와 결합 가능

품질 관련 표준들과 호환성 강화

  나. CMMI의 국내외 동향

  1. SEI는 CMMI의 활성화를 위해 기존 CMM에 대한 개정을 추진하지 않고 자연스럽게 CMMI로 이동 유도
  2. 국내는 국제 시장에서 CMM은 뒤졌지만 CMMI는 앞서가자는 인식의 확산

  다. CMMI 대응 방안

  1. SI 산업의 해외 시장 진출 교두보 확보를 위해 선 취득 요망
  2. 6시그마처럼 기업 문화로 정착시키기 위한 노력 필요
  3. 단순 심사를 위한 CMMi 인증 보다는 실제 프로세스 개선관점의 CMMi 활용이 필요함

 

 

 

 

댓글