작업 순서는 수행되어야 할 내용 및 시기에 대해 책임이 있는 직원과 프로젝트 관리자가 의견을 교환하는 수단입니다. 프로젝트 관리자와 완료를 위해 책임이 지정된 직원 간 내부 계약이 됩니다.  
역할:  프로젝트 관리자 
선택 가능성/발생 시기:  프로젝트 관리자가 프로젝트에 대해 작업을 시작해야 하는 때에 발행됩니다.
템플리트 및 보고서: 
     
예: 
     
UML 표시:  적용 가능하지 않음.
자세한 정보:   
활동 정보:    활동 결과:   

목적 페이지 맨 위

반복 계획의 완료시 또는 변경이 필요한 때마다 프로젝트 관리자가 작업 순서를 사용하여 계획을 조치로 변경합니다. 작업 순서는 지정된 스케줄 하에서 일정 실행 가능한 일, 노력 및 자원 제한조건으로 특정 활동, 또는 활동 세트를 수행하기 위한 프로젝트 관리자와 직원 간 협상된 계약입니다.

간략한 개요 페이지 맨 위

1. 식별

프로젝트 및 작업 순서를 고유하게 식별합니다.

2. WBS(Work Breakdown Structure) 식별

이 작업 순서와 연관된 작업 패키지(프로젝트 계획 내)를 식별합니다. 이 작업 순서에 소비된 노력이 추적을 위해 이 작업 패키지에 할당됩니다.

3. 책임

작업 순서를 이행할 책임이 있는 조직내 직위.

4. 연관된 변경 요청

이 작업 순서와 연관된 변경 요청을 참조합니다(작업 순서에 자극이 되는 요청 또는 동시에 고정되는 요청).

5. 스케줄

스케줄은 추정 시작 및 완료 날짜와 주요한 경로 완료 날짜에 대해 다룹니다.

6. 노력 및 기타 자원

직원 시간, 총 시간 및 초과 시간과 기타 자원 예산(예: 개발 환경 시간, 테스트 환경 시간)을 설명합니다.

7. 작업 및 예상 결과물 설명

수행되어야 할 사항과 작성되어야 할 사항을 설명합니다. 수행될 활동 및 작성될 결과물에 대해 Rational Unified Process 설명 또는 개발 케이스를 적절하게 참조합니다.

8. 프로젝트 관리자와 책임이 있는 직원 간 계약 표시

책임이 있는 위치의 직원(일반적으로 팀 리더)과 프로젝트 관리자가 작업 순서에 서명하고 날짜를 기입해야 합니다.

타이밍 페이지 맨 위

작업 순서는 프로젝트 관리자가 프로젝트에 대해 작업을 시작해야 하는 때에 발행됩니다. 일반적으로 반복 시작 시(반복 계획 이후)와 승인된 변경 요청이 프로젝트 관리자가 조치를 취하도록 전달될 때마다 발생합니다. 프로젝트 관리자는 작업 순서를 사용하여 문제점을 초기화하고 변경 요청이 필요하지 않은 해결책 작업을 실행할 수도 있습니다(프로젝트 관리자의 권한).

책임 페이지 맨 위

역할: 프로젝트 관리자가 작업 순서에 책임이 있습니다.

조정 페이지 맨 위

작업 순서는 프로젝트 관리자가 프로젝트 구성원과 계획에 대해 의견을 교환하는 메커니즘입니다. 작은 규모의 프로젝트에서는 화이트보드에 계획을 의논한 다음 전자 우편을 통해 동의를 확인하는 식으로 단순화할 수 있습니다. 대형의 매우 구조화된 프로젝트에서는 일부 자동화된 활동 관리 양식이 사용될 수 있으며, 여기서 프로젝트 관리자가 팀 구성원들에게 해야 할 일 목록에 표시되는 지시사항을 입력합니다(동의에 대한 일정한 프로토콜 포함 가능).

다른 옵션은 자동화된 변경 요청 관리 시스템을 확장하여 사용하여 프로젝트의 모든 작업(결함만이 아니라)이 변경 요청에 표시되도록 하고 작업 수행 지시사항이 변경 요청 관리 프로세스의 상태 변경에 의해 시작되는 조치(전자 우편을 통해서나 자동화된 활동 관리 시스템의 통합을 통해)로 구현됩니다.



Rational Unified Process   2003.06.15