本論文為本人準備專案管理師考試的時候寫的，已經通過考試，現在把論文共享出來，供考試和專案的管理者借鑑。本人相信有志者事竟成，只要肯努力，就一定能通過考試。

摘要：

  2011年8月，我作為專案經理參與了XX省公安廳警務地理資訊基礎平臺的建設。該專案是XX省公安廳“天網計劃”的重要專案，該專案投資共1000萬人民幣，建設工期為1年。該系統利用空間地理資訊科技,以電子地圖為基礎,以公安寬頻網路為依託,以資訊共享和綜合利用為目標,以實現公安基礎資訊基於空間電子地圖的視覺化查詢和分析,從而提高在指揮決策、快速反應、反恐等方面的綜合能力,為治安管理、警力部署、巡邏布控、安全警衛等公安業務提供行之有效的管理手段.該專案於2012年8月通過了業主方的驗收，贏得了使用者的好評。本文以此專案為例，結合作者的實際經驗，討論了專案範圍管理在專案建設過程中的重要性，論述了編制範圍管理計劃、範圍定義、建立工作分解結構、範圍確認和範圍控制等過程對範圍管理工作的積極意義，最後總結分享專案管理的成功經驗，以及專案存在的不足及具體的改進措施。

正文：

XX省公安廳警務地理資訊基礎平臺是XX省公安廳“天網計劃”的重要專案，該專案投資共1000萬人民幣，建設工期為1年。XX省公安廳力圖通過警務地理資訊系統的建設，匯聚整合全省基礎地理資訊資料和公安機關內外部各類資訊資源，利用資訊化手段構建動態資訊防空網路，實施扁平化指揮排程，構建資訊系統應用體系的全域性性、綜合性、基礎性支撐工程，建設形成省廳“高階統籌，周到服務”的又一制高點，全面提升XX省公安資訊化深層次應用的水平。我作為開發方的專案經理，至始至終參與了整個專案的建設。自2011年8月專案啟動至2012年8月曆時一年，系統至今執行穩定，取得了使用者的好評。

XX省警務地理資訊系統的基本情況：系統採用B/S架構模式，伺服器使用曙光刀片機，作業系統採用RHEL6.2，使用JAVA語言開發，SVN作為配置管理工具。中介軟體使用weblogic，資料庫採用oracle10g。該系統利用空間地理資訊科技,以電子地圖為基礎,以公安寬頻網路為依託,以資訊共享和綜合利用為目標,以實現公安基礎資訊基於空間電子地圖的視覺化查詢和分析,從而提高在指揮決策、快速反應/反恐等方面的綜合能力,為治安管理、警力部署、巡邏布控、安全警衛等公安業務提供行之有效的管理手段.

由於本專案的順利上線涉及到業務的考核，因此在本專案中，範圍管理就顯得尤為重要。這一點在聚業務複雜、範圍涉及面廣、專案干係人眾多等特點於一身的XX省警務地理資訊系統中得到了充分驗證。本文將討論進度管理相關的問題．其一、範圍計劃的內容及作用;其二、詳細範圍說明書的內容及作用;其三、建立WBS的原則;其四、如何進行範圍確認和範圍控制;其五、資源衝突解決方法;針對這些問題，本人作為專案經理，採用了會議評審; 變更控制系統;提高專案優先順序保證專案所需資源等方法予以解決．下面將分別從五個方面進行論述．

1. 編制範圍管理計劃，定義範圍

專案範圍的管理也就是對專案應該包括什麼和不應該包括什麼進行相應的定義和控制． 根據警務地理資訊系統業務面多，範圍面廣的特點，我意識到要控制好專案的範圍，必須有合理科學的分析方法和技術來提供支援，才能很好的完成範圍管理計劃的編制。考慮到行內層做過類似的專案，有一些業務和技術方面的業務骨幹，我們考慮專家判斷法來做好專案的範圍計劃的工作。我們邀請了警務方面的專家7人，以頭腦風暴的形式開展工作，在專家意思的基礎上，專案組經過整理，得出我們專案範圍管理計劃的一個雛形。

