타스크: 프로젝트 계획 검토
이 타스크는 소프트웨어 개발 계획을 검토하는 방법을 설명합니다.
목적
  • 초기 소프트웨어 개발 계획 승인
  • 소프트웨어 개발 계획에 대한 변경 검토 및 승인
관계
역할기본: 추가: 지원:
입력필수: 선택사항: 외부:
  • 없음
출력
기본 설명

소프트웨어 개발 계획이 완전히 개발되어 프로젝트 팀이 높은 신뢰도를 갖는 상위 레벨 단계 계획을 포함할 경우, 도입/인식(Inception) 단계의 종료 무렵에 초기 프로젝트 계획 검토가 수행됩니다.

후속 프로젝트 계획 검토는 소프트웨어 개발 계획이 개정될 것으로 예상되는 계획된 시점(예: 각 반복의 종료 시에)에 수행됩니다. 또한 프로젝트 문제점의 결과로서 계획을 변경해야 하는 경우, "계획되지 않은" 시점에도 수행됩니다.

단계
프로젝트 계획 검토 회의 스케줄

프로젝트 계획 검토 회의의 참가자는 상급 경영진의 대표 및 소프트웨어 개발 계획에 필요한 대로 프로젝트에 자원을 투입해야 할 모든 그룹(예: 개발/엔지니어링, 운영, QA, 테스트, 고객 지원 등)을 포함해야 합니다. 일반적으로 이들이 프로젝트 팀의 다양한 기능적 영역에 대한 팀 리더와 함께 PRA(Project Review Authority)를 구성합니다.

프로젝트 계획 검토 회의의 출석자가 식별된 후 회의를 개최할 날짜/시간을 설정하십시오. 참가자가 승인 결정을 위한 기초로 사용될 프로젝트 자료를 검토할 수 있도록 하기 위해 충분한 리드 타임을 제공해야 합니다.

회의 자료 배포

회의에 앞서서 프로젝트 자료를 검토자에게 배포하십시오. 검토자가 자료를 검토할 시간을 가질 수 있도록 하기 위해 프로젝트 승인 검토 회의 전에 충분한 시간을 두고 미리 이들 자료를 보내야 합니다. 검토를 위해 제공되어야 하는 최소 중간 산출물 세트는 다음과 같습니다.

  • 비전
  • 비즈니스 사례
  • 위험성 목록
  • 소프트웨어 개발 계획(및 포함된 계획)
프로젝트 계획 검토 회의 수행

회의 중에 검토자는 제안된 소프트웨어 개발 계획을 평가하여 프로젝트 목표를 달성할 활동 프로그램을 표시하는지 여부를 판별합니다. 검토자는 또한 계획에 있는 모든 오류가 있는 가정이나 누락을 찾습니다. 다음과 같은 사항을 고려하십시오.

  • 계획이 비즈니스 사례 및 비전에서 식별되는 필요성을 다룹니까?
  • 계획이 비즈니스 사례에서 약술되는 스케줄 및 예산 내에서 원하는 결과를 인도합니까?
  • 프로젝트의 결과물이 현실적으로 예측할 수 있는 세부사항의 충분한 레벨까지 계획이 개발되었습니까?
  • 확실한 분석 방법을 사용하여 프로젝트 예상이 준비되었습니까?
  • 검토 포인트와 이정표가 충분히 빈번한 간격으로 계획됩니까?
  • 계획이 모든 심각한 위험성을 완화/회피하기에 적당합니까?
  • 계획에 충분한 자원이 식별되었습니까? 그리고 이들 자원이 사용 가능/확보 가능합니까?
  • 역할과 책임이 명확하게 정의됩니까?
  • 모니터링 및 제어 프로세스가 허용 가능한 계획에 정의됩니까?
  • 모든 지원 계획 및 가이드라인이 허용 가능한 세부사항 레벨까지 완료되었습니까?

회의가 끝날 때 검토자는 승인 내용을 결정해야 합니다. 결과는 다음 중 하나일 수 있습니다.

계획 승인됨  프로젝트가 계획한 대로 진행됩니다. 상급 경영진이 프로젝트에 대한 나머지 자금과 자원을 투입합니다. 
프로젝트 취소됨  알려진 위험성 및 프로젝트 예산/스케줄 내에서 프로젝트를 더 이상 실행할 수 없습니다. 
결정 지연됨  승인 결정을 내리기 전에 추가 정보가 필요하거나 추가 조사가 필요합니다. 
결정 기록

회의가 끝날 때 모든 중요한 논의 또는 조치 항목을 캡처하고 프로젝트 계획 검토 결과를 기록하여 검토 레코드가 완성됩니다. 결과가 "결정 지연됨"인 경우 후속 프로젝트 계획 검토 회의가 나중 날짜로 계획되어야 합니다.



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