編輯導語：對於產品經理來說，專案管理是必備的技能，同時，專案管理也很考驗產品經理自身的能力。本文作者為我們羅列了產品經理的三大基準，在第一篇，作者主要交代了專案的四要素、範圍管理的意義、範圍基準生成流程、生成範圍基準，希望對你有所幫助。

一、專案的四要素

專案的四要素是範圍、進度、成本、質量。

假如你接到一個專案：帶領一個小團隊在一條1000米的道路左側種500棵石榴樹，右側種500棵核桃樹；10天內完成，預算10萬元；要求是存活率100%，道路同側距離間隔相等，且兩邊對齊。

此專案的四要素分別是：

範圍：在一條1000米的道路左側種500棵石榴樹，右側種500棵核桃樹；

進度：10天內完成；

成本：預算10萬元；

質量：存活率100%，道路同側距離間隔相等，且兩邊對齊

二、範圍管理的意義

本文主要描述的是專案範圍，專案範圍管理是指明確專案的邊界在哪裡，只做在專案邊界內的工作，專案邊界之外的工作一律不作。

若所做工作超出專案範圍，則被視為範圍蔓延，也叫“鍍金”。理論上來說鍍金的專案是失敗的，因為用於鍍金是要佔用專案資源的，這些資源都是有成本的。

三、範圍基準生成流程

專案範圍基準的生成需要經過三個過程：收集需求、定義範圍、建立WBS。

收集需求：收集和整理客戶的預期和期望，明確客戶想要什麼；

定義範圍：把收集到的需求進行整理和分析，明確哪些需求應納入專案範圍，明確專案邊界；

建立WBS：把邊界內的進行梳理，形成範圍基準。

1。 收集需求

收集需求是為了定義專案範圍而做的準備，所以收集的需求要儘可能的明確和具體。

收集需求完畢後生成兩個重要檔案：需求檔案和需求跟蹤矩陣

1）需求檔案

描述單一需求如何滿足專案相關的業務需求，需求檔案是一個清單，如下圖：

2）需求跟蹤矩陣

把產品需求從其來源連線到滿足需求的可交付成果和專案目標的一種表格，用於確保每個功能都有其對應的需求且每個需求都能被跟蹤和交付，如下圖：

2。 定義範圍

定義範圍是為了詳細可交付成果的邊界和驗收標準：

定義範圍需要使用需求檔案來進行產品分析，需要輸出專案範圍說明書。需要注意的是需求檔案裡的需求不是全部都需要納入本專案範圍的，定義範圍就是為了明確哪些需求需要在本專案上實現。

1）專案範圍說明書

專案範圍說明書一般包括：專案範圍描述（漸進明細）、可交付成果、驗收標準、專案除外責任。

3。 建立WBS（Work Breakdown Structure：工作分解結構）

如果說定義範圍是需要把專案的邊界定義清楚，那麼建立WBS就是把專案邊界內的的事情梳理清楚。

建立WBS是把專案可交付成果和專案工作分解為較小的更易於管理的元件，分解時應注意不重不漏。

建立WBS輸出兩個重要元件：WBS和WBS詞典

1）WBS

工作包：WBS的最底層，通常帶有編號；

規劃包：現階段還不太清套粒既楚是否需要繼續拆分；

控制賬戶：每個工作包或規劃包都有一個只能部門認領，在這個只能部門設定一個控制點，即為控魔保量制賬戶。

每個控制賬戶可能包含多個工作包或規劃包，但每個工作包或規劃包只屬於某一個控制賬戶。所做工作必須嚴格按照WBS來做，若有多餘則需要走變更流程把它去掉；若需多做，則需要走變更流程把它加進去。織湯

WBS（以專案階段作為第二層），如下圖：

WBS（以可交付成果作為第二層），如下圖：

2）WBS詞典

WBS詞典是針對WBS的每個元件的詳細描述，包括：工作描述、進度、質量、成本、所需資源、驗收標準等，如下圖：

四、生成範圍基準

把定義範圍產生的專案範圍說明書和建立WBS生成的WBS和WBS詞典，進行組合便可形成範圍基準，如下圖所示：

本文由@也行 原創釋出於人人都是產品經理，未經許可，禁止轉載

題圖來自Unsplash， 基於CC0協議