능력 성숙도 모델 통합

Capability Maturity Model Integration
「CMMI」는 여기서 리다이렉트 됩니다.미국 정부 조직의 경우 Medicare and Medicaid Innovation 센터를 참조하십시오.
시리즈의 일부
소프트웨어 개발
핵심 활동
패러다임 및 모델
방법론 및 프레임워크
지원 분야
프랙티스
도구들
지식의 표준과 본문
용어집
개요

능력 성숙도 모델 통합(CMMI)은 프로세스 수준 개선 훈련 및 평가 프로그램입니다.ISACA의 자회사인 CMMI Institute에 의해 관리되며, Carnegie Mellon University(CMU)에서 개발되었습니다.이는 많은 미국 정부 계약, 특히 소프트웨어 개발에서 필요합니다.CMU는 CMMI를 사용하여 프로젝트, 부문 또는 조직 전체의 프로세스 개선을 유도할 수 있다고 주장합니다.CMMI는 프로세스의 성숙도 수준을 다음과 같이 정의합니다.초기, 관리, 정의, 정량 관리 및 최적화.버전 2.0은 2018년에 발행되었습니다(버전 1.3은 2010년에 발행되었으며, 이 Wiki 문서의 나머지 정보에 대한 참조 모델입니다).CMMI는 CMU에 [1]의해 미국 특허상표청에 등록되어 있습니다.

개요

성숙도 [2]수준의 특성.

원래 CMMI는 다음 3가지 관심 분야에 대응하고 있습니다.

  1. 제품 및 서비스 개발 – CMMI for Development (CMMI-DEV),
  2. 서비스 확립, 관리 – CMMI for Services (CMMI-SVC) 및
  3. 제품 및 서비스 획득 – CMMI for Acquisition (CMMI-ACQ)

버전 2.0에서는 이들 3개 영역(이전에는 각각 다른 모델을 가지고 있었다)이 단일 모델로 통합되었습니다.

CMMI는 CMU의 산업계, 정부기관 및 Software Engineering Institute(SEI) 그룹에 의해 개발되었습니다.CMMI 모델은 조직의 비즈니스 목표에 부합하는 프로세스를 개발 또는 개선하기 위한 지침을 제공합니다.CMMI 모델은 [2]조직의 프로세스 성숙도를 평가하기 위한 프레임워크로도 사용할 수 있습니다.2013년 1월까지 전체 CMMI 제품군은 SEI에서 Carnegie Mellon에 [3]새로 설립된 조직인 CMMI Institute로 이전되었습니다.

역사

CMMI는 CMMI 프로젝트에 의해 개발되었습니다.CMMI 프로젝트는 여러 가지 다른 모델을 하나의 프레임워크에 통합함으로써 성숙도 모델의 사용성을 개선하는 것을 목표로 하고 있습니다.이 프로젝트는 산업, 정부 및 카네기 멜론 소프트웨어 엔지니어링 연구소(SEI)의 멤버로 구성되었습니다.주요 스폰서로는 국방부 장관과 국방산업협회가 있었다.

CMMI는 Capability Matity Model(CMM; 기능 성숙도 모델) 또는 Software CMM의 후속 모델입니다.CMM은 1987년부터 1997년까지 개발되었습니다.2002년에 버전 1.1이 출시되었고, 2006년 8월에 버전 1.2가 출시되었으며, 2010년 11월에 버전 1.3이 출시되었습니다.CMMI V1.3의 주요 변경 사항으로는 신속한 변화를 위한 소프트웨어 [5]개발 지원, 성숙도가[6] 높은 관행 개선 및 표현(단계적 및 지속적)[7]의 조정 등이 있습니다.

Software Engineering Institute(SEI, 2008)에 따르면 CMMI는 "기존에 분리된 조직 기능을 통합하고, 프로세스 개선 목표와 우선순위를 설정하고, 품질 프로세스에 대한 지침을 제공하며, 현재 [8]프로세스를 평가하기 위한 참조 지점을 제공합니다."

Mary Beth Chrissis, Mike Konrad 및 Sandy Shrum Rawdon은 CMMI for Development Version 1.2 및 1.3의 하드 카피 발행의 저자였습니다.버전 1.3의 애디슨-웨슬리 출판물은 왓츠 험프리를 추모하기 위한 것이었다.아일린 C.Forrester, Brandon L. Buteau 및 Sandy Shrum은 CMMI for Services Version 1.3의 하드 카피 발행의 저자였습니다.Rawdon "Rusty" Young은 CMMI 버전 2.0 개발의 최고 설계자였다.이전에는 소프트웨어 엔지니어링 연구소의 CMMI 제품 오너 및 SCAMPI 품질 리더였습니다.

