
- 專案管理概念
- 專案管理首頁
- 基於活動的成本計算
- 敏捷專案管理
- 基礎管理技能
- 基本質量工具
- 標杆管理流程
- 因果圖
- 變更管理流程
- 溝通障礙
- 溝通渠道
- 溝通方法
- 溝通模型
- 溝通管理
- 衝突管理
- 危機管理
- 關鍵鏈計劃
- 關鍵路徑法
- 決策過程
- 實驗設計
- 有效的溝通技巧
- 有效的演示技巧
- 企業資源計劃
- 事件鏈方法
- 極限專案管理
- 甘特圖工具
- 準時制生產
- 知識管理
- 提前、滯後和浮動時間
- 管理最佳實踐
- 管理風格
- 目標管理
- 蒙特卡羅分析
- 激勵理論
- 談判技巧
- 組織結構
- PERT估算技術
- PRINCE2專案方法
- 帕累託圖工具
- 強大的領導力技能
- 流程化管理
- 採購檔案
- 採購管理
- 專案活動圖
- 專案章程
- 專案合同型別
- 專案成本控制
- 專案啟動會議
- 專案經驗教訓
- 專案管理方法
- 專案管理辦公室
- 專案管理流程
- 專案管理工具
- 專案管理三角形
- 專案經理目標
- 專案組合管理
- 專案質量計劃
- 專案記錄管理
- 專案風險類別
- 專案風險管理
- 專案範圍定義
- 專案選擇方法
- 專案成功標準
- 專案時間管理
- 專案人力資源管理
- 專案管理軟體
- QC和QA流程
- RACI圖表工具
- 認可與獎勵
- 需求收集
- 資源平衡
- 人員配備管理計劃
- 利益相關者管理
- 工作說明書 (SOW)
- 壓力管理技巧
- 結構化頭腦風暴
- 繼任計劃
- 供應鏈管理
- 團隊建設計劃
- 團隊激勵
- 平衡計分卡
- 光環效應
- 自制或外購決策
- 七法則
- 虛擬團隊
- 全面生產維護
- 全面質量管理
- 傳統專案管理
- 工作分解結構
專案範圍定義
簡介
在專案規劃方面,定義專案範圍是最關鍵的一步。如果您在不知道最終要交付給客戶的內容以及專案的邊界是什麼的情況下啟動專案,那麼您成功的機率很小。在大多數情況下,您實際上沒有機會以這種無組織的方式取得成功。
如果您在專案範圍定義方面做得不好,那麼在專案執行期間進行專案範圍管理幾乎是不可能的。
範圍定義的主要目的是清楚地描述專案的邊界。在專案方面,僅僅清楚地描述邊界是不夠的。您還需要獲得客戶的同意。
因此,專案定義的範圍通常包含在客戶和服務提供商之間的合同協議中。SOW,或者換句話說,工作說明書,就是這樣的文件之一。
在專案範圍定義中,範圍內的要素和範圍外的要素都已明確定義,以便清楚地瞭解專案控制範圍是什麼。因此,您應該以更詳細的方式識別更多要素,並將它們劃分為範圍和範圍外。
如何定義專案範圍
當專案即將獲得資金時,應該有一套為專案定義的交付成果和目標。在此級別可以準備一個高級別的範圍說明。
此高級別範圍說明可以來自初始文件(例如SOW)。除了SOW之外,您還需要使用任何其他文件或資訊來進一步定義此級別的專案範圍。
如果您覺得沒有足夠的資訊來提出高級別的範圍說明,則應與客戶密切合作以收集必要的資訊。
專案目標可用於定義專案範圍。事實上,專案中應該有一個或多個交付成果來解決每個專案目標。透過檢視交付成果,您實際上可以衡量專案範圍。
一旦您瞭解了專案的關鍵交付成果,就開始詢問有關專案其他流程和不同方面的問題。
首先識別和明確定義範圍外的內容也有助於您瞭解專案的範圍。當您繼續定義範圍外內容時,您會自動了解專案的真實範圍。為了遵循此方法,您需要將範圍定義到一定的程度。
每當您為範圍或範圍外識別一項內容時,請確保立即記錄下來。稍後,您可以重新審視這些內容並詳細說明。
成功定義專案範圍後,您需要獲得相關和適用方的簽字確認。如果沒有對範圍進行適當的簽字確認,專案的下一階段(即需求收集)在執行時可能會遇到問題。
範圍蔓延
範圍蔓延是每個專案中常見的情況。這指的是專案範圍的增量擴充套件。大多數情況下,客戶可能會在專案執行期間回到服務提供商處並新增更多需求。
大多數此類需求在初始需求中不存在。因此,需要提出變更請求以涵蓋服務提供商不斷增加的成本。
由於業務範圍蔓延,也可能存在技術範圍蔓延。專案團隊可能需要新技術來解決範圍中的一些新需求。
在這種情況下,服務提供商可能希望與客戶密切合作並做出必要的物流和財務安排。
結論
專案範圍定義是在專案需求方面最重要的因素。對於服務提供商來說,定義專案的範圍對於成功與客戶達成協議至關重要。
此外,專案的範圍使服務提供商能夠了解專案的預計成本。因此,服務提供商的利潤率完全取決於專案範圍定義的準確性。