CMMi v1.3으로 설계하는 조직 프로세스 성숙도와 개선 경로

CMMi v1.3의 통합 모델 구조와 프로세스 영역, 단계적·연속적 표현법의 차이, 조직 내재화 전략을 정리합니다.

2026-08-14 · 최초 발행 2026-04-17

분산된 성숙도 모델을 하나의 개선 체계로 묶다

CMMi(Capability Maturity Model Integration)는 소프트웨어 개발 조직의 프로세스 성숙도를 평가하고 개선하기 위해 카네기 멜런 대학교 소프트웨어 공학 연구소(SEI)에서 개발한 모델이다. 분야마다 나뉘어 있던 초기 CMM의 한계를 줄이기 위해 SW-CMM, SE-CMM, IPD-CMM 등을 통합해 만들어졌다.

CMMi v1.3은 ISO/IEC 15504(SPICE) 표준을 준수하며, 고성숙도(High Maturity)를 달성하기 위한 실무 지침과 애자일(Agile) 개발 방법론과의 정렬을 고려한다. 목표는 인증 획득 자체가 아니라, 개발 능력과 품질 수준을 평가하고 개선 프로세스를 조직 문화에 정착시키는 데 있다.

개선의 기준을 조직 전체에 맞추는 방식

CMMi의 가치는 여러 개발 도메인을 공통 언어로 다룰 수 있게 하는 데 있다. 소프트웨어 공학(SW), 시스템 공학(SE), 하드웨어 및 소프트웨어 통합 개발(IPPD)의 성숙도 모델을 하나의 체계로 다루므로, 조직 차원에서 품질을 논의할 수 있다.

이 모델은 현재 상태를 고정된 등급으로만 보지 않는다. 낮은 수준의 프로세스가 더 높은 단계로 발전하고 최적화되는 경로를 제시한다. 조직은 이 경로를 통해 현재 위치를 진단하고 다음 개선 목표를 정할 수 있다.

또한 프로세스 영역(Process Area)과 실무 활동(Practice)을 구체적으로 정의한다. 추상적인 품질 원칙이 아니라 현장에서 수행할 활동의 기준을 제공한다는 점이 핵심이다.

목표와 활동으로 이어지는 모델 구조

CMMi v1.3 모델 구조Process Area(22개의 프로세스 영역)Specific Goal(특수 목표)Generic Goal(공통 목표)Specific Practice(특수 활동)Generic Practice(공통 활동)Common Feature(공동 수행 항목)

프로세스 영역은 프로젝트 관리, 엔지니어링, 지원처럼 특정 활동 범위를 다루는 22개의 영역이다. 각 영역에는 달성해야 할 목표(Goal)가 있고, 그 목표를 충족하기 위한 세부 활동(Practice)이 연결된다.

공동 수행 항목(Common Feature)은 실행 의지(Commitment to Perform), 수행 능력(Ability to Perform)처럼 여러 프로세스 영역에 공통으로 필요한 관리 요소를 뜻한다. 개별 활동을 수행하는 것만으로는 충분하지 않고, 조직이 그 활동을 지속할 수 있는 조건도 함께 갖춰야 한다.

조직 성숙도를 따라가는 단계적 표현법

단계적 표현법(Staged Representation)은 조직 전체의 성숙도 수준(Maturity Level)을 1단계부터 5단계까지 평가한다. 전반적인 프로세스 품질을 파악하기 쉽고, 벤치마킹에 활용하기 적합하다.

  • 1단계(Initial)는 프로세스가 비정형화되어 예측이 어렵고 개인 역량에 크게 의존하는 상태다.
  • 2단계(Managed)에서는 프로젝트별 기본 관리가 이뤄지며, 요구사항 관리·계획·통제가 가시화된다.
  • 3단계(Defined)는 조직 차원의 표준 프로세스가 확립된 상태다. 모든 프로젝트는 조직 표준을 기반으로 테일러링해 수행한다.
  • 4단계(Quantitatively Managed)는 프로세스를 정량적으로 관리하며, 통계적 기법으로 성과를 예측하고 통제한다.
  • 5단계(Optimized)는 혁신적인 기술과 방법론을 도입하면서 프로세스를 지속적으로 개선하고 최적화를 추구하는 상태다.

우선순위 프로세스에 집중하는 연속적 표현법

연속적 표현법(Continuous Representation)은 특정 프로세스 영역별 역량 수준(Capability Level)을 0단계부터 5단계까지 평가한다. 조직 전체를 동시에 끌어올리기보다, 시급한 개선 영역을 골라 집중 투자할 때 적합하다.

  • 0단계(Incomplete)는 프로세스가 수행되지 않거나 목표를 달성하지 못하는 상태다.
  • 1단계(Performed)는 프로세스가 수행되어 가시적인 결과물을 만들어내는 수준이다.
  • 2단계(Managed)는 프로세스가 계획되고 모니터링되며 통제되는 상태다.
  • 3단계(Defined)는 표준 프로세스가 정의되고 일관되게 수행되는 단계다.
  • 4단계(Quantitatively Managed)는 정량적 분석과 통계적 예측이 가능한 수준이다.
  • 5단계(Optimized)는 분석 결과를 바탕으로 프로세스를 지속적으로 혁신하는 단계다.

평가 범위에 따라 달라지는 선택

비교 항목 단계적 표현법 (Staged) 연속적 표현법 (Continuous)
접근 방식 Top-Down (조직 중심) Bottom-Up (프로세스 중심)
평가 범위 조직 전체의 성숙도 수준 특정 프로세스 영역의 역량
관리 목표 조직의 전반적인 등급 획득 특정 영역의 품질 및 효율 개선
수준 정의 Maturity Level (1~5) Capability Level (0~5)

대외적 신뢰도 확보가 우선이라면 Staged 방식이 맞고, 특정 업무의 품질과 효율을 개선하려면 Continuous 방식이 더 전략적이다. 두 방식은 우열의 관계가 아니라, 개선 대상을 조직 전체로 볼지 특정 프로세스 영역으로 볼지에 따른 선택이다.

인증용 절차가 아닌 운영 방식으로 정착시키기

프로세스 개선에는 리소스 투입이 필요하므로 경영진의 강력한 지원이 동력이 된다. 최고 의사결정권자의 의지가 없다면 개선 활동은 프로젝트 단위의 일회성 시도로 끝나기 쉽다.

표준 프로세스는 실무자가 활용할 수 있도록 프로젝트 성격에 맞춰 테일러링해야 한다. 현장의 목소리가 반영되지 않은 절차는 형식적인 문서 작업으로 전락한다.

4단계 이상을 목표로 한다면 데이터 수집 체계를 먼저 갖춰야 한다. 수치화된 지표를 통해 개선 효과를 증명할 수 있어야 정량적 관리가 가능하다. 교육과 훈련도 반복되어야 한다. 프로세스는 문서로 아는 데서 끝나는 것이 아니라 구성원이 표준을 자연스럽게 따르는 운영 방식으로 자리 잡아야 한다.

CMMi v1.3의 성과는 인증 결과물이 아니라, 고객에게 더 나은 가치를 제공하고 조직 운영 효율을 높이는 프로세스 문화로 나타난다.

Sources

  • Carnegie Mellon University Software Engineering Institute (SEI) Official Docs
  • ISO/IEC 15504 (SPICE) Standard Documentation
  • Software Process Improvement and Capability Determination Insights
  • IEEE Software Engineering Knowledge Base
CMMi프로세스 개선소프트웨어 품질성숙도 모델