2016년 3월, CMMI Institute는 ISACA에 인수되었습니다.

CMMI 토픽

표현

버전 1.3에서는 CMMI는 연속과 [2]스테이지의 두 가지 표현으로 존재했습니다.계속적인 표현은 사용자가 조직의 즉각적인 비즈니스 목표에 중요하다고 생각되는 특정 프로세스 또는 조직이 높은 수준의 위험을 할당하는 프로세스에 집중할 수 있도록 설계되어 있습니다.단계별 표현은 표준적인 개선 시퀀스를 제공하도록 설계되어 있으며, 다양한 프로젝트 및 조직의 성숙도를 비교하기 위한 기초가 될 수 있습니다.또한 스테이징된 표현을 통해 SW-CMM에서 CMMI로 [2]쉽게 이행할 수 있습니다.

버전 2.0에서는 위의 표현 분리가 취소되어 현재는 하나의 결합 모델만 존재합니다.

[9]

모델 프레임워크(v1.3)

상세 정보:프로세스 영역(CMMI)

사용되는 관심 영역(취득, 서비스, 개발)에 따라 포함된 프로세스 영역이 달라집니다.[10]프로세스 영역은 조직의 프로세스에서 다루는 영역입니다.다음 표에 버전 1.3의 모든 CMMI 영역에 존재하는 17개의 CMMI 핵심 프로세스 영역을 나타냅니다.

능력 성숙도 모델 통합(CMMI) 핵심 프로세스 영역
줄임말 프로세스 영역 카테고리 성숙도
차 원인 분석 및 해결 지지하다 5
CM 구성 관리 지지하다 2
DAR 의사결정 분석 및 해결 지지하다 3
IPM 통합 프로젝트 관리 프로젝트 관리 3
엄마. 측정 및 분석 지지하다 2
OPD 조직 프로세스의 정의 프로세스 관리 3
OPF 조직 프로세스의 초점 프로세스 관리 3
OPM 조직 퍼포먼스 관리 프로세스 관리 5
반대 조직 프로세스 퍼포먼스 프로세스 관리 4
OT 조직 훈련 프로세스 관리 3
PMC 프로젝트 감시 및 관리 프로젝트 관리 2
PP 프로젝트 계획 프로젝트 관리 2
PPQA 프로세스 및 제품 품질 보증 지지하다 2
QPM 정량적 프로젝트 관리 프로젝트 관리 4
리큐엠 요건 관리 프로젝트 관리 2
RSKM 리스크 관리 프로젝트 관리 3
샘. 공급업체 계약 관리 지지하다 2

서비스의 성숙도 수준

CMMI for Service 모델의 프로세스 영역과 성숙도 수준은 다음과 같습니다.

성숙도 레벨 2 – 관리

  • CM – 구성 관리
  • MA – 측정 및 분석
  • PPQA – 프로세스 및 품질 보증
  • REQM – 요건 관리
  • SAM – 공급업체 계약 관리
  • SD – 서비스 제공
  • WMC – 작업 감시 및 제어
  • WP – 작업 계획

성숙도 레벨 3 – 정의

  • CAM – 용량 및 가용성 관리
  • DAR – 의사결정 분석 및 해결
  • IRP – 사고 해결 및 방지
  • IWM – 통합 작업 관리
  • OPD – 조직 프로세스의 정의
  • OPF – 조직 프로세스 포커스...
  • OT – 조직 훈련
  • RSKM – 리스크 관리
  • SCON – 서비스 연속성
  • SSD – 서비스 시스템 개발
  • SST – 서비스 시스템의 이행
  • STSM – 전략적 서비스 관리

성숙도 레벨 4 – 정량 관리

  • OPP – 조직 프로세스 퍼포먼스
  • QWM – 정량적 작업 관리

성숙도 레벨 5 –최적화

  • CAR – 원인 분석 및 해결.
  • OPM – 조직 퍼포먼스 관리.

모델(v1.3)

