範疇 (不多、不少、不渡金)
l 各子流程定義一句訣：
n 蒐集需求：民之所欲，常在我心。
n 定義範疇：制定專案產品規格、範圍基準和達成專案目標的做法。
n 建立WBS：大卸八塊，化整為零，並將每一塊加以定義。
n 驗證範疇：Yes!這就是客戶要的交付產品或工作成果。
n 控制範疇：是否如期完成工作?是否產出如預期的交付成果?若沒有如期達成該怎麼改善並做好預防管理。
l 需求是WBS的基礎。時程、成本和品質的規劃皆建立在這些需求之上。
l 蒐集需求的產出為需求管理計劃書、需求文件及需求追溯矩陣。
l 蒐集需求各產出定義：
n 需求管理計劃書：對利害關係者需求進行分析、文件化、管理與變更控制的一份管理計劃書。(管理需求)
n 需求文件：描敘關鍵利害關係者清楚完整、可量測及測試、可接受及可追蹤的需求，並依照利害關係者及優先順序進行分類，批准後就形成基準。(記載需求)
n 需求追溯矩陣：用來追蹤需求的表格，並確保在專案結束時，在需求文件中所有經批准的需求都能交付實現。(追蹤需求)
l 需求文件裡需求不一定要列入專案範疇聲明，若列在專案範疇聲明內的需求則必須被執行完成。
l 先有範疇管理計劃書才有專案範疇聲明。
l 利用分解術將專案範疇聲明展開成工作分解結構(WBS)。
l 工作分解結構是由專案團隊一起腦力激盪所完成的。
l 工作分解結構說明表是與WBS搭配的文件，對WBS各組成部分詳加說明，以增加專案團隊對任務的了解。
l 範疇基準來自於專案範疇聲明、WBS及WBS說明表。
l 範證範疇代表客戶接受產品，但與品質不一定有關。
l 驗證範疇、執行品質管制與結束專案的判別定義：
n 驗證範疇：取得利害關係者正式簽收的程序，著重在交付標的完成與否及可接受性。
n 執行品質管制：實施品質管制涵蓋監視特定專案的結果，著重在交付標的的正確性。
n 結束專案：正式交付與移交的專案最終產品、服務或成果，著重在所有工作與交付標的皆已完成及驗收。
l 一般而言，執行品質控制較驗證範疇先實施，但也可以並行。
版權聲明: 以上PMP內容為長宏專案管理顧問有限公司所有，本人僅以整理複習使用
沒有留言:
張貼留言