조직은 성능을 개선하고 프로세스를 간소화하는 방법에 대한 새로운 방법을 지속적으로 찾고 있습니다. CMMI (Capability Maturity Model Integration) 모델은 많은 조직이 입증 가능한 비즈니스 결과를 달성하는 데 도움이되었으며, 최신 CMMI 도구 덕분에 실제로 구현하는 것이 그 어느 때보 다 쉬워졌습니다.
CMMI는 누가 생성합니까?
Carnegie Mellon University (CMU)에서 개발되고 많은 미국 국방부 (DoD) 및 미국 정부 계약에서 요구하는 CMMI의 목적은 조직이 다양한 범위에서 성능을 높이고 벤치마킹하기 위해 따라야하는 모범 사례의 명확한 로드맵을 제공하는 것입니다. 중요한 비즈니스 기능.
CMMI는 CMM (Capability Maturity Model) 또는 줄여서 소프트웨어 CMM의 후속 모델입니다. 이름에서 알 수 있듯이 Software CMM은 소프트웨어 엔지니어링에 맞게 조정되었습니다. 최신 버전의 CMMI (버전 2.0)는 2018 년에 출시되었으며 모델을 모든 산업의 하드웨어, 소프트웨어 및 서비스 개발에 적용 할 수 있습니다.
CMMI 란 무엇입니까?
CMMI (Capability Maturity Model Integration)는 제품 및 서비스를 개발, 유지 및 획득하기 위해 이미 업계에 적용된 모범 사례를 설명합니다. 조직의 성숙도 수준 또는 수행하는 프로세스와 관련된 역량을 평가하고, 수행해야하는 개선 사항을 실행하고 이러한 개선 사항을 실현하기 위해 우선 순위를 설정할 수있는 프레임 워크를 제공합니다.
3 개의 CMMI 모델이 있으며, 모두 필라델피아에있는 Carnegie Mellon University의 일부인 연구 개발 센터 인 SEI (Software Engineering Institute)에서 개발했습니다. 이러한 모델은 다음과 같습니다.
- CMMI for Development는 시스템 개발을위한 제품과 서비스를 개발하고 유지하는 조직을 대상으로합니다.
- CMMI for Acquisition은 개발 서비스를 하청 계약하고 시스템 개발을위한 제품과 서비스를 유지하는 조직을 대상으로합니다.
- CMMI for Services는 다른 회사에 서비스를 제공하는 조직을 대상으로합니다.
CMMI의 목표는 다음과 같습니다.
- 조직이 프로세스를 개선하는 데 도움이되는 프레임 워크 제공
- 조직에서 제공하는 제품 또는 서비스를 개발, 획득 및 유지하는 능력을 향상시키기위한 지침을 제공합니다.
- 관리 및 엔지니어링 모두에서 일련의 모범 사례를 설명합니다.
지난 몇 년 동안 CMMI는 시스템 산업에서 품질 시스템으로서 엄청난 중요성을 획득했으며 사실상이 분야에서 사실상의 표준으로 간주 될 수 있습니다. 그럼에도 불구하고 CMMI는 시스템 엔지니어링, 하드웨어 등과 같은 다양한 영역에 적용될 수 있습니다. CMMI for Development는 관심 분야 나 관심 분야에 관계없이 제품 및 서비스의 개발 및 유지 관리에 적용됩니다. CMMI의 최신 버전은 1.2 년 2006 월부터 제공되는 "CMMI for Development"버전 XNUMX입니다.
CMMI for Development 모델의 주요 요소는 프로세스 영역입니다. 각 프로세스 영역 내에서 CMMI는 특정 및 일반 목표 세트와 이러한 목표를 달성하고 각 프로세스 영역을 다루기 위해 구현해야하는 일련의 관행을 식별합니다.
CMMI의 5 단계는 무엇입니까?
CMMI 모델은 조직에 대해 측정 가능한 5 가지 성숙도 수준을 고려합니다.
- 처음의
- 관리
- 한정된
- 정량적으로 관리
- 최적화
성숙도 레벨 1 (초기)에서 조직은 프로세스의 임시 특성을 특징으로합니다. 조직은 제품 생성을위한 안정적인 환경을 제공하지 않으므로 프로젝트의 성공 여부는 전적으로 각 제품에 전념하는 개인의 기술에 달려 있습니다.
성숙도 2 (관리)에서 조직의 프로젝트는 조직 정책에 계획되고 정의 된 내용에 따라 프로세스를 수행하고, 필요한 지식을 보유한 숙련 된 인력을 고용하고, 모든 관련 이해 관계자를 포함하고, 모든 프로세스를 모니터링, 제어 및 검토합니다.
성숙도 수준 3 (정의 됨)에서는 모든 프로세스가 표준, 절차, 도구 및 방법을 통해 이해되고 설명됩니다.
성숙도 레벨 4 (양적으로 관리 됨)에서 조직과 프로젝트는 프로세스 품질과 사용을 측정하기위한 정량적 목표를 설정하고이를 관리하는 데 필요한 기준을 설정합니다. 프로세스를 제어하기 위해 통계적 방법이 사용됩니다.
성숙도 레벨 5 (최적화)에서 조직은 지속적인 개선을 보증하는 통계적 방법을 사용하여 프로세스에 공통적 인 변동 원인에 대한 정량적 이해를 통해 프로세스의 지속적인 개선을 적용합니다.
성숙도 수준은 누적됩니다. 즉, 각 수준에 도달하려면 해당 수준의 모든 특정 프로세스 영역과 모든 하위 수준을 구현해야합니다.
CMMI의 6 가지 기능 수준은 무엇입니까?
차례로 CMMI 모델은 각 프로세스에 대해 측정 가능한 6 가지 기능 수준을 고려합니다.
- 불완전한
- 수행
- 관리
- 한정된
- 양적 관리
- 최적화
CMMI 기능 수준 0 (불완전) : 부분적으로 수행되었습니다. 프로세스 영역의 하나 이상의 특정 목표가 충족되지 않았습니다.
CMMI 기능 수준 1 (수행됨) : 프로세스 영역의 모든 특정 목표를 충족하는 불완전한 프로세스입니다.
CMMI 기능 수준 3 (관리) : 프로세스를 지원하는 데 필요한 인프라를 보유한 수행 된 프로세스로, 조직 정책에서 계획 및 정의 된 내용에 따라 프로세스가 수행되고 필요한 지식을 보유한 숙련 된 인력을 고용합니다. 모든 관련 이해 관계자가 참여하고 프로세스를 모니터링, 제어 및 검토합니다.
CMMI 기능 수준 3 (정의 됨) : 맞춤형 가이드에 따라 조직 표준 프로세스 집합에서 맞춤화되고 조직 개선에 제품, 조치 등을 기여하는 관리 형 프로세스입니다.
CMMI 기능 수준 4 (양적으로 관리 됨) : 통계 기법을 사용하여 제어되는 정의 된 프로세스입니다.
CMMI 기능 수준 5 (최적화) : 공정에 공통적 인 변동 원인에 대한 정량적 이해를 통해 개선되는 정량적으로 관리되는 프로세스입니다.
기능 수준은 누적됩니다.
CMMI의 표현은 무엇입니까?
모델은 두 가지 표현을 나타냅니다.
- 단계적 표현
- 연속 표현
두 경우 모두 프로세스 영역, 목표 및 관행은 동일합니다. 이러한 표현의 차이점은 프로세스 개선이 구현되는 순서입니다.
- 단계적 표현의 경우 개선 할 프로세스 영역은 모델의 성숙도 수준에 할당되어 미리 정의 된 정렬에서 선택됩니다.
- 연속적인 표현의 경우 조직이 비즈니스 목표에 따라 가장 적합하다고 판단되는 분류에서 개선해야 할 프로세스를 선택합니다. 각 공정 영역에는 개선 사항을 처리해야하는 분류 표시를 제공하는 능력 수준 (0 ~ 5)이 있으며, 지속적인 표현은 ISO 15504 (SPICE)와 같은 다른 품질 표준에 더 가깝습니다. 단계적 표현은 CMMI 모델의 첫 번째 버전 인 이전 CMM에 해당하며 조직의 성숙도 수준에 따라 구현 만 고려했습니다.
CMMI가 귀사를 어떻게 도울 수 있습니까?
CMMI는 다음과 같은 여러 가지 중요한 방법으로 조직을 도울 수 있습니다.
- 고객 만족도를 높입니다.
- 신규 고객을 확보하고 유지할 가능성을 높입니다.
- 생산성과 효율성을 높입니다.
- 더 많은 이익을 창출합니다.
- 프로젝트 목표 및 비즈니스 목표를 달성하는 능력을 향상시킵니다.
- 위험과 불확실성을보다 쉽게 처리 할 수 있습니다.
- 기술 격차를 식별하고 워크 플로우 병목 현상을 해소하는 데 도움이됩니다.
- 조직 전체의 표준으로 커뮤니케이션을 촉진합니다.
최신 버전의 CMMI는 비 기술적 인 언어로 작성되어보다 사용자 친화적이고 구현하기 쉽습니다. 조직은 CMMI 온라인 탐색 성과 향상 및 조직의 성공을위한 특정 목표에 따라 구성합니다. Visure Requirements와 같은 도구는 요구 사항을 모니터링 및 추적하고 비즈니스 프로세스의 응용 프로그램을 표준화 및 조화시켜 성숙도를 개선하는 데 도움이됩니다.
요구 사항 관리 도구를 사용하여 CMMI 지원
Visure Requirements는 CMMI와이 접근 방식을 공유합니다. 요구 사항 관리 요구 사항 개발과 밀접한 관련이 있습니다. Visure Requirements에서 지원하는 요구 사항 엔지니어링 프로세스에는 요구 사항의 명확한 식별, 버전 관리, 추적 성, 등뿐만 아니라 비즈니스 모델 및 인터페이스의 정의, 개발할 시스템의 기능 식별과 같은 기타. 동일한 도구 내에서 이러한 활동을 관리하는 것은 프로젝트 참여자가주기적이고 반복적 인 프로세스의 일부로 모든 활동에 대한 전체적이고 통합 된 비전을 유지하는 데 도움이되므로 중요한 이점입니다.
또한 CMMI 구현을위한 지원으로 Visure Requirements를 사용하면 프로세스의 일부를 자동화 할 수 있으므로 CMMI 레벨 2 설명에 필요한 것과 같이 스트레스가있는 순간에도 프로세스를 이행 할 수 있으므로 많은 이점이 있습니다. (관리 됨).
실제로 이미 CMMI for Development 레벨 2에서 활동을 지원하는 데 필요한 것으로 간주되는 리소스 중 "일반적인 작업 제품"중 하나로 모니터링 및 모니터링 도구를 사용하는 것이 좋습니다. 추적 요구 사항. 그 이유는 수동 유지 관리 비용이 너무 많이 들고 이러한 도구를 사용할 수없는 경우 모범 사례를 포기할 위험이 매우 높기 때문입니다.
성숙도 레벨 3 (정의 됨)의 경우 조직에 일반 프로세스가 정의되어 있어야하며, 이는 필요에 따라 다양한 프로젝트에 맞게 조정됩니다. 또한 이러한 프로세스는 표준, 프로세스, 도구 및 방법에서 적절하게 특성화, 이해 및 설명되어 프로세스 표준화를 지원하는 템플릿을 제공해야합니다. 여기에서 Visure Requirements의 사용은 회사의 프로세스 적용을 표준화하고 조화시키는 데 도움이되므로 레벨 3에서 요구 사항 프로세스의 구현을 용이하게합니다.
성숙도 4 (정량적 관리) 및 5 (최적화)의 경우, 통계적 및 정량적 기법 세트를 사용하여 확인 및 관리 할 일반 프로세스에 가장 중요한 기여를하는 하위 프로세스를 식별해야합니다. 조직의 프로세스 정의 및 구현을 개선 할 수 있습니다. 측정 항목 계산과 성능 모델 또는 프로세스 행동 모델의 개발을 위해 나중에 이용할 수있는 데이터의 저장 없이는 정량적 관리가 불가능하기 때문에 여기서 도구의 사용도 중요합니다.
