SW-CMMI (Capability Maturity Model for Software)는 카네기멜론대학 부설 소프트웨어 공학 연구소 (SEI)에서 개발된 소프트웨어 개발 프로세스 개선을 위한 5단계 프로세스 제안이다. 이를 통해, 프로젝트를 수행하는 조직의 역량 성숙도를 가늠할 수 있다.
다음은 위키백과에서 발췌한다.
소프트웨어 프로세스 성숙도 레벨 5단계
레벨 1(Initial) -개인의 역량(PM의 개인적인 경험이나 주관적인 판단)에 따라 프로젝트의 성공과 실패가 좌우된다. 소프트웨어 개발 프로세스는 거의 없는 상태를 의미한다.
표준화된 프로세스 없이 프로젝트 수행결과 예측이 곤란한 조직 적용 프로세스 없음.
레벨 2(Managed) - 프로세스 하에서 프로젝트가 통제되는 수준으로 조직은 프로세스에 대한 어느 정도의 훈련이 되었다고 볼 수는 있지만, 일정이나 비용과 같은 관리 프로세스 중심이다. 기존 유사 성공사례를 응용하여 반복적으로 사용한다.
기본적인 프로세스 구축에 의해 프로젝트가 관리되고 있는 조직
<적용 프로세스> 요구사항 관리(Requirement Management) 프로젝트 계획(Project Planning) 프로젝트 감시 및 제어(Project Monitoring & Control) 공급자 합의 관리(Supplier Agreement Management) 측정과 분석(Measurement & Analysis) 프로세스와 제품 품질 보증(Process & Product Quality Assurance) 형상관리(Configuration Management)
레벨 3(Defined) - 레벨 2에서는 프로젝트를 위한 프로세스가 존재한다면 레벨 3에서는 조직을 위한 표준 프로세스가 존재한다. 모든 프로젝트는 조직의 프로세스를 가져다 상황에 맞게 조정하여 승인받아 사용한다.
세부 표준 프로세스가 있어 프로젝트가 통제되는 조직
<적용 프로세스> 요구사항 개발 (Requirement Development) 기술적 해결 (Technical Solution) 제품 통합 (Product Integration) 검증 (Verification) 조직적 프로세스 초점 (Organization Process Focus) 조직적 프로세스 정의(Organization Process Definition) 조직적 훈련(Organization Training) 통합된 프로젝트 관리(Integrated Project Management) 통합된 공급자 관리(Integrated Supplier Management) 위험(Risk Management) 결정분석 및 해결(Decision Analysis & Revolution) 통합을 위한 조직적 환경(Organizational Environment for Integration) 통합된 팀 구성(Integrated Teaming)
레벨 4(Quantitatively Managed) - 소프트웨어 프로세스와 소프트웨어 품질에 대한 정량적인 측정이 가능해진다. 조직은 프로세스 데이터베이스를 구축하여 각 프로젝트에서 측정된 결과를 일괄적으로 수집하고 분석하여 품질평가를 위한 기준으로 삼는다.
프로젝트 활동이 정략적으로 관리․통제되고 성과 예측이 가능한 조직
<적용 프로세스> 조직적 프로세스 성과(Organizational Process Performance) 정량적인 프로젝트 관리(Quantitative Project Management)
레벨 5(Optimizing) - 이 레벨에서는 지속적인 개선에 치중한다. 조직적으로 최적화된 프로세스를 적용하여 다시 피드백을 받아 개선하는 상위 단계이다.
대형이든 중소형이든 막론하고, 국내 대부분의 SI업체나 웹에이전시가 CMMI LEVEL 1 아니면 2 인것으로 생각이 된다. 상당수의 프로젝트가 PM의 개인적인 역량이나, 기존 유사 성공사례를 적용하는데 그치고 있는 수준이다. (LEVEL 2, 그러니까 사내 유사 성공사례를 적용시킬 수 있는 조직만 되어도 사실은 성공적이다) 대형 업체에서 외형적으로는 LEVEL 3,4,5 를 구축한 적이 있을지 몰라도, 이를 실제 업무에 적용시키기는 쉽지 않은 일이다.