CMMI의 베스트 프랙티스는 모델이라고 불리는 문서에 게재되어 있으며, 각각 다른 관심 분야를 다루고 있습니다.버전 1.3은 개발, 취득, 서비스 등 3가지 관심 분야에 대한 모델을 제공합니다.

  • CMMI for Development(CMMI-DEV), v1.3은 2010년 11월에 출시되었습니다.제품 및 서비스 개발 프로세스에 대해 설명합니다.
  • CMMI for Acquisition(CMMI-ACQ), v1.3은 2010년 11월에 출시되었습니다.정부 및 업계의 공급망 관리, 인수 및 아웃소싱 프로세스에 대해 설명합니다.
  • CMMI for Services(CMMI-SVC), v1.3은 2010년 11월에 출시되었습니다.조직 내 및 외부 고객에게 서비스를 제공하기 위한 지침을 설명합니다.

모델(v2.0)

버전 2.0 DEV에서는 ACQ 및 SVC가 단일 모델로 통합되었습니다.이 모델에서는 각 프로세스 영역이 이들 3가지 측면 중 1개 이상의 특정 참조를 가질 수 있습니다.이 모델은 업계에 뒤지지 않기 위해 일부 프로세스 영역에서 민첩한 측면을 명확하게 언급하고 있습니다.

v1.3 모델과 v2.0 모델의 주요 차이점은 다음과 같습니다.

  1. '프로세스 영역'이 '실천 영역(PA)'으로 대체되었습니다.후자는 "특정 목표"가 아닌 수준별로 배열됩니다.
  2. 각 PA는 "핵심" 섹션(즉, 범용적이고 용어가 필요 없는 설명)과 "콘텍스트 고유" 섹션(즉, 민첩성/스크럼, 개발, 서비스 등의 관점에서 설명)으로 구성됩니다.
  3. 이제 모든 관행이 의무적으로 준수되기 때문에 "예상" 섹션은 삭제되었습니다.
  4. Generic Practices는 Governance and Implement Infrastructure라는 새로운 영역에 포함되었지만, Specific Practices는 생략되었다.
  5. PA의 실시를 확실히 해, 그것이 「습관」이 될 때까지 계속 실천하는 것을 강조한다.
  6. 모든 성숙도 수준은 "퍼포먼스"라는 키워드에 초점을 맞춥니다.
  7. "Safety" 및 "Security" 권한의 2개 및 5개 옵션 PA가 포함되어 있습니다.
  8. PCMM 프로세스 영역이 병합되었습니다.

평가

조직은 CMMI에서 인증할 수 없습니다.대신 조직이 평가됩니다.평가 유형에 따라 성숙도 수준 평가(1-5) 또는 역량 수준 달성 프로파일이 부여될 수 있습니다.

많은 조직이 평가를 실시함으로써 진척도를 측정하는 데 가치를 발견합니다.평가는 일반적으로 다음 중 하나 이상의 이유로 수행됩니다.

  1. 조직의 프로세스가 CMMI의 베스트 프랙티스와 얼마나 잘 비교되고 있는지를 판단하고 개선할 수 있는 영역을 특정한다.
  2. CMMI 베스트 프랙티스와 비교한 조직의 프로세스를 외부 고객 및 공급업체에 통지한다.
  3. 한 명 이상의 고객의 계약 요건을 충족하기 위해

CMMI 모델을[11] 사용하는 조직의 평가는 CMMI(ARC) 문서에 정의된 요건에 적합해야 합니다.평가에는 A, B 및 C의 세 가지 클래스가 있으며, 개선 기회를 식별하고 조직의 프로세스를 CMMI 모범 사례와 비교하는 데 초점을 맞추고 있습니다.이 중 A등급 평가는 가장 공식적이며 유일하게 등급 평가를 할 수 있다.평가팀은 CMMI 모델과 ARC 적합 평가 방법을 사용하여 조직의 평가와 결론 보고를 안내합니다.평가 결과는 (예를 들어 프로세스 그룹에 의해) 조직의 개선을 계획하는 데 사용할 수 있습니다.

프로세스 개선을 위한 표준 CMMI 평가 방법(SCAMPI)[12]은 모든 ARC 요건을 충족하는 평가 방법입니다.SCAMPI 평가 결과는 (평가 기관이 승인한 경우) SEI: 공개된 SCAMPI 평가 결과 CMMI 웹사이트에 게시될 수 있습니다.SCAMPI는 SPICE(소프트웨어 프로세스 개선 및 기능 결정)라고도 불리는 ISO/IEC 15504 평가 등의 실시도 지원합니다.

