활동: 개발 계획 정제
이 활동은 소프트웨어 개발 계획을 필요에 따라 정제합니다.
설명작업분류 체계(WBS)팀 할당중간 산출물 사용법
관계
상위 활동
설명

소프트웨어 개발 계획은 도입/인식(Inception) 단계 초기에 작성 및 검토했습니다. 그 후 일반적으로 각 반복의 처음에 이전 반복의 경험과 다음 반복 계획을 기반으로 하여 소프트웨어 개발 계획 및 해당 엔클로저를 개정해야 할 수 있습니다. 또한 프로젝트 관리자는 소프트웨어 개발 계획에 대한 다른 모든 컨트리뷰션을 조합하여  타스크: 소프트웨어 개발 계획 컴파일에서 조합합니다.

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

이 활동은 분명히 프로젝트 관리자의 예상, 계획 및 작성 스킬을 강조합니다. 또한 프로젝트 관리자는 이 계획 생성 중에 영향받는 이해 당사자(stakeholder)로부터 합의를 얻어야 하므로 프리젠테이션 및 커뮤니케이션 스킬도 중요합니다. 관리 검토자는 관련 비즈니스 또는 기술 도메인에서의 프로젝트 예상 경험을 보유해야 하며 프로젝트 관리자의 가정사항에 대한 유효성을 판단할 수 있어야 합니다. 관리 검토자는 또한  개발 사례가 소프트웨어 개발 계획에서 정확하게 표현되었는지 판단할 수 있도록 Rational Unified Process에 대한 풍부한 지식을 보유하고 있어야 합니다.

사용법
사용법 안내

이 활동은 일반적으로 각 반복의 시작 시점에 발생합니다.

예상은 이상적으로 조직의 고유 경험을 기반으로 해야 하며 예상 모델(예: COCOMO)을 조정하는 데 사용됩니다. 원래 모델에 대한 설명은 [BOE81]을 참조하고 최신 작업은 http://sunset.usc.edu/research/cocomosuite/index.html로 이동하십시오. 프로젝트 관리자가 모델 계수의 기본값을 사용하여 처음 시작하는 경우 다른 방법을 사용하여 예상의 유효성을 검증해야 합니다. 직원과 다른 이해 당사자(stakeholder)로부터 예상이 현실적이고 달성 가능하다는 동의를 얻는 것 또한 중요합니다. 그러나 프로젝트 관리자는 예상에 대한 피드백을 제공하는 직원의 경험을 고려해야 합니다. 신입 직원의 경우 단순하게 수치를 예상하고 오류를 고려하여 많은 여유를 둘 수 있으며, 즉 노력에 대한 예상 값은 낮을 수 있습니다. 따라서 프로젝트 관리자는 신입 직원의 예상을 처리하는 데 있어 신중을 기해야 하며 필요 시 그들과 상담을 하거나 숙련된 동료의 지원을 제공해주어야 합니다. 예상에 대한 자세한 정보는 타스크: 단계 및 반복 계획을 참조하십시오.

소프트웨어 개발 계획에 포함된 모든 계획 및 섹션은 프로젝트 계획 검토를 수행하기 전에 내부 둘러보기 및 검토를 통해 평가해야 합니다.