項目綜合管理：一個失敗項目的總結-兼談風險管理

申請免費試用、咨詢電話：400-8352-114

  我曾經做過一個失敗的項目。那時我對項目管理一知半解，對于風險管理、進度管理等更是一無所知，以致最后花費了當初幾倍的人力來挽救它造成的損失。

      項目概況

      這個項目的策劃是在11月開始的，是對現有的一個Web應用程序進行改造?？蛻魧懥艘环莺唵蔚男枨笳f明，希望能在12/25圣誕節(jié)之前投入使用。根據這份需求說明，我們整理出了一份功能列表，然后估算每個功能的代碼規(guī)模，發(fā)現規(guī)模大大超出期限，于是跟客戶交涉，刪減了一些功能，并將發(fā)布日期定為1/26。最后結果為服務器端3KL，客戶端3KL，按照1KL/人月的保守估計，需要6個人月，投入兩個人，正好能在1月底完工。于是項目就開始了。

      為檢查項目進行狀況，客戶希望在12/25之前發(fā)布beta測試版。因此主要功能必須在短短的兩個月之內完成。為了趕工期，我們省略了概要設計和大部分的詳細設計，直接進入編碼階段。一部分用戶需求還未確定，只好先進行確定部分的編碼工作，將那些遲遲沒有定論的需求放在beta版發(fā)布之后。

      我負責客戶端的開發(fā)，很不幸的是負責服務器端開發(fā)的同事在11月上旬一直在忙于另一個項目，而到了11月中旬又因病離職，導致11月份服務器端幾乎沒有任何進展。好在服務器端開發(fā)難度不大，項目組在12月份調入另一名強人來接班。在我倆的努力下終于在12/24如期發(fā)布了beta版。

      到這里似乎一切順利，但接下來的一個月中，未確定的需求和不斷發(fā)現的bug成了災難。項目從原定的1/25推遲到2/8，再推遲到2/16。而這時開發(fā)團隊也由原來的兩個人增加到五個人，增加的三個人專職測試。最后終于發(fā)布了，結果發(fā)布當天就因為一個小bug導致數十個用戶數據被誤刪。于是暫停服務繼續(xù)修改，改為封閉式開發(fā)，并且繼續(xù)增加測試隊伍到10個人，這樣整個團隊就有12個人在工作。

      這樣的狀況一直持續(xù)到二月底，項目總算正常發(fā)布了。

      計算一下結果

      下面是每個月的開發(fā)者數目。

      計劃 實際
      11月 2 1.5