이 접근방식은 EPG 및 PAT 구성원을 CMMI에서 교육하고 비공식(SCAMPI C) 평가를 수행하며 프로세스 영역에 개선을 위한 우선순위를 부여하도록 촉진한다.시판되고 있는 CMMI 준거 프로세스의 도입과 관련된 보다 현대적인 접근방식은 컴플라이언스 달성에 걸리는 시간을 대폭 단축할 수 있습니다.SEI는 이전 소프트웨어 CMM과 CMMI를 [13]채택한 조직의 '업업 시간'에 대한 통계를 유지했습니다.이 통계는 1987년 이후 레벨 1에서 레벨 2로 이행하는 데 걸리는 중간 기간이 23개월이며 레벨 2에서 레벨 3으로 이행하는 데 걸리는 기간은 20개월이라는 것을 나타냅니다.CMMI 발표 이후 레벨1에서 레벨2로 이행하는 중간값은 5개월, 레벨3으로 이행하는 중간값은 21개월입니다.이러한 통계는 6개월마다 갱신되고 성숙도 [citation needed]프로파일로 공개됩니다.

Software Engineering Institute(SEI) 팀의 소프트웨어 프로세스 방법론과 CMMI 모델을 사용하여 성숙도를 높일 수 있습니다.가속[14] 개선 방법(AIM)이라고 불리는 새로운 제품은 CMMI와 TSP의 [15]사용을 결합했다.

보안.

사용자의 보안 문제를 해결하기 위해 두 가지 비공식 보안 가이드를 사용할 수 있습니다.CMMI for Services의 보안 콘텐츠 케이스에 1개의 프로세스 영역이 있는 것을 고려하면 보안 [16]관리입니다.개발용 CMMI를 사용한 설계별 보안 버전 1.3에는 다음과 같은 프로세스 영역이 있습니다.

  • OPSD – 안전한 개발을 위한 조직 준비
  • SMP – 프로젝트의 안전한 관리
  • SRTS – 보안 요건 및 기술 솔루션
  • SVV – 보안 검증 및 검증

성숙도나 능력 수준에는 영향을 미치지 않지만, 이러한 프로세스 영역은 [17]평가 결과에 보고될 수 있습니다.

적용들

SEI는 60개 조직이 비용, 일정, 생산성, 품질 및 고객 [18]만족도의 카테고리에서 성능 향상을 측정했다고 발표했습니다.성능의 중간 증가율은 14%(고객 만족도)에서 62%(생산성) 사이였습니다.다만, CMMI 모델은, 실장할 필요가 있는 프로세스의 대부분을 취급합니다.실장 방법에 대해서는 취급하지 않습니다.이러한 결과가 CMMI를 적용한다고 해서 모든 조직에서 퍼포먼스가 향상되는 것은 아닙니다.리소스가 적은 소규모 기업은 CMMI의 이점을 얻을 가능성이 낮습니다.이 견해는 프로세스의 성숙도(10페이지)에 의해 뒷받침되고 있습니다.소규모 조직(종업원 25명 미만) 중 70.5%가 관리 수준 2로 평가되며, 직원 수 1001~2000명인 조직은 52.8%가 가장 높은 수준(5:최적화)으로 평가됩니다.

Turner & Jain(2002)은 CMMI와 신속한 변화를 위한 소프트웨어 개발 사이에 큰 차이가 있는 것은 분명하지만 두 접근법 모두 공통점이 많다고 주장한다.그들은 어느 쪽도 소프트웨어를 개발하는 '올바른' 방법은 아니지만, 프로젝트에는 두 가지 중 하나가 더 적합한 단계가 있다고 믿고 있습니다.그들은 방법의 다른 조각들을 새로운 하이브리드 방법으로 결합해야 한다고 제안한다.서덜랜드 등(2007) Scrum과 CMMI의 조합은 둘 [19]중 하나보다 더 많은 적응성과 예측 가능성을 가져온다고 주장한다.David J. Anderson(2005)은 CMMI를 [20]민첩하게 해석하는 방법에 대한 힌트를 제공한다.

CMMI 로드맵은 [21]CMMI-DEV 모델에서 관련 프로세스 영역을 선택하고 도입하기 위한 목표 지향 접근법이며 CMMI를 효과적으로 도입하기 위한 지침과 초점을 제공합니다.연속적인 표현을 위한 몇 가지 CMMI 로드맵이 있으며, 각각 특정 개선 목표가 있습니다.예를 들어 CMMI 프로젝트 로드맵,[22] CMMI 제품 및 제품 통합 로드맵[23], CMMI 프로세스 및 측정 로드맵 [24]등이 있습니다.이러한 로드맵은 스테이징된 표현과 연속적인 표현 모두의 장점을 결합합니다.

