專案管理培訓-範圍管理課件製作思路

範圍管理和其它知識領域的介面需要用一頁圖來描述，要能夠看到範圍管理的具體位置，特別是WBS和其它知識領域的介面和輸入輸出如果也能夠描述清楚最好。

範圍規劃是很特別的一個內容，即如何進行範圍定義，如何進行WBS分解，如何進行範圍核實和範圍變更控制。重點是解決How的例子，對於組織專案管理成熟的企業，範圍規劃方法論應該已經在組織過程資產中得到了定義。這裡要結合一個範圍規劃的具體例子來講解，要理解清楚範圍規劃有哪些內容。|

範圍定義重點要將幾個內容，第一個範圍定義的方法，這裡要結合IT專案管理來講，即軟體專案管理中的範圍定義其表現形式是定義使用者需求或產品需求，這裡需要講解下範圍定義的具體內容和輸出。才好自然過渡到WBS分解上。另外如何來評價範圍定義的輸出的質量也需要進行講解。範圍定義談的是專案範圍，還得講下產品範圍和專案範圍的區別，PBS和WBS的區別。

軟體專案中的範圍定義重點就是需求，而且需求最好條目化和可驗證，因此還得講解需求的常見屬性，已經定義這些需求屬性的重要作用。

WBS應該是本章的最重要一個內容，WBS本身定義結合圖用一頁PPT來說明，WBS的作用用一頁說明，WBS分解的方法需要兩頁來分別描述通過階段來分解和通過產出物來分解。WBS分解的注意事項單獨一頁描述。

範圍核實這裡比較難理解，其實範圍核實是專案收尾的一個重要內容，要結合專案收尾來講，同時軟體專案的範圍核實更多是體現到一個重點內容即通過需求跟蹤來發現範圍是否有鍍金和遺漏，通過配置管理的功能稽核來確認範圍，通過使用者參與的驗收測試來驗證範圍。

範圍控制重點講IT專案裡面的軟體需求變更，範圍變更屬於整體管理中的整體變更控制的一部分內容。因此這裡需要講需求變更的方法和流程，對需求變更的控制，需求變更對整個專案目標和其它要素的影響。

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/15027599/viewspace-557388/，如需轉載，請註明出處，否則將追究法律責任。