활동: 프로젝트 형상 및 변경 제어 계획
이 활동은 스프트웨어 개발 프로세스의 중간 산출물로 개발된 아티팩트의 변경사항을 관리 및 제어하기 위한 적절한 계획을 수립합니다.
확장: 프로젝트 형상 및 변경 제어 계획
설명작업분류 체계(WBS)팀 할당중간 산출물 사용법
관계
설명

해당 활동은 다음에 초점을 둡니다.

  • 프로젝트 형상 관리 정책 구현
  • 제품 변경을 제어하는 정책 및 프로세스 구현
  • 형상 관리 계획(소프트웨어 개발 계획 포함)에 이 정보를 문서화

CM 정책은 프로젝트에서 사용되도록 승인된 아티팩트를 식별, 보호 및 보고하는 능력을 의미합니다. 식별은 프로젝트 아티팩트를 제어하는 적절한 도구와 이러한 아티팩트를 조직적으로 반복해서 레이블링하여 상대적 성숙도와 주어진 시간에 서로의 관계를 식별함으로써 간편하게 사용할 수 있습니다. 조직적 식별 사례로 아카이브하고 기준선 작성하는 기법을 통해 프로젝트 아티팩트를 보호할 수 있습니다.

표준, 문서화된 변경 제어 프로세스는 변경사항이 일관된 방식으로 프로젝트에서 작성되었는 지와 적절한 이해 당사자(stakeholder)에게 제품의 현재 상태, 요청된 변경 및 이러한 변경이 비용 및 스케줄 등에 주는 영향에 대한 정보가 전달되도록 합니다.

CM 계획은 CM 활동과 연관된 제품을 계획, 구현, 제어 및 조직하는 방법에 대해 문서화합니다.

특성
이벤트로 구동됨
다중 발생
진행 중임
선택사항
계획됨Yes
반복 가능함
인력 구성

형상 관리자 역할을 수행하는 개인은 선천적으로 조직적이어야 하지만, 프로젝트 팀의 요구에 맞게 형상 및 변경 제어를 계획할 수 있을 만큼 융통성이 있어야 합니다. 형상 관리자 역할은 프로젝트 변경 정책이 프로젝트 변경 관리 도구에 반영되었는지 확인하고, 소프트웨어 개발자가 정의된 개발 및 승인 사례에 따라 상태 변경을 통해 아티팩트를 쉽게 변환할 수 있도록 하여 팀을 지원합니다. 형상 관리자는 CM 계획이 의도된 대로 준수되는지, 감사 보고가 정기적으로 발생하는지 모니터링하기 위해 적당한 기준선을 작성하고 CM 자산의 백업이 안전하게 보존되는지(예: 현장의 백업 세트의 방화 안전, 외부에 저장된 매주 백업 세트) 확인하기 위해 시스템 관리자 역할과 함께 작업해야 합니다.

변경 제어 관리자는 주요 중재 역할입니다. 이 기능에서 프로젝트의 변경 제어 관리자는 궁극적으로 소프트웨어 빌드에 제공된 변경사항을 추가할지 여부를 결정합니다. 실제로, 중요한 잠재적 영향의 변경사항만이 모니터링을 보증하며 제품에 변경사항 포함 또는 제외에 관한 잠재적 영향은 프로젝트 요인(예: 정치 상황, 개발자와 고객 간 신뢰 구축 필요 등)의 관점에서 주의깊게 고려되어야 합니다.

사용법
사용법 안내

이 작업은 주로 각 단계(Phase)의 첫 번째 반복에서 수행됩니다. 이 작업은 구현/구축(Construction) 및 전이(Transition) 단계에서 가장 중요하지만 프로젝트 환경에 따라 정제(Elaboration) 및 심지어 도입/인식(Inception) 단계에서도 중요할 수 있습니다.

이 작업은 선택적이 아닙니다. 그러나 프로젝트 컨텍스트에 맞게 해당 형식, 스타일 및 의식(ceremony) 레벨의 차이가 있습니다. 또한 프로젝트 라이프사이클이 진행되면서 변경 프로세스의 견고성과 형식성이 강화되어 전이 단계에서 가장 형식화되고 견고한 프로세스가 생성됩니다.

핵심 고려사항