1. 프로세스 개선 참조 모델, CMMI의 발전 과정 및 개념
| 발전 과정 | |
|---|---|
| 개념 | 전세계 여러 국가에서 심사가 수행되고 있는 사실상(de facto) 프로세스 개선 모델이자 능력 성숙도를 판정하는 심사 방법을 제공하는 모델 – CMMI(Capability Maturity Model Integration) |
- 1999년 미 국방부 지원으로 산업계와 정부, 카네기 멜론 대학 소프트웨어 공학센터(SEI)가 공동 개발, 이후 SW-CMM의 발전된 형태로 2002년 V1.1이 시장에 적용된 이래 2010년 10월 V1.3이 발표되었으며, 2018년 V2.0을 발표
2. CMMI 2.0의 개정 목표
- 비즈니스, 기술 및 시장 요구 사항의 급격한 변화로 인해 새로운 콘텐츠를 신속하게 개발/적용 필요
- 프로세스 개선 활동의 목적은 고객 요구의 대응이므로 비즈니스 이익 및 성과 반영 모델 필요
| 목표 | 세부 설명 |
|---|---|
| CMMI를 채택하는 가치 및 ROI 입증 | – 프로세스 준수 요건보다는 성과와 효율성에 초점 – 새로운 성과 Practice들이 모델에 반영됨 – 레벨은 기본 성과, 단계가 올라감에 따라 추가로 발전 – 성과 요구에 대한 이해, 목표 수립 및 목표에 대한 측정과 성취 추적 가능 – 성과 보고서(Performance Report) |
| 현 시장의 최신 트렌드 반영 | – 최신 트렌드 및 기타 방법론 등을 추가하여 CMMI 수용 범위 확대 – Security, Safety등의 최신 트렌드 추가로 시장 요구사항 해결 – Agile 등 새로운 콘텐츠 추가로 확장 가능한 플랫폼 구축 – 이 밖의 DevOps, Continuous deployment, Work-stream development 등의 새로운 콘텐츠를 향후 추가 예정 |
| CMMI심사에 대한 전반적인 가치 증대 | – 심사 방법 변경을 통한 가치 증대 – 새로운 심사 방법 채택으로 심사 결과에 대한 신뢰성 증대 – 심사 준비에 대한 시간, 노력 및 비용 감소 – Sustainment appraisal(유지 심사) 도입으로 벤치마크 심사에 대한 유효 기간 연장 가능 – 새로운 평가 방법에는 작업 단위(WU)의 데이터 분석 범위를 넓히고 결과 편향성을 줄이는 통계적으로 검증된 랜덤 샘플링 방식 도입 |
| 쉽고 사용자 친화적 모델 | – 사용자 친화성을 고려한 편리성 증대 – 비기술적 용어 사용으로 읽고 이해하기 쉽게 변경 – Viewer 등의 온라인 플랫폼 통해 특정 조직 요구에 맞게 모델 조정 가능 – V2.0으로의 온라인 플랫폼을 통해 특정 조직 요구에 맞게 모델 조정 가능 – V1.3에서 2.0으로의 “적용 및 전환 가이드 지침” 제공 – 모델, 교육 및 가이드가 여러 언어로 번역되어 제공 – CMMI 모델 Size 감소 |
3. CMMI 2.0 주요 개정 내용
(1) CMMI 2.0의 구조 변경 사항
- 기존의 프로세스 영역(Process Area)이 프랙티스 영역(PA, Practice Area)으로 용어 변경
- 4 개의 Process Category 12 개의 Capability Area 로 구성
- 기존의 GP(Generic Practice)는 삭제되고 거버넌스(GOV)와 이행 인프라(II) PA로 통합
- 기존 22 개 프로세스 영역이 20 개 Practice 영역으로 변경(CMMI-DEV 기준)
- 기존 PA 별 Practice 구조에서 PA Level 별 Practice(Practice Group) 구조로 변경
(2) CMMI 2.0의 카테고리 별 Capability Area
| 카테고리 | Capability Area | 역할 |
|---|---|---|
| Doing | – Ensuring Quality – Engineering & Developing Products – Delivering and Managing Service – Selecting and Managing Suppliers | – Quality solution의 생산과 제공 – 고객 만족 솔루션의 지속적 생산, 제공 |
| Managing | – Planning and Managing Work – Managing Business Resilience – Managing the Workforce | – Solution의 이행을 계획, 관리 – 작업 계획, 관리 시 발생 이슈 해결 |
| Enabling | – Supporting Implementation – Managing Safety – Managing Security | – Solution 이행 및 제공 지원 – 변경 처리 방법의 제어 결정 및 전달을 위한 접근 방식 제공 |
| Improving | – Improving Performance – Building and Sustaining Capability | – 성과 향상과 유지 – 효과적, 지속적인 성과 향상 |
4. CMMI 심사 종류 및 방법
| 심사 종류 | 유효 기간 | 심사 방법 |
|---|---|---|
| Benchmark (공식 심사) | 3년 | – Benchmark Model View로 rating (기존 SCAMPI A 심사) – 심사 대상과 범위를 무작위 추출(random sampling) – CMMI Institute의 심사 시스템(CAS)에 모든 해당 사업 정보 입력 후(심사 60일 전), 시스템에서 PA별 심사 대상 사업 자동 지정 – 심사 팀원 수 : 최소 4명 이상 |
| Sustainment (유지 심사) | 2년 | – 이전 심사 rating의 연속성 확인 (벤치마크 심사 후 2년 내 심사) – 심사 조건: 이전 심사 때와 동일한 조직과 Sampling Factor 값의 변화가 없어야 함 – 심사 범위: 최초 벤치마크 심사 영역의 일부 (GOV, II PA는 필수) – 심사 팀원 수 : 최소 2명 이상 |
| Action Plan Reappraisal (재 심사) | 이전 심사 동일 | – rating(인증)에 실패한 Benchmark 또는 Sustainment 심사가 목표를 달성하였는지 확인 (미흡한 프로세스에 중점, GOV, II PA는 필수, 60일 내 재심사) – 적격 여부는 선임 심사원과 스폰서가 평가하고 CMMI Institute의 승인을 받아야 함 – 심사 팀원 : 이전 심사와 동일 심사원(동일인) |
| Evaluation (자체 심사) | – | – 방침과 프로세스가 모델과 일치하는지 점검 (개선 사항 식별) – Benchmark 심사 결과에 대한 개선 진행 상태 점검 |
[참고]
- 정보통신산업진흥원(NIPA), “소프트웨어 프로세스 심사 모형 발전 동향” 2020.9
- SPID, “CMMI 2.0 소개 및 대응방안”