─━ IT ━─

SEI CMM (능력 성숙도 모델)

DKel 2016. 9. 29. 09:44
반응형

능력 성숙도 모델 (CMM)은 기관에서 수집 된 데이터의 연구 이후에 생성 된 개발 모델로 미국 국방부 연구에 자금을 지원받고 연구했다. CMM에서는 특별한 프로세스의 형식의 정도 및 최적화에 관한 공식적으로 프로세스의 활성 최적화, 관리 결과 측정에, 단계를 정의하는 방법. 모델의 목적은 기존 개선하는 소프트웨어 개발 프로세스뿐만 아니라 다른 프로세스들에 적용될 수있다.

 

능력 성숙도 모델은 원래 객관적으로 계약 소프트웨어 프로젝트를 구현하는 정부 계약 '프로세스의 능력을 평가하기 위한 도구'로 개발되었다. 모델은 처음으로 <소프트웨어 프로세스 관리, 1989> 에 기술된 프로세스 성숙도 프레임 워크에 기반했고, 그것은 나중에 1993년 보고서에 발표된 1995년 같은 저자의 책으로. 모델이 분야에서 유래하지만 소프트웨어 개발, 그것은 또한 일반적으로 비즈니스 프로세스에 도움이 모델로 사용하고, 정부 기관, 상업, 산업, 소프트웨어 개발 조직에서 광범위하게 전 세계적으로 사용되어왔다.

 

 

험프리는 가입 할 때 국방 소프트웨어 공학 연구소의 미국학과 (SEI)에 의해 모델의 적극적인 개발은 1986 년에 시작 소프트웨어 공학 연구소 에서 카네기 멜론 대학에있는 피츠버그, 펜실베니아 IBM에서 은퇴 후. 미 공군의 요청에 그는 수여 계약의 일환으로 소프트웨어 업체의 능력을 평가하는 미 국방부을 돕기 위해 자신의 프로세스 성숙도 프레임 워크를 공식화하기 시작했다. 공군 연구의 결과는 군사 소프트웨어 하청 업체 '공정 능력 성숙도의 객관적인 평가로 사용 할 수있는 모델이었다. 험프리에 의해 개발 이전의 품질 관리 성숙 그리드에이 프레임 워크를 기반으로 필립 B. 크로스비 그의 책 "품질은 무료입니다"에 있습니다. 험프리의 접근 방식 때문에 조직에서 프로세스 문제를 해결에 따라 단계에서 자신의 프로세스를 성숙 그의 독특한 통찰력의 차이 특정 순서. 험프리는 오히려 각각 독립적으로 별도의 개발 프로세스의 성숙도를 측정하는 것보다, 조직 내에서 소프트웨어 개발 관행의 시스템의 단계적 진화에 대한 그의 접근 방식을 기반으로. CMM은 이렇게 일반적인 비즈니스 프로세스의 성능을 개선 한 다음 다른 이해에 대한 일반적이고 강력한 도구로서 조직에 의해 사용되어왔다. 와츠 험프리의 역량 성숙도 모델 (CMM)는 1988 년에 출판되었다. 1989 년에 책으로, 소프트웨어 프로세스를 관리한다. 조직은 원래 소프트웨어 공학 연구소에서 험프리와 그의 동료에 의해 고안된 프로세스 성숙도 설문 조사 및 소프트웨어 능력 평가 방법을 사용하여 평가 하였다. 다섯 성숙도 수준의 각각에서 정의 된 프로세스 영역과 관행의 집합으로 역량 성숙도 모델의 전체 표현은 버전 1.1, 1991 년에 시작되었다가 1993 년 1 월에 완료되고, CMM은 책으로 출판되었다.

 

 

소프트웨어 개발의 CMM 모델의 애플리케이션은 종종 문제가 있었다. 내부와 조직 전체 통합되지 않은 여러 모델을 적용하는 것은 교육, 감정 평가 및 개선 활동에 치명타가 될 수 있었다. 능력 성숙 모델 통합 (CMMI) 프로젝트가 소프트웨어 개발 프로세스에 대한 여러 모델을 이용하여 문제를 제압 형성 하였다 CMM 모델에서 사용되는 일반적인 이론 공정 능력 모델이 계속하지만, 이에 CMMI 모델은 CMM 모델을 대체했다

 

 

성숙도 모델이 얼마나 잘 행동, 관행과 안정적이고 지속적으로 필요한 결과를 생산할 수있는 조직의 프로세스를 설명하는 구조화 된 수준의 집합으로 볼 수 있습니다. 예를 들어, 서로 다른 조직의 비교 평가의 비교를위한 기초로 사용될 수있다 공통점이있다 - 성숙 모델은 비교를위한 기준으로서 이해를 돕기로서 사용될 수있다. CMM을하는 경우, 예를 들어, 비교를위한 기초가 조직의 소프트웨어 개발 프로세스 것이다.

 

 

이 모델은 다섯 가지 측면을 포함한다.

만기 레벨 : 5 수준의 프로세스 성숙도 연속체 - 최상층

레벨이 프로세스가 체계적으로 공정 최적화 및 지속적인 프로세스 개선의 조합에 의해 관리 될 것 명목 이상적인 상태입니다.

