워크플로우 세부사항:
|
이 워크플로우 세부사항의 목적은 정당한 고려사항이 프로젝트 변경에 영향을 주는지와 승인된 변경사항이 일관된 방식으로 프로젝트에서 작성되었는지를 확인하는 것입니다. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|
표준, 문서화된 변경 제어 프로세스가 변경사항이 일관된 방식으로 프로젝트에서 작성되었는지와 해당 스테이크 홀더에게 제품의 상태, 변경사항 및 이러한 변경의 비용 및 스케줄 정보가 전달되었는지를 확인합니다.
이 섹션은 이 워크플로우 세부사항에 연관된 추가 정보의 링크를 제공합니다.
이 작업은 초기 단계에 시작되어 라이프사이클을 통해 계속 진행되면서 라이프사이클이 진행함에 따라 중요성을 얻는 경향이 있습니다. 초기에 관리되는 것보다 변환 중에 공식적으로 관리되는 경우가 빈번합니다.
프로젝트 방식은 사소한 비공식적 고려사항부터 수 많은 표면적인 노력까지 다양한 작업을 의미하지만, 선택적은 아닙니다. 일부 CM 환경은 CCB 기능을 사용하여 규칙이 툴에서 설정될 수 있는 프로세스 자동화를 통해 지원될 수 있음을 참고하십시오. CCB 기능이 분산된 팀 사이에 관리되어야 하는 경우 특히 중요합니다.
CCB(Change(또는 Configuration) Control Board)는 프로세스 변경 및 RUP에서 여러 역할을 수행하는 대표 구성을 감독합니다. 일반적으로 관리자, 스테이크홀더(고객, 일반 사용자), 개발자 및 테스터가 포함됩니다. 소규모 프로젝트에서 프로젝트 관리자 또는 소프트웨어 아키텍처와 같은 개인은 CCB의 유일한 대표일 수 있습니다. Rational Unified Process에서 이 기본 CCB 역할은 변경 제어 관리자입니다.
이 작업을 수행하는데 도움이 되는 추가 가이드는 관계 정보 섹션을 참조하십시오.
이러한 개념, 제안 활동 및 변경 요청의 자세한 설명은 개념: 변경 요청 관리에 있습니다.
Rational Unified Process
|