客戶對專案的交付項目進行最後驗收時,通常也是軟體專案發生爭執的來源。 這通常肇因於客戶對於產品功能的期望和評估產品是否符合約定需求所用的方法之間有所誤解。
只要在「初始階段」共同撰寫「產品驗收計劃」,客戶和專案小組可以避免這種狀況,由雙方同意事先定義的流程和驗收產品的準則。 這有助於專案小組建立客戶可接受的產品,也有利於設定客戶對於產品功能的期望。 「產品驗收計劃」也指出如何解決客戶在產品驗收時發現的問題。
第一個步驟是明確指出產品驗收流程的哪些部分屬於客戶的責任,哪些部分屬於專案小組的責任。 您也應該明確指出做最終驗收決策的個人或群組。 責任可能包括:
產品驗收準則是在「作業:在初始階段起始專案」期間定義和同意,且當時也應該記錄在「產品驗收計劃」中。 在「詳述階段」,可以確定具體的測試審查時,也可以更深入來擴充準則。
這些準則應該結合客戶組織和專案小組來開發,其中可能包括:
接下來,指定哪些專案工作成果要交付給客戶來驗收。 對於其中每一項,您必須指定評估方法,以確定工作成果符合規定的驗收準則。 稍後在專案中,將開發詳細的審查核對清單和測試案例,逐步指示如何進行這些評估。
在確定工作成果評估的數量和類型之後,請在計劃中指出產品驗收作業所需的所有必要資源。 資源清單中應該包括:
產品驗收流程的另一項常見的問題是客戶不重視驗收工作,以至於流程拖延很久。 「產品驗收計劃」中最好包含排程來說明何時進行各項驗收評估作業的細節。 此排程將「彙總」到「軟體開發計劃」的主要專案時程中。
這項最後的步驟也非常重要。萬一在驗收評估時發生問題,最好有一套已達成協議的流程可以依循。 這通常只是採取「問題解決計劃」中規定的專案問題解決流程。 不過,最好也要涵蓋如何同意問題確實存在、供應資金讓專案小組從事其他工作,或契約罰則等問題。 事前取得客戶對於全部事項的同意,您將更順利地圓滿達成專案。
© Copyright IBM Corp. 1987, 2006. All Rights Reserved.