CMMI로 소프트웨어 프로세스 성숙도를 개선하는 방법

CMMI는 프로세스 개선을 위한 공통 기준이다

CMMI(Capability Maturity Model Integration)는 조직이 자신의 프로세스를 평가하고 개선하기 위해 사용하는 프레임워크다. 소프트웨어 개발 프로세스의 성숙도를 판단하는 데서 출발했지만, 시스템 공학, 하드웨어 개발, 서비스 제공 등에도 적용할 수 있다.

그 뿌리는 1986년 미국 카네기멜론대학 소프트웨어 공학 연구소(SEI)가 개발한 CMM(Capability Maturity Model)에 있다. 이후 CMM, SE-CMM(Systems Engineering CMM), IPD-CMM(Integrated Product Development CMM) 등을 통합해 2000년 CMMI로 발전했다.

조직 전체와 개별 프로세스를 보는 관점

CMMI는 개발, 서비스, 획득이라는 프로세스 영역을 다룬다.

개발(Development)은 소프트웨어와 시스템 개발에 초점을 둔다.
서비스(Services)는 IT 서비스의 관리와 제공을 다룬다.
획득(Acquisition)은 제품과 서비스를 확보하는 프로세스에 초점을 둔다.

단계적 표현(Staged Representation)은 조직 전체의 프로세스 성숙도를 5단계로 평가한다.

레벨 1(Initial): 프로세스가 혼란스럽고 즉흥적인 상태
레벨 2(Managed): 기본적인 프로젝트 관리 프로세스 수립
레벨 3(Defined): 표준 프로세스 정의 및 조직 전체 적용
레벨 4(Quantitatively Managed): 정량적 측정과 통제 가능
레벨 5(Optimizing): 지속적인 프로세스 개선과 혁신

연속적 표현(Continuous Representation)은 특정 프로세스 영역의 역량을 0~5단계로 평가한다.

레벨 0(Incomplete): 프로세스 미수행 또는 부분 수행
레벨 1(Performed): 프로세스 수행, 기본 목표 달성
레벨 2(Managed): 관리된 프로세스로 계획 및 실행
레벨 3(Defined): 조직 표준 프로세스에 따라 수행
레벨 4(Quantitatively Managed): 정량적 관리 수행
레벨 5(Optimizing): 지속적 개선 체계 적용

개선 대상이 되는 프로세스 영역

프로젝트 관리 영역은 계획과 통제, 위험, 공급자, 통합 관리를 포괄한다.

프로젝트 계획(PP, Project Planning): 프로젝트 활동의 계획 수립
프로젝트 모니터링 및 통제(PMC, Project Monitoring and Control): 프로젝트 진행 상황 추적
위험 관리(RSKM, Risk Management): 잠재적 문제의 식별 및 대응
공급자 계약 관리(SAM, Supplier Agreement Management): 외부 공급자와의 계약 관리
통합 프로젝트 관리(IPM, Integrated Project Management): 프로젝트 통합 관리

프로세스 관리 영역은 조직 차원의 표준화와 개선 역량을 다룬다.

조직 프로세스 중점(OPF, Organization Process Focus): 프로세스 개선 활동 관리
조직 프로세스 정의(OPD, Organization Process Definition): 표준 프로세스 정의
조직 교육(OT, Organizational Training): 직원 역량 개발
조직 성과 관리(OPM, Organizational Performance Management): 비즈니스 목표 달성 지원
정량적 프로젝트 관리(QPM, Quantitative Project Management): 정량적 기법 활용

엔지니어링 영역은 요구사항부터 제품의 검증과 확인까지 이어진다.

요구사항 개발(RD, Requirements Development): 고객 요구사항 식별
요구사항 관리(REQM, Requirements Management): 요구사항 변경 관리
기술 솔루션(TS, Technical Solution): 설계, 개발, 구현
제품 통합(PI, Product Integration): 제품 구성요소 통합
검증(VER, Verification): 작업 산출물이 요구사항을 충족하는지 확인
확인(VAL, Validation): 제품이 사용 환경에서 의도한 대로 작동하는지 확인

지원 영역은 산출물의 무결성, 품질 보증, 측정, 의사결정, 재발 방지를 받친다.

형상 관리(CM, Configuration Management): 작업 산출물의 무결성 유지
프로세스 및 제품 품질 보증(PPQA, Process and Product Quality Assurance): 프로세스 및 제품 평가
의사결정 분석 및 해결(DAR, Decision Analysis and Resolution): 대안 평가 및 의사결정
측정 및 분석(MA, Measurement and Analysis): 측정 데이터 수집 및 분석
원인 분석 및 해결(CAR, Causal Analysis and Resolution): 결함 원인 파악 및 재발 방지

평가까지 이어지는 개선 흐름

CMMI 도입은 현행 프로세스를 파악한 뒤 개선 목표와 실행 계획을 세우고, 측정 결과를 다시 개선에 반영하는 순환 구조로 진행된다.

⤢✕

SCAMPI로 프로세스 증거를 검토한다

