範疇管理 (Scope) 授課教師：○○○老師

本章學習重點 範疇規劃(Scope Planning) 範疇定義(Scope Definition) 建立工作分解結構(Create WBS) 範疇驗證(Scope Verification) 範疇控制(Scope Control) 範疇變更管理(Scope Change Management) 範疇聲明書(Scope Statement) 專案管理(第4版)

專案管理五大流程群組與專案範疇管理知識領域配適表 專案管理(第4版)

專案管理(第4版)

專案管理(第4版)

專案範疇管理 為了防止專案在執行過程中，偏移了原來的專案目標，必須要界定專案的範疇，這就是專案範疇管理的精神。 範疇管理的主要用意在於專案資源與時間有限，應專注在該做的事，而不要讓問題發散。 因此，範疇管理是為了完成專案目標所應進行的必要作業：釐清哪些是專案應該做的？哪些是專案不應該做的？ 「範疇」(scope)是指專案的產品、服務或成果及專案想要產生的可交付成果 專案管理(第4版)

專案範疇管理的主要流程 1. 範疇規劃(Scope Planning) 2. 範疇定義(Scope Definition) 3. 建立工作分解結構(Create WBS) 4. 範疇驗證(Scope Verification) 5. 範疇控制(Scope Control) 專案管理(第4版)

範疇規劃 (Scope Planning) 範疇規劃(Scope Planning)是「專案範疇管理」知識領域的第一個流程，也是「規劃」流程群組的第二個流程 「範疇規劃」的目的，是要製作範疇管理計畫這份文件 專案管理(第4版)

範疇規劃的投入 專案管理計畫 專案核准證明(project charter) 企業環境因素 組織流程資產 專案管理(第4版)

範疇規劃的工具與技巧 專家判斷：最好是對「專案核准證明」有貢獻的高階經理人 會議：可用來協助定義範疇管理計畫的範疇管理範本、表格與標準 專案管理(第4版)

範疇規劃的產出 範疇規劃的唯一產出是「專案範疇管理計畫」 這份計畫文件描述專案團隊如何著手定義專案範疇、驗證專案工作、管理與控制範疇 專案管理(第4版)

專案範疇管理計畫文件的內容 用來準備專案範疇說明書的流程 建立工作分解結構(WBS)的流程 如何驗證交付成果正確性的定義，以及用來驗證交付成果的流程 控制範疇變更請求之流程的描述 專案管理(第4版)

範疇定義 (Scope Definition) 範疇定義的主要目的，是制訂出詳盡「專案範疇說明書」，以利專案的持續進行 確定專案範疇圓滿達成的方法是所有WBS項目全部允收通過 專案管理(第4版)

範疇定義的投入 組織流程資產 專案核准證明(project charter) 初步專案範疇說明書 專案範疇管理計畫 經核准的變更請求 專案管理(第4版)

範疇定義的工具與技巧 產品分析 替代方案識別 專家判斷 引導式研討會 專案管理(第4版)

範疇定義的產出 專案範疇說明書 請求變更 專案範疇管理計畫更新 專案管理(第4版)

專案範疇說明書 (project scope statement) 專案範疇說明書的目的，是要讓所有利害關係人對專案範疇有基本瞭解 專案範疇說明書定義與逐步完善專案工作，並在「執行」階段引導專案團隊的工作 專案管理(第4版)

專案範疇說明書主要內容 專案目的 產品範疇描述 專案可交付成果 專案要求 專案界限 產品驗收標準 專案限制 專案假設 專案管理(第4版)

專案範疇說明書主要內容 最初專案組織 最初定義的風險 時程里程碑 資金限制 成本估計 專案型態管理要求 專案說明書 核可要求 專案管理(第4版)

建立工作分解結構 在專案管理中，透過工作分解的方式，將原本規模大而複雜的工作內容，變成規模小而容易管理的工作項目，這樣將工作分解成較容易管理的工作項目之圖表，就稱為「工作分解結構」(WBS) 工作分解結構(WBS)是將專案工作細分為數個可以控制的項目，用來協助確認所有需要完成的工作範圍，其是一種階層樹狀圖，當中的每個項目在專案期間都要完成 對任何專案都沒有所謂正確或標準的工作分解結構。因為相似的專案會有不同的專案團隊，發展出不同的工作分解結構 專案管理(第4版)

工作要分解到什麼程度才能停止？ 一般原則是，精細到您可以正確地估算細項作業的時間和成本，或是所耗的時間單位小到等於排進度的時間單位為止 工作分解的目的是要進行有效管理，而分解後的項目都必須是「可交付的」。 「可交付的」(deliverable)意思是「可以被指派的」、「可以被執行的」、「可以交出成果的」。 專案管理(第4版)

決定工作分解結構要多詳細或是有多少層級，準則在於 在層級中，個人或組織被分派要完成工作包的責任程度。 在層級中，專案期間想要控制預算、監控和蒐集的成本資料 專案管理(第4版)

工作分解結構階層概念圖 專案管理(第4版)

工作分解結構 第一層：專案本身：包含專案工作的總組成 第二層：專案內可交付專案：但不是全部專案，是細分專案 第三層：可交付任務 第四層：可交付的子任務 第五層：工作包(Work Package) 第六層：對第五層工作包成果的描述 專案管理(第4版)

工作分解結構的編碼設計 專案管理(第4版)

工作分解結構的建立方法，主要有二 由上而下法 由下而上法 專案管理(第4版)

工作分解結構的建構方法 專案管理(第4版)

工作分解結構應以最終使用為目的，其表達的目標如下 工作如何被完成，花多少成本及多少時間 重要的工作量風險。 需求、計畫、測試及交付任務相對照 工作人員的權責 提供資料評估專案績效及儲存在歷史資料庫 合理分派工作人員 專案管理(第4版)

責任職掌表範例 專案管理(第4版)

做估計時的原則 將估計的容許誤差百分顯示出來。 說明如何估計，也要說明假設基準為何 說明有那些因素會影響估計值。例如時間因素：一個月後，估計值還有效嗎？ 專案管理(第4版)

責任分派矩陣 (Responsibility Assignment Matrix) 專案管理(第4版)

範疇驗證 (Scope Verification) 驗證項目範圍包括審查可交付成果，確保每一項結果都令利害關係人滿意。 如果項目提前終止，則項目範疇驗證過程應當查明並記載完成的水準與程度。 專案管理(第4版)

範疇驗證vs品質控制 範疇驗證與品質控制的不同之處在於，此過程主要關心驗收可交付成果，而品質控制主要關心滿足為可交付成果規定的質量要求。 品質控制一般先於範疇驗證進行，但兩者也可以同時進行。 專案管理(第4版)

範疇規劃與範疇定義 範疇規劃(Scope Planning)─制定書面的規模說明：探討如何定義專案規模、如何制定詳細規模說明、如何定義和建立工作分解結構(WBS)、如何驗收和控制專案規模，這份紀錄就是「範疇規劃」。 範疇定義(Scope Definition)─細分成較小的部份：產生詳細的專案範疇說明，專案利害關係人的需求和期望轉成專案的要求 專案管理(第4版)

範疇控制(Scope Control) 範疇控制(Scope Control)著重在影響造成專案範疇變更的因素，以及控制變更的衝擊。 沒有控制好專案範疇的變更，可能導致專案範疇的陸續改變，或稱為潛變(Creep) 專案管理(第4版)

範疇控制流程主要工具與技巧 變異分析(差異分析)：包括重新檢視專案績效衡量，以判定專案範疇是否有顯著差異。找出並記載差異原因，並且依據範疇基準檢視那些差異，必要時實施矯正行動 專案管理(第4版)