프로세스의 목표 중 하나는 모든 분야의 기대가 동일하고 일치화하도록 확인하는 것입니다. 주기적인 상태 평가가 프로젝트 라이프사이클 동안 모든 개인의 기대를 관리하는 메커니즘을 제공합니다.  
역할:  프로젝트 관리자 
선택 가능성/발생 시기:  일반적으로 반복의 맨 끝에.
템플리트 및 보고서: 
     
예: 
     
UML 표시:  적용 가능하지 않음.
자세한 정보:   
활동 정보:    활동 결과:   

목적 페이지 맨 위

상태 평가는 설명, 의견교환 및 관리 문제, 기술 문제 및 프로젝트 위험 해결에 대한 메커니즘을 제공합니다. 진행 중인 활동과 전개 중인 제품 구성에서 직접 파생된 오브젝트 데이터와의 계속적인 공개 의사소통은 모든 프로젝트의 의무사항입니다. 이러한 프로젝트 스냅샷은 관리 주의에 대한 기본을 제공합니다. 기간이 다양한 반면 강제 실행 기능이 프로젝트 이력을 캡처합니다.

상태 평가가 이정표 검토와 다르다는 사실을 참조하십시오.

타이밍 페이지 맨 위

이 결과물은 일반적으로 반복의 맨 끝에서 주기적으로 작성됩니다. 때때로 반복이 몇 달동안 지속되는 대형 프로젝트에서는 더 자주 작성됩니다.

유지보수되거나 갱신되지 않습니다.

책임 페이지 맨 위

프로젝트 관리자는 상태 평가의 책임이 있습니다.

조정 페이지 맨 위

상태 평가는 반복이 잦은 경우(매달에 한 번) 반복 평가와 결합될 수 있습니다. 반복 기간이 긴 경우, 중간 상태 평가가 필요합니다.

추가 정보 페이지 맨 위

상태 평가의 수 많은 정보는 기타 소스에서 복사되어 프로젝트를 평가하는 개인에게 광범위한 정보의 소스를 제공합니다. 상태 평가는 유지보수되지 않으므로 전개 시스템과 일치하는 정보를 유지하는 데 대한 문제는 없습니다.



Rational Unified Process   2003.06.15