프로젝트 관리 기법 획득 가치 관리(EVM)와 CMMI의 조합에 대해 [25]설명했습니다.CMMI의 유사한 사용으로 결론짓기 위해 소프트웨어 엔지니어링 방법인 Extreme Programming(XP; 익스트림 프로그래밍)을 CMM/CMMI로 평가하였다(Nawrocki 등, 2002).예를 들어 구두 커뮤니케이션에 의존하는 XP 요건 관리 접근방식은 CMMI에 준거하지 않는 것으로 평가되었습니다.

CMMI는 단계적 접근법과 연속적 접근법의 두 가지 방법으로 평가할 수 있습니다.단계적 접근법은 5가지 성숙도 수준 중 하나로 평가 결과를 산출합니다.연속적인 접근법은 네 가지 능력 수준 중 하나를 산출합니다.이러한 접근방식의 차이는 평가에서만 느낄 수 있습니다.베스트 프랙티스는 동등한 프로세스 개선 결과를 얻을 수 있습니다.

「 」를 참조해 주세요.

레퍼런스

  1. ^ "Trademark Electronic Search System (TESS)". tmsearch.uspto.gov. Retrieved 21 December 2016.
  2. ^ a b c d Sally Godfrey (2008) [software.gsfc.nasa.gov/docs/What%20is%20CMMI.ppt CMMI란?]NASA의 프레젠테이션2008년 12월 8일에 액세스.
  3. ^ "CMMI Institute - Home".
  4. ^ "CMMI V1.3: Summing up". Ben Linders. 10 January 2011.
  5. ^ "CMMI V1.3: Agile". Ben Linders. 20 November 2010.
  6. ^ "CMMI V1.3 Released: High Maturity Clarified". Ben Linders. 2 November 2010.
  7. ^ "CMMI V1.3: Deploying the CMMI". Ben Linders. 16 November 2010.
  8. ^ CMMI의 개요소프트웨어 엔지니어링 연구소2011년 2월 16일에 액세스.
  9. ^ "Archived copy". Archived from the original on 16 December 2018. Retrieved 15 December 2018.{{cite web}}: CS1 maint: 제목으로 아카이브된 복사(링크)
  10. ^ "CMMI V1.3 Process Areas". Ben Linders.
  11. ^ 최근 공개된 CMMI 평가 결과에 대해서는 2007년 2월 6일 Wayback Machine의 SEI 웹 사이트 Archived 2007을 참조하십시오.
  12. ^ "Standard CMMI Appraisal Method for Process Improvement (SCAMPISM) A, Version 1.2: Method Definition Document". CMU/SEI-2006-HB-002. Software Engineering Institute. 2006. Retrieved 23 September 2006.
  13. ^ "Process Maturity Profile". Retrieved 16 February 2011.
  14. ^ "SEI Digital Library". resources.sei.cmu.edu.
  15. ^ "TSP Overview". resources.sei.cmu.edu.
  16. ^ 아일리어 포레스터와 키런 도일입니다CMMI for Services의 보안 콘텐츠 사례 검토(2010년 10월)
  17. ^ Siemens AG 코퍼레이트 테크놀로지개발용 CMMI 버전 1.3을 사용한 설계별 보안(2013년 5월)
  18. ^ "CMMI Performance Results of CMMI". Retrieved 23 September 2006.
  19. ^ http://jeffsutherland.com/scrum/SutherlandScrumCMMIHICSSPID498889.pdf[베어 URL PDF]
  20. ^ Anderson, D. J. (20 July 2005). "Stretching agile to fit CMMI level 3 - the story of creating MSF for CMMI/spl reg/ process improvement at Microsoft corporation". Agile Development Conference (ADC'05). pp. 193–201. doi:10.1109/ADC.2005.42. ISBN 0-7695-2487-7. S2CID 5675994 – via IEEE Xplore.
  21. ^ "CMMI Roadmaps". resources.sei.cmu.edu.
  22. ^ "CMMI V1.3: The CMMI Project roadmap". Ben Linders. 7 December 2010.
  23. ^ "CMMI V1.3: The CMMI Product and Product Integration roadmaps". Ben Linders. 14 December 2010.
  24. ^ "CMMI V1.3: The CMMI Process and Measurement roadmaps". Ben Linders. 28 December 2010.
  25. ^ "Using CMMI to Improve Earned Value Management". resources.sei.cmu.edu. Retrieved 30 June 2022.

외부 링크

Wikimedia Commons에는 능력 성숙도 모델 통합과 관련된 미디어가 있습니다.