作業: 開發產品驗收計劃
這項作業說明如何建立客戶和專案小組同意的書面程序,決定專案交付項目的驗收和程序,藉以解決產品驗收時發現的問題。
規範: 專案管理
關係
角色主要執行者: 其他執行者:
輸入強制: 選用:
輸出
流程用法
主要說明

客戶對專案的交付項目進行最後驗收時,通常也是軟體專案發生爭執的來源。 這通常肇因於客戶對於產品功能的期望和評估產品是否符合約定需求所用的方法之間有所誤解。

只要在「初始階段」共同撰寫「產品驗收計劃」,客戶和專案小組可以避免這種狀況,由雙方同意事先定義的流程和驗收產品的準則。 這有助於專案小組建立客戶可接受的產品,也有利於設定客戶對於產品功能的期望。 「產品驗收計劃」也指出如何解決客戶在產品驗收時發現的問題。

步驟
定義客戶和專案責任

第一個步驟是明確指出產品驗收流程的哪些部分屬於客戶的責任,哪些部分屬於專案小組的責任。 您也應該明確指出做最終驗收決策的個人或群組。 責任可能包括:

  • 交付/取得軟體和文件
  • 安裝硬體/軟體測試平台
  • 供應測試資料
  • 供應資源以執行驗收測試
  • 及時扭轉驗收測試結果
將產品驗收準則做成文件

產品驗收準則是在「作業:在初始階段起始專案」期間定義和同意,且當時也應該記錄在「產品驗收計劃」中。 在「詳述階段」,可以確定具體的測試審查時,也可以更深入來擴充準則。

這些準則應該結合客戶組織和專案小組來開發,其中可能包括:

  • 交付識別為客戶交付項目的所有工作成果
  • 列出驗收測試的必要參與者
  • 必要的測試位置
  • 順利完成產品驗收計劃所識別的工作成果評估
  • 順利完成客戶的訓練
  • 順利完成現場安裝
  • 測量識別原始專案規格的符合程度
  • 測量識別企業案例目標的符合程度
指定成果和評估方法

接下來,指定哪些專案工作成果要交付給客戶來驗收。 對於其中每一項,您必須指定評估方法,以確定工作成果符合規定的驗收準則。 稍後在專案中,將開發詳細的審查核對清單和測試案例,逐步指示如何進行這些評估。

指定必要資源

在確定工作成果評估的數量和類型之後,請在計劃中指出產品驗收作業所需的所有必要資源。 資源清單中應該包括:

  • 人員
  • 電腦硬體
  • 軟體
  • 資料
  • 文件
  • 任何特殊設備
定義產品驗收排程

產品驗收流程的另一項常見的問題是客戶不重視驗收工作,以至於流程拖延很久。 「產品驗收計劃」中最好包含排程來說明何時進行各項驗收評估作業的細節。 此排程將「彙總」到「軟體開發計劃」的主要專案時程中。

定義問題解決流程

這項最後的步驟也非常重要。萬一在驗收評估時發生問題,最好有一套已達成協議的流程可以依循。 這通常只是採取「問題解決計劃」中規定的專案問題解決流程。 不過,最好也要涵蓋如何同意問題確實存在、供應資金讓專案小組從事其他工作,或契約罰則等問題。 事前取得客戶對於全部事項的同意,您將更順利地圓滿達成專案。