SCAMPI로 CMMI 프로세스 역량을 진단하는 방법

프로세스 개선의 출발점으로 쓰는 SCAMPI

프로세스를 개선하려면 현재 조직이 어떤 방식으로 일하고 있으며, 어느 지점에서 요구사항을 충족하지 못하는지 먼저 확인해야 한다. SCAMPI는 CMMI 모델을 기준으로 조직의 프로세스를 체계적으로 진단하는 공식 평가 방법론이다.

Software Engineering Institute(SEI)가 개발한 이 방법론은 CMMI 요구사항 충족 수준을 평가하고, 개선 활동의 기준점(baseline)과 진행 상황을 확인하는 데 사용된다. 조직의 강점과 약점을 찾아 개선 영역을 정할 수 있으며, 평가 유형에 따라 CMMI 성숙도 레벨 또는 역량 레벨의 공식 인증도 받을 수 있다.

평가 목적에 따라 달라지는 SCAMPI 유형

SCAMPI는 평가의 공식성, 범위, 엄격성에 따라 A·B·C로 나뉜다.

SCAMPI A: 공식 인증을 위한 평가

SCAMPI A는 가장 공식적이고 엄격한 방식이다. CMMI 모델 준수 여부를 전반적으로 검토하며, 공식 성숙도 레벨(ML) 또는 역량 레벨(CL) 인증을 부여할 수 있다.

인증된 SCAMPI 리드 평가자(Lead Appraiser)가 반드시 참여하고, 폭넓은 증거를 수집·분석한다. 평가 결과는 CMMI Institute에 보고된다.

SCAMPI B: 개선 준비 상태를 확인하는 평가

SCAMPI B는 A보다 공식성은 낮고 평가 범위도 제한적이다. 특정 CMMI 프랙티스를 충족하는지 살펴보며, 공식 인증이 아니라 내부 개선을 목적으로 사용한다.

SCAMPI A에 앞선 준비 단계로 활용할 수 있고, 선택한 프로세스 영역에서 갭을 분석하는 데 적합하다.

SCAMPI C: 빠르게 개선 기회를 찾는 진단

SCAMPI C는 가장 간소화된 평가 방식이다. 초기 갭 분석과 신속한 진단에 적합하며, 이후 더 광범위한 평가를 준비하는 예비 단계가 될 수 있다.

프로세스 개선 기회를 초기에 식별해야 하지만 많은 리소스를 투입하기 어려운 상황에서 활용할 수 있다.

SCAMPI A 평가가 진행되는 흐름

⤢✕

평가는 먼저 범위와 목표를 정하고 일정·리소스 계획 및 평가 계획서(Appraisal Plan)를 마련하는 것으로 시작한다.

평가팀에는 인증된 SCAMPI 리드 평가자가 포함되어야 한다. 다양한 분야의 전문가로 팀을 꾸리며, 보통 4-8명이 참여한다. 팀원은 역할을 나누고 평가 방법론과 툴에 대한 교육을 받는다.

예비 단계에서는 관련 문서와 산출물을 모으고 PIIDs(Practice Implementation Indicators Description)를 작성한다. 이 자료를 검토해 초기 갭을 파악한 뒤 현장 평가로 넘어간다.

현장에서는 인터뷰와 프레젠테이션을 진행하고 추가 증거를 수집한다. 관찰사항을 기록·확인하며, 일일 디브리핑으로 평가 상황을 공유한다.

수집한 증거를 바탕으로 각 프랙티스의 구현 여부와 프로세스 영역별 만족도를 판단한다. 이를 통해 조직의 성숙도 레벨 또는 역량 레벨을 결정하고, 최종 보고서에 발견사항·강점·약점·개선 권고사항을 정리한다. 해당하는 경우 결과 공유와 인증서 발급도 이어진다.

초기 진단에서 공식 평가까지 이어진 사례

한 제조 기업의 소프트웨어 개발 부서는 프로젝트 지연과 품질 문제가 반복되자 CMMI 모델 도입을 결정했다. 개선 여정의 첫 단계로 SCAMPI C 평가를 수행했고, 요구사항 관리 프로세스의 미흡함, 형상 관리 체계 부재, 프로젝트 계획 수립 방법론의 불일치, 비체계적인 품질 보증 활동을 확인했다.

이 결과를 바탕으로 1년 간 개선 활동을 진행한 뒤 SCAMPI B 평가로 진전 상황을 점검했다. 이후 SCAMPI A 평가를 통해 CMMI 성숙도 레벨 3 인증을 획득했다.

