반복 시작 시 준비된 반복 계획은 그 당시 알려진 내용만 선택할 수 있습니다. 이는 필요한 전체 기능(기능적 및 비기능적 요구사항)의 증분과 이전
반복에서 남겨진 변경 요청이 됩니다. 그러면 프로젝트 관리자는 반복의 자원 및 스케줄을 결정할 수 있게 됩니다. 결함 허용은 반복 계획으로
빌드되어야 합니다. 내재적으로는 중간 산출물 제품에 할당된 노력에 또는 명시적으로는 특정 활동에 빌드됩니다. 두 번째 방법을 채택하는 것이 권장되며, Rational Unified Process에는 이를 실현
가능하게 하는 타스크가 포함됩니다.
수정사항 우선순위는 변경 제어 관리자가 지정하지만 프로젝트 관리자가 여전히 수정사항 작성 시기를 결정하는 계획 결정권을 가집니다. 그러나 결함이
발견된 반복에서 결함 정정을 시도해야 하며 반복 시작 시 계획된 자원으로 이 작업을 수행할 수 있어야 합니다. 반복 종료 시에도 수정되지 못한(발견되지 않은) 결함이 있을 수 있지만(반복이 시간 제한되므로) 반복이
성공적으로 간주되려면 어떤 이유로든 많은 결함이 심각하지 않거나 우선순위가 높게 지정되지 않아야 합니다.
사소한 개선사항 요청 이외의 예상치 못한 사항에 대해서는 거의 허용되지 않습니다. 근본적인 개선사항 변경 요청이 현재 반복에서 허용되는 경우 프로젝트 관리자는 다른 계획된 기능을 다음 반복으로 미루거나 변경을
담당할 추가 자원을 배정하여 다시 계획해야 합니다. 일반적으로 이런 개선사항 요청은 다음 반복 또는 더 이후로 미뤄지고 일반 반복 계획 주기의 파트가 됩니다.
|