摘要：

1.專案描述
2.專案總結：本專案我作為專案經理，從以下幾個過程對專案的範圍進行管理：在需求分析階段要求專案組成員細緻分析需求
並且逐條和相關人員確認專案過程中沒有發生因為需求理解有誤而造成的專案計劃調整。
在專案中制定了詳細的WBS（工作分解結構），工作包分解到每人每天的工作量，通過WBS專案成員
對自己的工作目標有清晰的認識，成立了專案變更控制委員會，
有效的控制了專案過程中可能出現的需求變更，保證了專案的按時保質完成。

正文：
1.專案描述
2.細緻的需求分析和確認
進行詳細的需求分析，包括寫作需求分析文件，硬體支援情況分析，環境分析。
通過對需求的細緻分析，提前發現了需求理解的問題以及需求可能無法滿足
而造成系統功能無法實現等風險，對專案範圍的控制起到了很好的作用，通過專案
驗收測試進行範圍確認，全部實現了專案範圍的要求。
3.建立工作分解結構和需求跟蹤矩陣
依據專案範圍書說明書，按照以下步驟來建立工作分解結構（WBS)
識別和分析可交付成果及相關工作；確定工作分解結構和編排方法。
自上而下逐層細化分解，為工作分解結構組成部分制定和分配標誌
編碼；核實工作分解的程度是必要且充分的。
我們採用了需求跟蹤矩陣的工具，對專案需求和設計，編碼、測試各階段
的輸出物進行雙向跟蹤。需求跟蹤矩陣以需求分析的編號為索引，每一個需求
對應概要設計和詳細設計文件中設計點的編號，對應程式碼的函式名稱以及測試用例
的編號，實現了每個階段輸出物都有需求的來源，同時每個需求都有對應的輸出物
需求跟蹤矩陣在專案的每個階段結束前，由開發人員進行填寫並確認專案的範圍
得到實現並且沒有超過專案範圍的要求。

4.嚴格控制專案範圍的變更
專案開發過程的範圍變更對專案的進度、質量、成本都將構成很大的威脅，我們在專案範圍管理計劃中明確制定了專案的變更控制方法：
1、專案的需求分析文件基線化；2、對需求基線的變更需要走變更控制流程；3、成立專案CCB對專案的變更進行控制；
4、CCB裁決通過的變更需要做基線的修改，並由CCB成員跟蹤變更的完成情況；
5、範圍變更對專案後續階段產生影響的，需要及時進行專案計劃的調整。
5.專案總結
經過一年的專案開發建設，系統建成執行，到目前為止系統執行良好，達到專案預期效果，得到各方高度評價。
這些成績是和良好的專案範圍管理分不開的，尤其是深入的需求分析，細緻的WBS分解以及嚴格的變更控制管理，
使這個技術難度高，工作量大，進度緊張的專案以很高的質量按時完成。
但是專案也存在一些失誤和教訓：在專案中後期，專案開發人員工作量很大，對此期間變更的需求不如前期那樣分析深入，
造成了其中一點理解出現偏差，幸好及時發現，在專案後期通過3個晚上加班將其修正，未影響專案進度，
同時也驗證了需求分析的重要性。今後將進一步加強對這些需求的分析，爭取早日成為優秀的高階專案經理。