목적
  • 초기 소프트웨어 개발 계획을 승인하는 것입니다.
  • 소프트웨어 개발 계획에 대한 변경을 검토 및 승인하는 것입니다.
역할:  관리 검토자 
빈도:  프로젝트 시작마다 한 번씩, 그 이후엔 소프트웨어 개발 계획을 갱신할 때마다 
단계
입력 결과물:    결과 결과물:   
툴 강좌:   

워크플로우 세부사항:   

초기 프로젝트 계획 검토는 소프트웨어 개발 계획이 완전히 작성되고 프로젝트 팀에서 상당히 신뢰할만한 상위 레벨의 단계 계획을 포함하는 경우 초기 단계 후반에 수행됩니다.

그 이후의 프로젝트 계획 검토는 소프트웨어 개발 계획이 수정되는 스케줄된 시점에(각 주기의 끝에) 수행됩니다. 또한 프로젝트 문제점 결과로 인해 계획을 변경해야 하는 요구가 발생하는 "예정에 없는" 시점에도 수행됩니다.

프로젝트 계획 검토 회의 스케줄 맨 위 페이지

프로젝트 계획 검토 회의 참석자에는 고급 관리 대표 및 소프트웨어 개발 계획에서 요구되는 프로젝트에 대한 자원을 확약해야 하는 모든 그룹(예: 개발/엔지니어링, 조작, QA, 테스트, 고객 지원 등)에 대한 대표가 포함되어야 합니다. 일반적으로 이들은 프로젝트 팀의 여러 가지 기능 분야의 팀 리더와 함께 프로젝트 검토 권한을 구성합니다.

일단 프로젝트 계획 검토 회의의 참석자가 식별되면 회의를 열 날짜/시간을 정하십시오. 참석자가 승인 의사결정의 기초로 사용할 프로젝트 자료를 검토할 수 있도록 충분한 준비 시간을 주는 것이 중요합니다.

회의 자료 배포 맨 위 페이지

회의 전에 검토자들에게 프로젝트 자료를 배포하십시오. 이러한 자료는 프로젝트 승인 검토 회의 전에 검토자가 충분히 검토할 수 있도록 충분히 미리 보내십시오. 검토를 위해 제공되어야 하는 최소 결과물 세트는 다음과 같습니다.

  • 비전
  • 비즈니스 케이스
  • 위험 목록
  • 소프트웨어 개발 계획(및 포함하는 계획)

프로젝트 계획 검토 회의 수행 맨 위 페이지

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

  • 계획에서 비즈니스 케이스 및 비전에서 식별된 요구사항을 다룹니까?
  • 계획이 비즈니스 케이스에 설명된 스케줄 및 예산 내에서 원하는 결과를 전달합니까?
  • 계획이 프로젝트 결과를 현실적으로 예상할 수 있는 충분한 세부 레벨로 작성되었습니까?
  • 프로젝트 추정치가 적절한 분석적인 방법으로 준비되었습니까?
  • 검토 시점 및 이정표가 충분한 빈도로 스케줄되었습니까?
  • 계획이 모든 심각한 위험을 완화시키고 예방하기에 적절합니까?
  • 계획에서 충분한 자원이 식별되었고 이러한 자원이 사용 가능/확보 가능합니까?
  • 역할 및 책임을 명확하게 정의했습니까?
  • 계획에서 승인 가능한 모니터링 및 제어 프로세스가 정의되었습니까?
  • 모든 지원 계획 및 가이드라인이 승인 가능한 세부 레벨로 작성되었습니까?

회의가 끝나면 검토자들은 승인 의사결정을 내려야 합니다. 결과는 다음 중 하나일 수 있습니다.

계획 승인  프로젝트가 계획대로 진행됩니다. 고급 관리가 프로젝트의 나머지 자금 및 자원을 확약합니다.  
프로젝트 취소  알려진 위험 및 프로젝트 예산/스케줄에 따라 프로젝트를 더 이상 수행할 수 없습니다.  
의사결정 연기  추가 정보가 필요하거나 승인 의사결정 전에 추가 검토가 요구됩니다. 

의사결정 기록 맨 위 페이지

회의가 끝나면 중요한 논의사항 또는 조치 항목이 기록되고 프로젝트 계획 검토 결과가 기록된 검토 기록이 완성됩니다. 결과가 "의사결정 연기"인 경우 사후 프로젝트 계획 검토 회의가 이후 날짜에 스케줄되어야 합니다.



Rational Unified Process   2003.06.15