주요 프로세스 영역 : 키 프로세스 영역을 함께 수행 할 때 중요한 고려 일련의 목표를 달성 관련 활동의 클러스터를 식별한다.

목표 : 핵심 프로세스 영역의 목표는 효과적이고 지속적인 방식으로 구현 된 것을 핵심 프로세스 영역에 대한 존재해야 합니다.

상태를 요약한다. 목표는 달성되었습니다. 정도는 조직이 성숙 수준에서 설립했다 얼마나 능력의 지표입니다.

목표는 각각의 키 처리 영역의 범위의 경계 및 의도를 의미.

일반적인 특징 : 일반적인 기능 구현 및 핵심 프로세스 영역을 제도화 사례를 포함한다.

수행 의지가 수행 할 수있는 수행 능력, 활동, 측정과 분석, 검증 구현 등 일반적인 기능의 종류가 있습니다.

주요 사례 : 주요 사례 지역의 구현 및 제도화에 가장 효과적으로 기여하는 인프라와 실천의 요소에 대해 설명합니다.

 

 

 

상기 모델의 연속체와 함께 정의 된 다섯 단계는 SEI에 따르면 아래와 같은 것들이 있습니다.

"예측 가능성, 조직의 소프트웨어 프로세스의 효율성 및 제어 조직이 다섯 단계를 이동함에 동안 엄격한 되지 향상을 것으로 추정된다,

경험적 증거 날짜는이 믿음을 "지원에.

1. 초기 (혼란, 임시, 개인 영웅) - 신규 또는 문서화되지 않은 반복 프로세스의 사용을위한 출발점.

2. 반복 - 처리는 적어도 동일한 단계를 반복하는 것은 시도 될 수 있음을 충분히 이러한 설명한다.

3. 정의 - 프로세스가 정의 / 표준으로 확정 비즈니스 프로세스 .

4. 관리 - 프로세스 정량적에 따라 관리되고 합의 측정.

5. 최적화 - 프로세스 관리하는 것은 의도적 인 공정 최적화 / 향상이 포함되어 있습니다.

 

이러한 성숙도 수준의 각 내에서 그 수준을 특징 짓는 핵심 프로세스 영역이며, 이러한 각 영역에 대한 다섯 가지 요소가 있습니다.

목표, 노력, 능력, 측정 및 검증. 이들은 대표 CMM에 반드시 고유하지 않습니다 - 그들처럼 - 조직이 성숙되기 위해 길을 통과해야하는 단계. 이 모델은 프로세스 성숙도가 다음에 한 수준에서 점진적으로 개발 될 수있는 함께 이론적 연속성을 제공합니다. 레벨을 건너 뛰는 것은 / 가능한 허용되지 않습니다.

 

 

1 단계 - 초기 (혼돈)

이는 사용자 또는 이벤트에 의해 애드혹, 제어되지 않은 반응성 방식으로 구동되는 경향이 미등록가 있습니다.

이 레벨 (일반적으로) 동적으로 변화하는 상태에서 공정의 특징이다. 이 프로세스에 대한 혼란이나 불안정한 환경을 제공합니다.

 

2 단계 - 반복

그것은 몇 가지 프로세스가 가능한 일관성있는 결과를 반복한다

이 수준에서 프로세스의 특징이다. 프로세스 분야는 제약이 엄격하지 않을 수도 있습니다, 하지만, 기존의 프로세스 스트레스의 시간 동안 유지되는 것을 보장하는 데 도움이 될 수 있습니다.

 

3 단계 - 정의

이 정의 및 설명 표준 수립 과정 및 시간이 지남에 따라 개선 정도에 따라 일부 세트가 있음이 레벨의 프로세스의 특징입니다.

이 표준 프로세스는 장소에 있습니다. (즉 , 그들은 AS-IS 프로세스입니다) 조직 전체 프로세스 성능의 일관성을 확립하는 데 사용됩니다.

 

4 단계 - 관리

공정 메트릭을 사용하여 관리 효과적으로 AS-IS 프로세스를 제어 할 수 있고, 특히, 관리 조정 및 사양에서 측정 가능한 품질의 손실 또는 편차없이 특정 프로젝트에 대한 프로세스를 적용 할 수있는 방법을 식별 할 수 있습니다. 공정 능력이 수준에서 설정됩니다.

 

5 단계 - 최적화

이것은 초점이 지속적으로 증가하고 혁신적인 기술 변화 / 개선 모두를 통해 처리 성능 향상에이 레벨의 프로세스의 특징이다.

수위 (5)에서, 프로세스는 프로세스 성능을 개선하기 위해 (처리 성능의 평균을 이동하도록) 프로세스 변동 통계적 일반적인 원인을 해결하고, 변경 처리와 관련된다. 이는 기존의 정량 프로세스 개선의 목적을 달성 할 가능성을 유지하는 동일한 시간에 수행 될 것이다. 이 레벨 5를 달성한 회사는 전 세계에서 몇 회사밖에 없습니다.

 

 

이 모델은 원래 소프트웨어 프로젝트를 수행하는 정부 계약자의 능력을 평가하고자 하였다. 그것은 사용되었으며 그 목적에 적합 할 수 있지만, 비평가는 CMM에 따라 그 프로세스 성숙도가 반드시 성공적인 소프트웨어 개발을 위한 필수는 아니었다고 지적한다.
반응형