증거를 통해 프랙티스 구현을 판단하는 방식

SCAMPI는 PIIDs(Practice Implementation Indicator Descriptions) 프레임워크로 증거를 수집하고 분류한다. 평가는 문서만 확인하는 절차가 아니라, 산출물과 실행 흔적, 구성원의 설명을 함께 대조하는 과정이다.

직접 증거는 프로세스 구현에서 직접 나온 결과물이다. 프로젝트 계획서, 요구사항 명세서, 설계 문서, 코드 리뷰 결과가 여기에 속한다.

간접 증거는 프로세스 실행을 뒷받침하는 부수적 산출물이다. 회의록, 이메일 커뮤니케이션, 진행 상황 보고서 등을 통해 실행 정황을 확인할 수 있다.

구술 증거는 인터뷰에서 얻는다. 직접·간접 증거를 보완하며, 구성원이 프로세스를 얼마나 이해하고 인식하는지도 확인한다.

각 프랙티스는 이상적으로 이 세 유형의 증거가 모두 있을 때 "Fully Implemented"로 평가된다.

평가 결과를 인증과 개선 로드맵에 연결하기

평가 결과는 조직의 프로세스 역량을 공식적으로 인증하고, 고객 신뢰도와 마케팅에 활용할 수 있다. 정부 계약처럼 입찰 자격 요건이 필요한 경우에는 요건 충족의 근거가 되며, 경쟁 우위를 확보하는 수단으로도 쓰인다.

동시에 SCAMPI는 현재 상태의 기준점을 만들고 개선이 필요한 영역을 식별하는 도구다. 개선 과제의 우선순위를 정하고 프로세스 개선 로드맵을 설계하는 데 평가 결과를 연결할 수 있다.

⤢✕

평가를 형식적 인증으로 끝내지 않으려면

경영진은 평가의 중요성을 이해하고 필요한 시간과 리소스를 배정해야 한다. 평가 결과에 따른 개선 활동을 지원하겠다는 약속도 필요하다.

준비 단계에서는 증거를 충분히 수집하고 정리해야 하며, 관련 이해관계자가 평가의 목적과 방식을 이해하도록 해야 한다. 평가팀은 인증된 SCAMPI 리드 평가자와 도메인 지식을 갖춘 구성원으로 꾸리고, 내부 전문가와 외부 컨설턴트의 균형을 고려할 수 있다.

무엇보다 평가는 목적이 아니라 개선을 위한 수단이라는 기대치가 필요하다. 인증 자체보다 실제 프로세스 개선에 초점을 두고, 이를 지속적 개선 문화로 이어가야 한다.

증거 중심 평가가 안고 있는 운영상 과제

SCAMPI는 상당한 시간과 인력, 비용이 필요한 방법론이다. 특히 SCAMPI A는 수 개월의 준비가 필요할 수 있으며, 일상 업무에도 영향을 줄 수 있다.

문서화된 증거에 지나치게 의존하면 실제 프로세스의 효과성보다 증거 존재 여부에 관심이 쏠릴 위험이 있다. 이 경우 "문서를 위한 문서"가 늘어날 수 있다.

애자일 방법론을 도입한 조직은 과도한 문서화 요구를 부담으로 느낄 수 있다. 유연성과 규율 사이에서 균형을 찾고, 인증 이후에도 프로세스 준수도가 떨어지지 않도록 개선 활동을 지속적 관행으로 정착시켜야 한다.

CMMI 요구사항을 애자일 프랙티스로 구현하기

CMMI는 조직이 무엇(What)을 해야 하는지 정의하고, 애자일은 이를 어떻게(How) 구현할지에 대한 방법을 제시한다. 두 프레임워크를 대립시키기보다 각자의 강점을 결합할 수 있다.

예를 들어 스크럼과 같은 애자일 프랙티스로 CMMI 프로세스 영역을 구현할 수 있다. 제품 백로그는 요구사항 관리를, 스프린트 계획은 프로젝트 계획 관리를 지원한다. 일일 스탠드업은 프로젝트 모니터링에, 회고는 프로세스 개선에 연결된다.

⤢✕

SCAMPI의 가치는 인증 획득 자체보다 조직의 실제 프로세스 역량을 드러내고 개선 사이클을 유지하는 데 있다. 평가 결과를 개선 활동으로 연결하고, 규율성과 유연성을 함께 다룰 때 프로세스 성숙도는 일회성 성과가 아닌 조직의 관행이 된다.