█ CMMI 모델에 대한 기본 이해
글_ 신용석 굿어스 ITG컨설팅팀 팀장
CMMI (Capability Maturity Model Integration :능력성숙도모델통합)는 소프트웨어를 위한 성숙도 모델(SW-CMM)로부터 시작
1991년 미국 카네기 멜론대 부설 소프트웨어 공학 연구소(Software Engineering Institute, SEI)가 소프트웨어 개발 및 유지보수 프로세스를 지속적으로 개선하기 위한 모델로 개발된 것이 시초.
█ CMMI의 배경 및 시작
▶ 소프트웨어를 위한 성숙도 모델(SW-CMM)
▶시스템 엔지니어링 능력 성숙도 모델(Systems Engineering CMM: SE-CMM),
▶소프트웨어 획득 능력 성숙도 모델(Software Acquisition Capability Maturity Model: SA-CMM),
▶통합 제품 개발팀 모델(Integrated Product Development Team Model: IPD-CMM),
▶시스템 엔지니어링 능력 심사 모델(Systems Engineering Capability Assessment Model: SECAM), ▶시스템 엔지니어링 능력 모델(Systems Engineering Capability Model: SECM) 등
이렇게 만들어 진 CMM의 모델들은 모델간의 상호 중첩되는 부분이나 구조의 다름으로 인해 현장에 적용하기 어려운 점과 각각의 모델을 적용하는 데에 따른 중복 투자로 비용의 과다 지출 등이 문제점으로 지적
이를 해결하기 위해 CMM의 모델 자체 통합이 필요하게 되어 9001 및 ISO15504(Software Process Improvement and Capability dEtermination, SPICE) 등의 표준 개념을 포함한 CMM의 통합 모델인 CMMI가 만들어짐.
█ CMMI의 구성
CMMI는 CMMI모델과 프레임워크, 교육훈련 교재 및 진단 방법론으로 구성
2002년 1월 CMMI-SE/SW 버전1.1이 발표된 이후로 CMMI-SE/SW/IPPD 버전1.1이 발표
공급업체 소싱 분야까지를 포함한 CMMI-SE/SW/IPPD/SS 버전1.1이 2002년 3월에 발표
기존의 SW-CMM을 적용한 기업이 쉽게 CMMI로 전환할 수 있도록 CMMI-SW가 2002년 8월에 발표
이로써 CMMI 모델은 전체 4개의 원칙(Discipline)이 유용하게 됨
[그림1] CMMI배경모델
█ CMMI의 모델 구조
1. 단계별 표현 방법에서의 CMMI의 모델 구조
▶성숙단계(Maturity Level:단계적 표현방법에서 사용), 또는 능력단계(Capability Level: 연속적 표현방법에서 사용)
▶성숙단계(Maturity Level)는 조직에서 해당업무를 얼마나 체계적으로 수행하고 있는지를 나타내는 지표로 CMMI에서는 성숙단계를 Level1에서 Level5까지 5단계로 구분
항목
내용
프로세스 영역 (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가지의 활동 유형이 있음
2. 연속적 표현 방법의 CMMI모델
구성요소는 기본적으로 단계별 표현 방법과 동일하지만, 일반 프랙티스들을 공통 수행 항목으로 구분하지 않는 점과 특정 프랙티스들을 기본 프랙티스와 고급 프랙티스로 구분하는 점이 단계별 표현 방법과 상이함
█ CMMI의 표현 방법
유형
설명
단계별 표현 방법
기 정의 된 프로세스 집합을 평가해 이를 통해 조직의 전체 프로세스 능력을 알아보는 것
연속적 표현 방법
개별 프로세스 영역별 평가를 통해 개별 프로세스의 능력을 알아보는 것
단계적 표현 방법
5단계의 성숙 단계가 있으며 하위 성숙 단계는 상위 성숙 단계의 기초를 제공
상위 성숙 단계에 도달하기 위해서는 반드시 하위의 모든 성숙 단계들을 충족
예를 들어 CMMI Level 3의 성숙 단계에 도달하기 위해서는 하위의 성숙 단계인 CMMI Level2의 7개의 프로세스 영역인 요구사항관리(REQM), 프로젝트계획(PP), 프로젝트 감시 및 통제(PMC), 공급자계약관리(SAM), 측정과 분석(MA), 프로세스 및 제품 품질보증(PPQA), 형상관리(CM)가 모두 충족
단계
설명
성숙 단계1(초기: Initial)
구조화된 프로세스를 갖고 있지 않는 조직을 말함
개발 활동 자체가 정형화 되어 있지 않아서 어떠한 상황에 대해서는 개개인의 역량에 따라 임기응변식의 대응
예산 및 납기가 거의 지켜지지 않으며 때때로 개발 활동이 성공할 수 는 있으나 이는 조직의 프로세스 능력에 의한 것이 아니라 해당 프로젝트에 참여한 일부 개인의 능력에 의한 것
조직이 개인의 역량에 따라 좌지우지 될 수 있는 단계.
성숙 단계2(관리됨: Managed)
조직은 기본적인 프로세스를 갖고 있음
그것에 따라 업무가 수행되고 있고 기본적인 관리 활동들로부터 구체적인 특정 영역으로 프로세스의 체계가 확대 발전하는 조직
첫째, 문서화된 프로세스와 계획이 있고 둘째, 프로세스 수행에 대한 권한과 책임이 적절히 부여되어 있으며 셋째, 조직원들에게 필요한 교육을 실시하며 넷째, 작업 산출물들에 대하여 형상 관리가 실시되며 다섯째, 적절한 위치의 관리자와 함께 프로세스활동 및 진행 상태 및 결과에 대하여 적절히 검토하며 필요에 따라서는 시정 조치 등을 하고 여섯째, 관련 이해 관계자들이 식별되고 이들과 함께 해당 작업을 수행하는 단계.
성숙 단계3(정의됨: Defined)
조직 차원의 표준 프로세스를 보유하고 있으며 프로젝트를 수행할 경우 프로젝트의 특성에 따라 적절하게 조정하여 사용
전체 조직 차원의 강력한 접근 방법에 따라 구체적인 프로세스의 이용 측정치를 수집할 수 있음
프로세스 간의 관계가 정확히 이해돼 그 결과 조직에서 수행하는 프로세스들을 좀 더 능동적으로 관리할 수 있고 조직의 비즈니스의 특성이 방영되는 단계
성숙 단계4(정량적으로 관리됨: Quantitatively Managed)
프로세스들을 통계적이고 정략적으로 관리한는 조직
제품이나 서비스의 품질, 프로세스의 성과 등을 통계적으로 이해가 가능
조직의 프로세스들이 정량적으로 관리되는 단계로 조직이 의사 결정을 하거나 제품이나 프로세스의 성과를 정량적으로 예측하여 이상 원인을 찾아 적절하게 시정 조치를 할 수 있는 단계.
성숙 단계5(최적화: Optimizing)
프로세스 성과 변동 중에서 일반적인 원인(Common cause)에 대한 분석을 통해 이를 지속적으로 개선
모든 조직원들이 건설적인 사고 및 행동으로 인해 결함은 감소되고 제품은 납기 내에 고객에게 제공되는 아주 이상적인 단계.
[그림2]단계별 표현 방버벵서의 모델 구성 요소
[그림3] 연속적 표현 방법에서의 모델 구성 요소
[그림4] CMMI 배경모델
현재의 CMMI의 버전은 2006년 8월 25일자로 발표된 버전1.2으로 이는 시스템 개발 활동을 위한 CMMI(CMMI for Development)이며 이후로 시스템 획득을 위한 CMMI(CMMI for Acquisition)가 2007년 8월에 그리고, 서비스를 위한 CMMI(CMMI for Service)가 2007년 10월에 발표될 예정.
[출처] CMMI 모델에 대한 기본 이해 |작성자 박병태
コメント