단계의 종료는 프로젝트의 완결 및 (기술 및 관리 기대의) 동기화를 나타내며 반복의 종료와 대체로 일치합니다. 그러나, 다른 반복과는 달리 한 단계를
종료하는 반복은 (다음 단계 내의) 다음 반복으로 전달될 미결 사항 및 문제를 남겨야 합니다. 실제로 단계 종료점에서 프로젝트의 범위를 재설정하거나 심지어는 재계약을 고려할 수도 있습니다. 예를 들면,
도입/인식(Inception) 단계는 예비적인 단계이므로 시간 및 자료(time-and-materials) 또는 비용 추가(cost-plus) 유형의 계약으로 수행되는 것이 적절할 수 있습니다.
정제(Elaboration) 단계는 개발의 제품의 참신도에 따라 고정 비용 또는 비용 추가 유형의 계약으로 수행될 수 있습니다. 구현/구축(Construction) 및 전이(Transition) 단계에서 시스템에
대해 충분히 파악 가능한 경우에는 고정 비용 계약을 벤더 및 구입자가 더 선호합니다.
단계 종료는 주요 이정표로 표시되며 이 지점에서 라이프사이클
이정표 검토가 수행됩니다. 이를 수행하는 목적은 프로젝트의 현재 상태에 대해 모든 이해 당사자들의 의견을 일치시키기 위해서입니다. 이러한 검토는 일반적으로 공식적이므로 단계의 목표를 달성했음을 모든 이해
당사자들에게 보여주는 일정한 형식을 갖춰 수행됩니다. 전이(Transition) 단계의 종료는 제품 릴리스 이정표에 의해
표시됩니다. 또한 프로젝트 적합성 검토로 표시될 수도 있습니다. 전이(Transition) 단계에 대한 단계 종료 조치에 대해서는 타스크: 프로젝트 완결 준비에서 설명합니다.
프로젝트 관리자는 단계의 최종 반복으로 나아가면서 라이프사이클 이정표 검토를 위해 모든 필수 중간 산출물을 준비하려고 계획했을 것입니다. 그러나 라이프사이클 이정표 검토 전에 타스크: 반복 평가 및 타스크:
반복 적합성 검토가 잡혀 있습니다. 반복이 제대로 수행된다면 이 타스크(단계 완결 준비)에서 할 일은 이해 당사자에게 단계 종료 중간 산출물을 배포하는 것이 전부일 수 있습니다. 프로젝트 관리자는 반복 평가 또는 문제 목록에서
제기된 특정 문제를 라이프사이클 이정표 검토 전에 해결해야 하며 다음 단계로 넘길 수 없다고 결정할 수 있습니다. 이 경우 비록 워크플로우 측면에서지만, 선택된 문제점이 수정되고 문제가 해결되는 마이크로 반복이
실제로 발생하게 되는데 이를 최종 반복의 확장으로 간주할 수 있습니다.
|