由於考慮到專家判斷的侷限性，不同的人會看到專案的不同方面，而警務地理資訊系統本身所設計的外圍介面多， 業務邏輯複雜的特點，使專家判斷的這種侷限會在本專案中被放大，所以我們仍然考慮利用行業內在以往專案中積累的一些經驗，採用組織過程資產中的一些模版和標準，作為專家判斷方法的一個補充，來規範專案範圍管理計劃的工作方法，包括怎樣定義專案範圍，如何編制工作分解結構等。該計劃在警務地理資訊系統專案的範圍管理中發揮了很大的作用。

通過初步的範圍說明書，我們和甲方的相關負責人開展了引導式研討會。在會議上，我作為專案經理，向專案各干係人，就專案的主要目標、範圍、範圍管理計劃以及各部門需要的模組進行集中的討論與定義。最後形成了詳細的範圍說明書。

2. 建立WBS

由於警務地理資訊系統涉及的功能較多、業務流程較複雜。因此我們將專案的各個模組分解成一個一個的工作包。並對每一個工作的內容做了更詳細的描述，為了使每一個工作包都能按時完成，我們遵守了2/80原則。然而，有些模組功能複雜，需要分解更多層才能達到工作包的層次。因此我使用了滾動波式計劃的方法，將近期需要完成的工作分的細一些，遠期的工作相對分的粗一些。例如，在巡邏布控這一塊，巡邏路線和時間的部署需要根據治安管理裡面治安狀況統計資料來部署，所以我們將治安管理模組作為近期要完成的工作，警力部署和巡邏布控作為遠期的工作。最後我們將專案的範圍說明書、WBS和WBS詞典裝訂成冊形成專案範圍基線。

3. 範圍確認

範圍確認是專案干係人正式接受已完成專案交付物。專案範圍確認是很困難的事情。客戶總是認為什麼都沒有看到，怎麼能進行確認呢？出現客戶範圍確認不配合的情況。而我們希望客戶儘快確認，以便開展下面的工作。我們通過和客戶進行很好的溝通，尤其是公安局資訊處的領導，告訴他們雖然專案範圍確認是正式的，但並不意味這專案的範圍就是鐵板一塊，不能再修改了，只是無論是現在更改範圍還是將來更改範圍，都會引起專案的時間，進度和資源的變化。

4. 範圍控制

為了更好的進行範圍控制，我在專案之處就設了專案變更委員會CCB，由資訊長，甲方負責人和各組組長共5人組成，並制定了變更控制流程：範圍變更說明文件(來自內部討論結果或客戶要求)－組長或副組長填寫變更申請單－召開會議對變更所帶來的影響進行分析、變更方案進行論證及評審－發出變更通知並開始實施－變更實施的監控－變更效果的評估，專案實施過程按照此控制流程進行執行。例如，在離專案原定的試執行時間只有半個月，中心業務系統尚有許多業務模組未開發完，需要對開發範圍進行變更已是不可避免．變更控制委員會召開了會議，會議上我們分析了尚未完成的業務模組，發現這些業務大多都是不常規業務，只是在特殊情況下才會發生此類業務，我們可以採取分階段執行的方式，集中全力開發剩下業務中的常規業務，把其他的非常規業務往後推遲進度．於是，我與客戶相關負責人進行電話溝通，反應現實情況，經協商後客戶同意部分業務推遲半個月執行．在方案得到認可後，調整開發人員進行集中開發，開發組組長加強與開發人員的溝通，對開發過程進行密切跟蹤，最終常規業務模組在試執行規定時間前完工，對於未開發完的非常規業務我們採取客戶現場開發的措施。

經過我們的努力，該系統2012年8月上線成功，並在同年11月通過驗收。回顧專案進度管理的過程，專案能成功地通過驗收得益於在事前進行了充分的計劃和準備工作。我覺得專案管理的能力和專案開發的能力是有很大的區別的。一個成功而高效的專案開發必須要有一個能統籌管理和善於溝通的專案經理。雖然專案成功通過了驗收沒有大的事故發生，但任然存在許多問題，主要有以下幾點：

1．對專案工作分解結構中個別工作包沒有進行量化。在專案驗收時，我們和客戶對工作包的認識存在偏差，而對工作包的定義又沒有明確的量化，造成驗收工作的被動。通過和客戶的溝通，決定先進性系統的全面驗收，待到維護期時我們再進行改進。

2．軟體測試不繫統，用例準備扔不夠充分，忽視了壓力測試。系統實際執行後隨著資料量的增加，執行速度下降很快，達不到設計要求。雖然通過升級硬體解決了這個問題，但造成了資金的額外投入。。