기능 성숙도 모델(CMM)은 비즈니스의 여러 기능을 확장하는 효과적이고 쉬운 방법입니다.
회사를 운영하거나 시스템을 제어하거나 그룹을 관리하려면 역량을 이해하는 것이 필수적입니다.
비즈니스의 다양한 기능으로 범위를 좁힌 후에는 이러한 모든 기능의 성과를 평가해야 합니다. 그에 따라 비즈니스의 표준과 목표를 설정합니다.
따라서 각 기능과 개인의 성과와 작업 진행 상황을 측정하고 제어하려면 기업가와 비즈니스 리더가 견고한 솔루션을 갖고 이를 캡처해야 합니다.
이러한 방식으로 회사는 복잡성의 부담을 감당하고 확장에 필요한 정밀도를 제공할 수 있는 시스템을 개발할 수 있습니다.
이것이 CMM이 등장하는 곳입니다.
이 기사에서는 CMM과 CMMI의 정의, 수준 및 차이점에 대해 설명합니다.
시작하자!
목차
능력 성숙도 모델이란 무엇입니까?
CMM(Capability Maturity Model)은 조직의 애플리케이션 개발 프로세스를 만들고 개선하는 데 사용되는 간단한 방법론입니다. 이를 통해 개발자는 소프트웨어 개발 프로세스를 개발하고 향상하여 일관성과 효율성을 높일 수 있습니다.
개발 팀에서 할당된 역할에 관계없이 CMM에 익숙해지면 성과를 높이는 데 도움이 될 수 있습니다. 따라서 CMM은 소프트웨어 개발 프로세스를 평가, 개발 및 개선하는 데 도움이 되는 방법이라고 할 수 있습니다.
CMM은 엔지니어링, 관리 및 계획을 거치는 소프트웨어 개발 및 기타 공주에 대한 기본 절차를 설명합니다. 더 큰 돌파구가 아닌 작은 진전 징후를 통해 정기적인 개선 프로세스를 달성할 수 있다고 가정합니다.
또한 소프트웨어 개발 프로세스의 지속적인 개선을 위한 플랫폼을 제공하기 위해 마이너 사인을 다양한 성숙도 수준으로 관리할 수 있는 프레임워크를 제공합니다. 따라서 이 방법론은 전달과 함께 제품 및 서비스의 개발 품질을 향상시키기 위해 특별히 설계된 관리 시스템의 핵심 역할을 합니다.
CMM은 미국 국방부가 후원하는 R&D 센터인 SEI(Software Engineering Institute)에서 개발 및 홍보했습니다. 현재 Carnegie Mellon University의 일부입니다. SEI는 다양한 소프트웨어 문제를 해결하고 소프트웨어 방법론을 발전시키기 위해 1984년에 처음 설립되었습니다.
SEI는 국방부(DOD)의 소프트웨어 예약 시스템의 개발, 획득 및 유지 관리 프로세스를 최적화하기 위해 설립되었습니다. 그것은 진화하는 CMM, 즉 CMM 통합(CMMI)의 산업 중심 채택을 지지합니다.
왜 CMM이 필요한가요?
CMM에는 많은 장점이 있으며 이 방법론을 사용할 때 가장 유용한 이점은 시간과 비용을 절약할 수 있다는 것입니다. 다른 모델보다 효율적으로 개선 과정에서 결함을 알 수 있도록 시스템이 완벽하게 설계되었기 때문입니다.
또한 CMM은 비즈니스 프로세스를 개선하고 생산 일정의 갑작스러운 변경을 줄입니다. CMM은 산업 공정을 개선하기 위해 설계된 최초의 모델이기 때문에 CMM의 개선된 버전(예: CMMI), 비즈니스 역량 성숙도 모델(BCMM) 등과 같은 다른 모델 생성의 초석이 될 수 있습니다.
CMM은 모든 프로세스와 시장에 매우 유연한 모델입니다. 어떤 분야에 속하든 개발팀이 있다면 팀원들은 모델을 활용하여 프로세스의 오류를 수정할 수 있습니다.
CMM의 5단계 성숙도
개발 프로세스에서 CMM(Capability Maturity Model)의 5가지 수준은 다음과 같습니다.
#1. 초기 레벨
이 수준에서는 프로세스의 순서가 적절하지 않습니다. 때로는 혼란스러울 수도 있습니다. 여기서 성공은 구성원 개인의 노력에 달려 있으며 반복 가능한 과정으로 간주되지 않습니다. 이는 프로세스가 복제할 수 있을 만큼 충분히 문서화되고 정의되지 않았기 때문입니다.
뒤따르는 프로세스는 소프트웨어 개발을 위한 불안정한 환경인 미성숙하고 Adhoc입니다. 또한 제품의 품질과 완성 시간을 예측할 근거가 없습니다.
#2. 반복 가능
이 수준에서 필요한 프로세스는 잘 설정되고 문서화되며 정의됩니다. 결과적으로 프로젝트 관리 기술이 적절하게 확립되고 일부 핵심 프로세스 영역에서 성공이 복제되지 않을 수 있습니다.
반복 가능한 수준은 프로젝트 관리의 몇 가지 기본 정책을 설정하여 달성할 수 있습니다. 이전 프로젝트의 경험은 유사한 성격의 프로젝트를 관리하는 데 사용됩니다. 여기에는 프로젝트에 필요한 리소스, 목표, 제약 조건 등을 정의하는 것이 포함됩니다.
이 수준은 양질의 소프트웨어를 성공적으로 완성하기 위해 따라야 할 세부 계획을 제시합니다. 기본 목표는 소프트웨어 수명 주기 동안 구성 요소와 같은 제품의 성능을 유지하는 것입니다.
반복 가능한 수준에는 고객 피드백 및 검토 관리도 포함되며, 이는 설정된 요구 사항의 일부 변경으로 이어질 수 있습니다. 이 요구사항 관리는 수정된 요구사항의 수용으로 구성됩니다.
또한 하도급 관리는 소프트웨어 개발을 위해 자격을 갖춘 계약자 관리에 중점을 둡니다. 즉, 타사에서 개발한 일부 소프트웨어 부품을 관리합니다. 소프트웨어 품질 보증은 개발 프로세스 중에 특정 규칙 및 표준 지침에 따라 품질 소프트웨어 제품을 보장합니다.
#삼. 한정된
지침 및 절차의 문서화는 이 수준에서 이루어집니다. 잘 정의된 소프트웨어 엔지니어링 프로세스 및 관리 집합입니다. 여기에는 다음이 포함됩니다.
- 동료 검토: 이 방법에서는 검사, 친구 확인, 워크스루 등과 같은 다양한 검토 프로세스를 사용하여 결함을 제거해야 합니다.
- 그룹 간 조정: 이 방법은 적절하고 효율적인 요구 사항 충족을 보장하기 위해 여러 개발 팀 간의 상호 작용으로 구성됩니다.
- 조직 프로세스 정의: 이 방법은 소프트웨어 개발 프로세스의 개발 및 유지 관리에 중점을 둡니다.
- 조직 프로세스 초점: 여기에는 조직의 프로세스 기능을 향상시키기 위해 따라야 하는 관행과 활동이 포함됩니다.
- 교육 프로그램: 교육 프로그램은 팀원의 지식 및 기술 향상에 중점을 두고 업무 효율성을 향상시킵니다.
#4. 관리
이 수준에서는 조직의 소프트웨어 제품 품질 및 소프트웨어 프로세스에 대한 정량적 목표가 설정됩니다. 수행된 측정을 통해 조직은 정량적으로 정의된 한계 내에서 프로세스 및 제품 품질을 예측할 수 있습니다.
이 수준에는 정량 분석 및 제품 품질을 개발하고 이해하기 위해 수립된 전략 및 계획이 포함됩니다. 또한 프로젝트 성과 관리에 중점을 둡니다.
#5. 최적화
이것은 정량적 피드백을 통해 조직의 개발 프로세스의 지속적인 개선에만 초점을 맞추는 CMM의 프로세스 성숙도의 마지막 단계입니다. 이것은 알려진 결함의 반복을 방지하기 위해 소프트웨어 프로세스에 대한 기술, 평가 및 도구를 사용하여 수행됩니다.
이 수준에는 다음이 포함됩니다.
- 프로세스 변경 관리: 이 관리 프로세스는 소프트웨어 개발 프로세스의 지속적인 향상에 중점을 둡니다. 이는 소프트웨어 제품의 품질, 주기 시간 및 생산성을 향상시킵니다.
- 기술 변경 관리: 제품의 품질을 개선하고 개발 시간을 최소화하기 위해 기술 및 식별 기술을 사용하는 것으로 구성됩니다.
- 결함 예방: 결함의 원인을 파악하고 다음 프로젝트에서 결함이 재발하지 않도록 방지함으로써 결함 예방을 수행할 수 있습니다. 이렇게 하면 프로젝트 정의 프로세스가 향상됩니다.
능력 성숙도 모델 통합
CMMI(Capability Maturity Model Integration)는 조직이 제품, 서비스 또는 프로젝트를 개발하는 동안 개발 프로세스를 강화하고, 효율적인 동작을 강화하고, 워크플로의 생산성을 향상시키는 데 사용할 수 있는 간단한 프로세스 모델입니다. 그 결과 프로세스 전반에 걸쳐 위험이 감소합니다.
CMMI는 Carnegie Mellon University에서 개발 및 도입했습니다. 이 개발의 주요 의도는 특정 영역에서 지속적으로 개선할 수 있는 조직의 능력을 측정할 수 있는 성숙도 모델의 효율성과 유용성을 높이는 것입니다. 이는 여러 모델을 단일 프레임워크에 통합해야만 가능합니다.
2002년에 첫 번째 버전이 출시되었고, 2006년에 다음 버전이 출시되었습니다. 2010년에는 버전 1.3이 나타났고, 2018년에는 최신 버전인 2.0이 출시되었습니다. ., 기업용.
CMMI는 COBIT 프레임워크와 같은 인증을 소유한 ISACA(이전 정보 시스템 감사 및 제어 협회)에서 구입했습니다. CMMI는 제품 또는 서비스의 개발 프로세스 전반에 걸쳐 조직을 돕는 프로세스 및 행동 모델입니다.
따라서 CMMI의 목표는 매우 명확합니다. 고객의 기대를 충족시키고 시장에서 조직의 가치를 높이는 모델을 따라 서비스 또는 제품의 품질을 향상시키는 데 사용됩니다. 또한 비즈니스의 평판과 업계 이해관계자의 가치를 평가합니다.
CMMI는 현재 다음과 같은 관심 분야를 다루고 있습니다.
- CMMI for Development: 제품 및 서비스 개발을 위한 것입니다.
- CMMI for Services: 서비스 구축, 제공 및 관리를 위한 것입니다.
- 인수를 위한 CMMI: 제품 및 서비스 인수를 포함합니다.
CMMI 대표
CMMI 표현을 통해 조직은 일련의 개선 목표를 추구할 수 있습니다. 두 가지 표현이 있습니다.
단계적 표현
- 정의된 개발 프로세스 영역 집합을 사용하여 개선 경로를 설명합니다.
- 시리즈의 모든 부분이 다음 개선을 위한 구조 역할을 하는 일련의 개선 사항을 제공합니다.
- 성숙도 수준의 도움으로 개선된 경로를 정의합니다. 성숙도는 조직 내 다양한 프로세스의 성숙도를 나타냅니다.
- 다양한 성숙도 수준에 대해 여러 조직을 비교할 수 있습니다.
연속 표현
- 특정 프로세스 영역을 선택할 수 있습니다.
- 능력 수준을 사용하여 개별 프로세스의 개선을 측정합니다.
- 또한 프로세스 영역별 프로세스 영역을 기반으로 조직 간 비교가 가능합니다.
- 지속적인 표현을 통해 조직은 더 나은 개선을 위해 다양한 프로세스 중에서 선택할 수 있습니다.
- 이 표현에서 조직은 다양한 프로세스의 개선 순서를 선택하여 목표를 더 잘 달성하고 위험을 줄일 수 있습니다.
CMMI의 단계
단계적 표현이 있는 CMMI에는 5가지 성숙 단계가 있습니다.
#1.초기: 이 수준에서는 개발 프로세스가 제대로 제어 또는 관리되지 않습니다. 또한 개발 프로세스의 예측할 수 없는 결과도 포함됩니다. 또한 혼란스럽고 임시적인 접근 방식이 사용됩니다. 정의된 핵심 프로세스 영역(KPA)을 찾을 수 없습니다. 품질이 그다지 좋지 않으며 제품 또는 서비스가 가장 위험합니다.
#2. 관리됨: 이 성숙 단계에서는 요구 사항이 적절하게 관리되고 개발 프로세스가 제어 및 계획됩니다. 여기에서 프로젝트는 문서화된 계획에 따라 적절하게 관리되고 구현됩니다. 그러나 위험은 여전히 존재하지만 초기 수준보다 낮습니다.
#3.정의: 정의된 성숙도 수준에서 개발 프로세스는 적절한 절차, 표준, 도구 및 방법을 사용하여 잘 설명되고 특성화됩니다. 찾을 품질은 중간 등급이며 위험도 중간입니다.
#4.정량적 관리: 이 모델에서는 품질 및 성능 프로세스에 대한 정량적 목표가 설정됩니다. 조직의 요구 사항, 고객 요구 사항 등을 기반으로 합니다. 프로세스 성능 측정은 정량적으로 분석됩니다. 여기에서 더 낮은 위험에 더 높은 품질의 프로세스를 찾을 수 있습니다.
#5.최적화: 이것은 성능 및 프로세스의 지속적인 개선과 관련된 성숙 모델의 마지막 단계입니다. 이 수준의 개선은 혁신적이고 점진적입니다. 프로세스와 성능이 더 우수하고 위험이 가장 낮습니다.
CMMI의 기능 수준
기능 수준은 프로세스 영역과 관련된 조직의 프로세스를 향상시키기 위해 특정 프로세스 영역에 대한 관련 관행에 대해 알려줍니다. CMMI 모델에는 6가지 기능 수준이 있습니다.
- 기능 수준 0(미완): 미완성, 부분적, 수행되지 않은 프로세스를 포함합니다. 이 수준에서는 일반적인 목표가 없습니다.
- 기능 수준 1(수행됨): 이 수준에서는 프로세스 성능이 안정적이지 않습니다. 비용, 일정 및 품질의 목표가 충족되지 않습니다. 수준 1 프로세스는 특정 사례를 수행해야 합니다.
- 기능 수준 2(관리됨): 이 수준에서 프로세스를 모니터링, 제어 및 계획합니다. 여기에서 목표는 모델과 품질, 일정 및 비용과 같은 기타 항목입니다. 조직은 메트릭을 사용하여 능동적으로 프로세스를 관리해야 합니다.
- 기능 수준 3(정의됨): 프로세스가 잘 관리되고 일련의 조직 지침 및 표준을 충족하는 정의된 수준입니다. 프로세스 표준화에 중점을 둡니다.
- 기능 수준 4(정량적으로 관리됨): 여기서 프로세스는 정량 및 통계 기법을 사용하여 제어됩니다. 이 수준에서 프로세스 성능은 메트릭 및 통계 용어로 이해됩니다.
- 기능 수준 5(최적화): 이 수준은 프로세스 성능의 지속적인 개선에 중점을 둡니다. 혁신적이고 점진적인 방식으로 성능이 향상됩니다.
CMM 대 CMMI: 차이점
CMMI는 CMM의 업데이트된 최신 모델입니다. SEI는 CMM을 표준화하고 통합하기 위해 CMMI를 개발했으며, 모든 기능에 대해 다양한 모델을 가지고 있습니다. 이러한 모델은 동기화되지 않습니다. 이들을 통합하면 프로세스가 유연하고 효율적이 됩니다.
주요 프로세스 영역, 사례, 성숙도 수준 및 목표와 관련하여 CMMI 구조는 CMM 구조와 유사합니다. 그러나 CMMI는 프로세스에 대한 두 가지 다른 표현을 제공합니다.
CMM과 CMMI의 차이점을 더 알아보겠습니다.
CMMCMMICMM은 1984년에 개발된 Capability Maturity Model의 약자입니다. CMMI는 2006년에 개발된 Capability Maturity Model Integration의 약자입니다. 조직의 소프트웨어 개발 프로세스를 측정하기 위해 개발된 행동 모델입니다. 보다 작업 지향적이고 효과적인 CMM 모델의 주요 목적은 소프트웨어 개발 프로세스의 성숙도 수준을 평가하는 것입니다. 주요 목적은 서로 다른 소프트웨어 모델을 단일 소프트웨어로 결합하고 일부 CMM 단점을 극복하는 것입니다.CMM에는 초기, 반복, 정의, 관리 및 최적화의 5단계가 있습니다.CMMI에는 초기, 관리, 정의, 정량 관리 및 최적화의 5단계가 있습니다. CMM은 덜 효과적입니다. CMMI는 더 효과적입니다. 너무 프로세스 지향적입니다. 목표 지향적입니다.
결론
CMM(Capability Maturity Model)은 산업 분야의 소프트웨어 개발 프로세스를 위한 문제 해결 시스템입니다. 이를 통해 기업은 프로세스 문제를 처리하지 않아도 됩니다.
반면에 CMMI는 CMM보다 진보된 방법론을 가지고 있습니다. 여기에는 고객의 기대 충족, 창조 가치 평가, 마케팅 성장, 제품 및 서비스 품질 개선, 명성 향상이 포함됩니다.
또한 소프트웨어를 예정대로, 예산 내에서, 최고 품질로 개발하고 제공하는 데 도움이 되는 애플리케이션 수명 주기 관리 프레임워크를 탐색할 수도 있습니다.