SCAMPI(Standard CMMI Appraisal Method for Process Improvement)는 CMMI 평가 방법론이다. 평가 목적과 범위에 따라 Class A, Class B, Class C로 구분한다.

Class A: 공식 인증을 위한 완전한 평가로, 모든 프로세스 영역을 검토한다.
Class B: 프로세스 개선 진행 상황을 확인하기 위한 평가로, 일부 프로세스 영역을 검토한다.
Class C: 특정 영역에 초점을 둔 간략한 진단을 위한 평가다.

평가는 범위와 팀, 일정을 정하는 계획 및 준비 단계에서 시작한다. 이어 문서, 인터뷰, 프로젝트 결과물을 통해 증거를 수집하고, 데이터의 일관성과 충분성을 검증한다. 프로세스 영역별 목표 달성 여부를 분석한 뒤 발견사항과 성숙도 또는 역량 레벨을 보고한다.

도입 목표와 결과를 연결한 사례

A 금융 시스템 개발 회사는 CMMI 레벨 2 수준의 프로젝트 관리 체계에서 출발해, 개발 프로세스 표준화를 위해 CMMI 레벨 3 획득을 목표로 삼았다. 프로세스 개선 전담팀을 구성하고 표준 프로세스를 정의·문서화했으며, 프로세스 자산 라이브러리(PAL)를 구축했다. 전사 교육과 훈련 프로그램도 운영했다.

그 결과 프로젝트 일정 준수율은 35% 향상됐고, 결함 발생률은 25% 감소했다. 고객 만족도는 40% 향상됐으며 CMMI 레벨 3 인증을 획득했다.

B 방위산업 시스템 개발 업체는 프로젝트마다 서로 다른 개발 방법론을 사용하던 상태에서, 고품질 방위 시스템 개발을 위해 CMMI 레벨 5 획득을 목표로 설정했다. 레벨 3에서 레벨 4, 레벨 5로 이어지는 점진적 개선을 택했고, 정량적 프로세스 관리와 통계적 기법, 데이터 기반 의사결정, 자동화된 측정 시스템을 도입했다.

개발 비용은 20% 절감됐고, 결함 발견 시점은 테스트 단계에서 설계 단계로 앞당겨졌다. 고객 요구사항 충족률은 95% 이상을 달성했으며 CMMI 레벨 5 인증을 획득했다.

인증보다 실제 개선에 초점을 둔다

CMMI는 체계적인 프로세스 개선 프레임워크와 객관적 평가 기준을 제공한다. 조직 안에서 공통 언어와 이해 기반을 만들고, 품질 향상과 비용 절감, 프로젝트 성공률 증가와 위험 감소, 조직 지식의 관리·전파를 뒷받침한다. 국제적으로 인정받는 인증 체계라는 점은 대외 신뢰도에도 연결된다.

다만 도입과 유지에는 상당한 비용과 시간이 들 수 있다. 문서 작업이 형식화될 가능성도 있고, 인증 자체가 목표가 되면 실질적 개선 효과는 제한된다. 조직 규모와 특성에 맞춰 유연하게 적용해야 하며, 빠르게 변화하는 애자일 환경에서는 경직성 문제가 생길 수 있다. 조직 문화와의 조화도 함께 고려해야 한다.

애자일과 DevOps의 실행 방식을 결합하는 법

CMMI는 무엇을 관리하고 개선해야 하는지의 기준을 제공하고, 애자일은 이를 어떻게 수행할지에 관한 실천 방식을 제공한다. 두 접근은 대립하기보다 프로세스 영역과 반복 개발 방식을 연결하는 방식으로 함께 적용할 수 있다.

⤢✕

애자일 실천법을 CMMI 프로세스 영역에 통합하고, 문서화 수준을 상황에 맞게 조정할 수 있다. 반복적 개발과 지속적 피드백을 강화하면서 형식적 검토와 애자일 회고 미팅을 함께 운영하는 방식도 가능하다. 경량화된 CMMI 프로세스를 적용하는 선택지도 있다.

DevOps와 결합할 때는 지속적 통합·배포(CI/CD)와 프로세스 관리를 연결한다. 자동화된 테스트와 빌드 파이프라인은 품질 보증에 활용할 수 있고, 모니터링과 피드백 루프는 정량적 프로세스 관리의 입력이 된다. 이 과정에서는 문화적 변화와 프로세스 개선 사이의 균형이 필요하다.

변화하는 개발 환경에서의 CMMI

CMMI는 디지털 트랜스포메이션 환경에 맞는 프레임워크로의 진화를 요구받고 있다. 경량화된 평가 방법론, 데이터 기반 의사결정과 AI 활용, 원격·분산 환경의 프로세스 관리, 보안과 프라이버시 관련 프로세스 영역, 클라우드 환경에 맞춘 프로세스 모델, 산업별 맞춤형 변형 모델이 발전 방향으로 제시된다.

프로세스를 점검하는 일이 인증 획득으로 끝나면 CMMI의 효과는 제한된다. 조직의 특성과 비즈니스 목표에 맞춰 개선 활동을 이어갈 때, 민첩성과 규율 사이의 균형을 유지하며 프로세스 성숙도를 높일 수 있다.