工作成果: Review Record
用途是在審查一或多個專案構件的審查活動中擷取審查的結果。
目的
  • 主要目的是擷取審查活動的結果或結論,並指出審查中決定的任何動作項目。 
關係
角色負責: 修改者:
輸出來源
說明
概略輪廓

1. 專案識別和審查類型

指出專案和審查類型;例如,程式碼檢驗、需求可追蹤性審查、PRA 專案審查、專案規劃審查。

2. 審查的工作成果和審查目標

列出做為此次審查對象的工作成果並描述審查目標。

3. 審查參與者

列出參與審查的人及在會議中扮演的角色;例如,主持人、記錄人員、審查人員、作者。

4. 時間表與地點

指出審查的時間表。包括審查會議的日期、時間及地點,還包括審查工作成果的公開議程(如果未附在審查記錄中)。

5. 發現的問題和解決方案的建議

列出審查期間發現的任何問題。審查人員可能會發現:

  • 審查工作成果的問題,需要更正;亦即缺失
  • 從審查工作成果中發現症狀的專案問題
  • 從審查工作成果中發現症狀的產品問題

審查小組可以在問題解決方案上提出建議。

6. 交辦事項狀態

列出審查決議的任何交辦事項;應該同時列出指定的擁有者(負責完成任務)和目標日期。 這些通常是為了解決問題的交辦事項。交辦事項可能包括:

繼續進行:  工作成果不完整,開發工作必須繼續進行 
提出工作單  如果問題需要規劃新工作,但不改變已設定基準線的工作成果 
提出變更要求  如果問題需要變更已設定基準線的工作成果 

這個工作成果在先前審查時可能留下未完成的交辦事項,則應該一併列出狀態(例如開始/結案)、擁有者及目標或結案日期。

7. 專案管理人員的注意事項

審查小組可能無法在一些問題或異常現象的一連串動作上達成共識,因此必須提升層級才能解決。

8. 後續審查

描述審查小組所建議的後續追蹤(例如,是否需要再召開一次審查),以及需要什麼相關資訊或資料。

9. 工作記錄

記錄在審查籌備和召開工作上所花費的工作時間。

主要說明

審查記錄是一項評量工作成果,特別設計來擷取審查活動的結果。

內容
選用
規劃Yes
調整
表示法選項

所有專案都應該使用這個工作成果,但嚴謹性視專案而定,影響的因素包括客戶和開發人員之間的正式關係,或開發人員的組織對於流程標準的重視程度。 例如,專案授權書可能規定審查結果必須交付審核:在此情況下,工作成果通常視為審查及結論中可供審核的記錄。

這個工作成果主要是記錄審查的結果,但也可以做為特殊的工作單或管制文件來管理審查的進行。 做為此用途時,在審查會議開始進行審查活動之前會先發給參與者。



詳細資訊