518
技術人員談管理之進度管理案例論文
本論文為本人準備項目管理師考試的時候寫的，已經通過考試，現在把論文共享出來，供考試和項目的管理者借鑒。本人相信有誌者事竟成，隻要肯努力，就一定能通過考試。
摘要：
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省警務地理信息係統中得到了充分驗證。本文將討論進度管理相關的問題．其一、活動定義;其二、活動排序;其三、活動資源估算;其四、活動曆時估算;其五、製定進度計劃;其六、進度控製。下麵將分別從六個方麵進行論述．
1. 活動定義
活動定義是製定進度表，分配工作任務和責任的基礎。在項目的初期我組織召開了主題為“項目工作界定”的會議。會議邀請各團隊的項目經理、業務專家和技術專家。會議上業務專家首先介紹了業務流程及各個流程應包括的操作步驟。其次是各技術專家對業務專家提出的業務流程進行分析和技術實現。在進行WBS分析的時候，我發現由於涉及的人員較多，個人的知識水平也參差不起，信息尚不夠明確。因此我們決定采用滾動波式計劃。對於即將開展的活動進行詳細的分析和計劃。對於後期的活動盡量粗一點。例如，在巡邏布控這一塊，巡邏路線和時間的部署需要根據治安管理裏麵治安狀況統計數據來部署，所以我們將治安管理模塊作為近期要完成的工作，警力部署和巡邏布控作為遠期的工作。最後我們將項目的範圍說明書、WBS和WBS詞典裝訂成冊形成項目範圍基線。
2. 活動排序
要想使項目的成本，時間和質量之間做好一個平衡。合理的活動排序是必不可少的。因此我采用了簡單而有效的單代號網絡圖法，確定了各個活動的邏輯關係我發現這種方法非常有效，不僅使我們很清楚的了解到各個活動的前後順序，而且能夠識別其中的裏程碑，還能對資源的靈活調用起到了很好的指導作用。
3. 活動資源估算
活動資源估算就是確定在項目實施過程中何時要使用何種資源，以及要用多少的該資源。活動資源估算是項目能否正常開展的基礎。沒有足夠的資源可能會導致進度的拖延，嚴重的話還可能導致項目的失敗。在本項目中，我通過采用自下而上的方式進行估算，對每一層下麵工作所需的資源進行估算，最後將所以的資源進行匯總。
4. 活動曆時估算
活動曆時估算就是根據活動資源估算的結果，估算完成單項活動所需的時間。我采用基於公司項目曆史績效數據庫，代碼行（LOC）估算法和三點估算法相結合的估算方法。比如，在第一期建設中，調研分析，詳細設計，試點運行幾項任務。我們都可以查看公司的曆史績效數據庫，對比以前開發過的類似項目，再結合個人經驗進行估算，難度不大，而係統的研發，測試工期則不是很好把握。在估算時，我們采用分別估算係統的每個模塊然後再匯總的方法。對每個模塊的估算，我們使用代碼行估算法和三點估算法相結合的方法，通過一個樂觀估算A，一個悲觀估算B和一個最可能估算M。三次估算後，利用PERT公式[（4M+A+B）/6]取整，最後得出項目研發測試大致需要8個月。
此外，我還考慮了活動清單，資源需求，人員能力等因此，以及環境因素和風險因素對工期的影響，因此我還在一些關鍵活動處預留了一定冗餘時間以應對風險。
5. 製定進度計劃
根據前麵各個活動我製定了項目的進度計劃。在製定進度計劃的過程中我采用關鍵路徑法確定了總工期。在分析各項數據的過程中我發現有些活動的曆時還可以壓縮。這樣就可以壓縮整個項目的工期。為了便於安排團隊各成員的具體工作，分配不同的工作職責，形成了邏輯橫道圖。高層領導通常關注項目是否按計劃進行，是否符合項目目標，項目團隊的績效是否能夠保持，需要周期性地向管理層匯報進度情況，於是形成了概括性進度計劃表。
6. 控製項目進度
項目進度控製是依據項目進度計劃對項目的實際進展情況進行控製，使項目能夠按時完成。我以日誌、周報及周例會的方式，隨時了解項目進度，適時進行調整和動態控製。以項目進度開發表為依據，讓每位項目組成員知道自己所承擔的任務時間表，使其根據所承擔的任務製定出自己的詳細工作計劃，並提交給我進行審閱。
日誌是了解每個項目組成員工作情況的很好的方式，我要求每個項目組成員在下半前半小時，對自己每天的工作都要進行詳細的記錄，並提交給我，進行審閱，如果發現項目關鍵任務延期，或者在技術層麵和業務層麵出現一般性的開發難度，在詢問清楚原因後，以“當日事當日請”的原則，我就會安排加班解決當日遺留問題，絕不將當日遺留問題拖至第二天解決。除非發生重大需求變更或遇到重大的開發技術難度時，才會延期進行解決。這樣可以做到隨時了解項目進度，隨時解決項目中出現的問題。
每周末我會根據所以項目組成員在日誌中體現出來的任務完成情況，後續開發計劃和遇到的問題編寫每周的周報，在下周一的早晨，以周例會形式向甲方的項目複雜人進行匯報，並於甲方的項目負責人和該行業業務骨幹人員對上周工作進行確認、總結，對上周工作的進展情況做出結論，並決定是否調整這周的進度計劃。
經過我們的努力，該係統2012年8月上線成功，並在同年11月通過驗收。回顧項目進度管理的過程，項目能成功地通過驗收得益於在事前進行了充分的計劃和準備工作。我覺得項目管理的能力和項目開發的能力是有很大的區別的。一個成功而高效的項目開發必須要有一個能統籌管理和善於溝通的項目經理。雖然項目成功通過了驗收沒有大的事故發生，但任然存在許多問題，主要有以下幾點：
1．對項目工作分解結構中個別工作包沒有進行量化。在項目驗收時，我們和客戶對工作包的認識存在偏差，而對工作包的定義又沒有明確的量化，造成驗收工作的被動。通過和客戶的溝通，決定先進性係統的全麵驗收，待到維護期時我們再進行改進。
2．軟件測試不係統，用例準備扔不夠充分，忽視了壓力測試。係統實際運行後隨著數據量的增加，運行速度下降很快，達不到設計要求。雖然通過升級硬件解決了這個問題，但造成了資金的額外投入。
綜上所述，在該項目的實施工程中，我得到了寶貴的經驗和教訓，如果對以上不足進行很好的總結和提高，可以“百尺竿頭更進一步，在我項目經理的生涯中，在以後的工作中，我會留意克服，並將繼續努力學習、總結經驗，更好地完成項目。
最後更新：2017-04-03 14:54:04