專案範疇管理-確認範疇

確認範疇
Validate Scope

正式驗收已完成專案交付標的的流程。
使驗收流程具客觀性，並經由確認每個交付標的，提高最終產品、服務或結果獲得驗收的可能。

由客戶或贊助人審查從「控制品質」流程輸出經確認之交付標的，確認這些交付標的已完成並通過正式驗收。

交付標的的確認及最終驗收的依據

․專案範疇管理知識領域規劃流程的輸出。
  例：需求文件或範疇基準。
․其他知識領域執行流程的工作績效資料。

「確認範疇」流程與「控制品質」流程的差異

․「確認範疇」流程關注交付標的的驗收。
․「控制品質」流程關注交付標的的正確性及是否滿足品質要求。
․「控制品質」流程通常較「確認範疇」流程先執行，但也可能同時執行。

確認範疇 > 投入

專案管理計畫書 Project Management Plan

來源

「發展專案管理計畫書」流程的產出。

提供資訊

․範疇管理計畫書。
  定義專案已完成交付標的的正式驗收程序。
․範疇基準
  專案範疇說明書
  工作分解結構(WBS)
  工作分解結構說明表

需求文件 Requirements Documentation

來源

「蒐集需求」流程的產出。

提供資訊

專案需求，產品需求，專案、產品其他類型需求，及其允收準則。

需求追溯矩陣 Requirements Traceability Matrix

來源

「蒐集需求」流程的產出。

提供資訊

需求及其來源的連結。

己驗證之交付標的 Verified Deliverables

來源

「控制品質」流程的產出。

提供資訊

已完成並經「控制品質」流程檢查為正確之交付標的。

工作績效資料 Work Performance Data

來源

「指導與管理專案工作」流程的產出。

提供資訊

․符合需求的程度
․不符合的數量及其嚴重性
․一段期間內執行驗證的次數

確認範疇 > 工具及技術

檢查 Inspection

包含測量(measuring)，檢測(examining)，確認(validating)，判斷工作及交付標的是否符合需求及允收準則。
也被稱為審查(review)、產品審查、稽核(audit)及現場勘驗(walkthroughs)。

集體決策技術 Group Decision-Making Techniques

․一致性(Unanimity)
․過半數(Majority)
․最高票(Plurality)
․獨裁式(Dictatorship)

確認範疇 > 產出

已接受之交付標的 Accepted Deliverables

․符合允收準則的交付標。
․由客戶或贊助人正式簽字核准。
․取得正式文件，以證明利害關係人對專案交付標的正式驗收。
․提供正式文件給結束專案或階段的流程。

變更申請 Change Requests

․對已完成但未獲得正式接受的交付標的，應書面記錄並註明未接受的原因。
․提出變更申請以修正缺失。
․變更申請須經「執行整合變更控制」流程來進行審查與處理。

工作績效資訊 Work Performance Information

․專案進度資訊
  那些交付標的已開始，其進度如何?
  那些已完成?
  那些已被接受?
․記錄資訊並與利害關係人溝通

專案文件更新 Project Documents Updates

在產品完成時，定義產品或報告現況的任何文件。
確認文件需要經客戶或贊助人簽字或簽署核准。

---------------------------------------------------------------------------
參考資料

專案管理知識體指南 第五版(PMBOK® Guide Fifth Edition)

---------------------------------------------------------------------------
相關文章

專案範疇管理
專案範疇管理-規劃範疇管理
專案範疇管理-蒐集需求
專案範疇管理-定義範疇
專案範疇管理-建立工作分解結構
專案範疇管理-控制範疇