作業: 專案驗收審查
這項作業討論在專案小組和客戶代表之間召開審查會議,正式審查和驗收專案交付項目。
規範: 專案管理
關係
角色主要執行者: 其他執行者:
輸入強制: 選用:
輸出
流程用法
主要說明

「專案驗收審查」是專案小組和客戶代表之間的正式審查。 在此審查中,客戶會驗證專案小組交付的產品和支援文件符合「軟體開發計劃」中描述的需求和目標。

在專案的倒數第二個反覆結束時(最終反覆通常是專案結案階段),這項審查會在產品驗收審查和測試完成之後進行。

步驟
排定專案驗收審查會議

「專案驗收審查」會議是客戶代表、專案管理團隊(專案經理及專案團隊各功能領域的小組負責人)及「專案審查委員會」之間的會議。

識別了與會者之後,請設定開會的日期和時間。請務必提供足夠的前置時間,讓參與者審查將用來作為核准決策基礎的資料,這一點非常重要。

分送會議資料

在會議之前,請將審查資料分送給審查人員。請確定這些資料在會議之前送達,審查人員必須有足夠的時間來審查它們。這些資料至少應該包括:

  • 反覆的「反覆評量」,包括產品驗收測試和審查
  • 軟體開發計劃(及隨附的「產品驗收計劃」)
召開專案驗收審查會議

在會議期間,與會者對「反覆評量」所報告的產品驗收審查和測試的結果進行複審。 此小組會根據「產品驗收計劃」的產品驗收準則來決定:

  • 實體審核結果 - 客戶已收到所有專案交付項目嗎?
  • 功能審核結果 - 產品驗收審查和測試的結果指出產品達成需求嗎?
  • 已完成任何必要的客戶訓練嗎?
  • 必要的話,已完成現場安裝嗎?

會議結束時,審查人員便應該進行核准決策。如果未通過一部分的產品驗收準則,依據採取的某些更正動作,客戶可能決定有條件地接受產品。 在此情況下,您可發起新的反覆來處理出現的問題。

「專案驗收審查」可能有下列結論:

接受專案  客戶代表同意專案交付項目已符合驗收準則,且客戶取得交付的產品和支援資料。 
有條件的接受  客戶代表同意接受專案的結果,但以完成指定的更正動作為條件。 
不接受專案  專案未符合產品驗收準則,需要展開其他工作及另一次的產品驗收週期。 

如果客戶不接受專案,則專案小組應該排定已指定的更正動作,並為隨後的審查重新提出修訂的「反覆評量」。 在「有條件的接受」的情況下,此評量只需要確認已完成指定的更正動作。 然而,如果「不接受」專案,則應該執行完整的產品驗收審查和測試。

記錄決策

會議結束時,「審查記錄」已完整捕捉到任何重要的討論或交辦事項,並記錄「專案驗收審查」的結論。 如果結論是「不接受」,則應該安排日後召開的後續「專案驗收審查會議」。