工作成果: 工作訂單
這個構件是「專案管理人員」向負責人員表達已完成什麼及何時完成的溝通方式。在「專案管理人員」與負責完成任務的人員之間形成一種內部約定。
目的

目的是在「反覆」中將計劃轉換成實際執行動作。

說明
概略輪廓

1. 識別

唯一識別專案以及工作訂單。

2. 工作分解結構 (WBS) 識別

識別與此工作訂單相關聯的活動(在專案計劃中)。在這個工作訂單中所進行的努力將會分配到這個活動中以進行追蹤。

3. 責任

負責完成工作訂單的組織職位。

4. 相關聯的變更要求

與此工作訂單相關聯的「變更要求」參照(刺激因素或碰巧被修正的)。

5. 排程

排程中涵蓋了預估的啟動及完成日期,及重要路徑完成日期。

6. 勞力付出與其他資源

提出人員工時、總工時與加班時數,以及其他其他資源預算;例如,開發環境時間、測試環境時間。

7. 工作說明及預期輸出

說明要完成的工作,以及要產生的成果 - 視需要參照要執行的作業及要產生的工作成果,或是開發個案之 Rational Unified Process 說明。

8. 「專案管理人員」和負責人員之間的協議指示

工作訂單應由負責職位的持有者(通常為小組負責人)及「專案管理人員」簽署並加上日期。

主要說明

工作訂單是根據定義的排程及特定的交付標的、投入成本及資源限制,在「專案管理人員」與執行一個或一組特定作業的職員之間達成共識的協議。

「工作訂單」成為「專案管理人員」與負責完成任務的人員之間形成的一種內部約定。
內容
選用
規劃Yes
調整
表示法選項

工作訂單是「專案管理人員」和專案成員間溝通計劃的機制。 在小型專案中,可以是簡單地透過白板進行討論,然後透過電子郵件進行協議確認。 在大型、非常有結構的專案中,可能會使用某些自動活動管理表單,「專案管理人員」可以在其中插入正式指示,顯示於團隊成員的待辦清單中(其中可能會有協議的草案)。

另一個選項是使用自動變更要求管理系統,延伸以使變更要求中說明所有專案中的工作(而不僅僅是問題),且執行工作的指示會實作為動作(透過電子郵件,或透過與自動化活動管理系統進行整合),可由變更要求管理流程的狀態變更所觸發。請參閱工具輔助:使用 Rational ClearQuest 建立變更要求流程,以取得如何設定觸發外部動作的自動化變更管理流程之範例。



詳細資訊