工作成果
|
目的
|
調整(選用、建議)
|
企業案例
|
用來判斷專案是否值得投資。
|
建議。
|
反覆評定
|
擷取反覆結果、與評估準則相符的程度、學到的教訓,以及要完成的變更。
|
建議。
|
反覆計劃
|
詳細的反覆計劃,其中包括作業和資源的時間序列。
|
建議。
|
軟體開發計劃
|
包括管理專案所需要的所有資訊。
|
所有專案都需要規劃,以便管理專案。
較小、較不複雜的專案,可能會有用來擷取專案計劃的單一文件。較大、較複雜或較正式的專案,便需要多份獨立的子計劃。
|
專案測量
|
這是專案所有相關測量的儲存庫。
|
建議大部分專案採用。
許多專案都只會使用少數測量,如成本和進度測量。只有在需要管理大量測量值資料時,才需要測量值資料庫。許多組織都會從多項專案中收集測量值資料,以便取得未來專案要用的資訊。
|
檢視記錄
|
擷取一或多個專案工作成果的檢視結果。
檢視記錄可以避免誤解檢視期間的決策。另外,它們也是可提供給關係人的專案工作成果檢視證明。
|
建議大部分專案採用。
大部分專案都會想記錄與客戶及其他主要關係人開會期間所做的決策,以便確保共識。
其他檢視的檢視記錄不一定會正式擷取,這會隨著特定專案所套用的檢視形式而不同。
|
風險清單
|
這是設了優先順序的專案風險清單。
|
建議。
可能只是軟體開發計劃的一節。
|
狀態評量
|
用來擷取專案狀態的 Snapshot,其中包括進度、管理問題、技術問題及風險。
|
建議。
如果反覆經常進行(每月一次),狀態評量可以和反覆評量組合起來。如果反覆很長,就需要中間狀態評量。
|
工作單
|
根據已定義的排程及特定的工作成果、工作量及資源限制,這是專案經理和人員雙方約定執行一件特定作業或一組作業的協議。
|
建議大部分專案採用。
可以利用「變更要求」來實作。
|