前　言

　　18世紀初，一個名叫孟迪維爾的英國醫(yī)生寫了一首題為《蜜蜂的寓言》的諷喻詩。這首詩敘述了一個蜂群的興衰史。最初，蜜蜂們追求奢侈的生活，大肆揮霍浪費，整個蜂群興旺發(fā)達。后來它們改變了原有的習慣，崇尚節(jié)儉，結(jié)果蜂群凋敝，終于被敵手打敗而逃散。
　　在電子政務(wù)項目管理中，有類似的悖論嗎？

　　悖論引出

　　和電子政務(wù)項目成員溝通時有以下幾個問題往往頗受關(guān)注：
　　進度延期，實施費用上
　　客戶不斷提出新需求，開發(fā)費用增加
　　這些問題有些時候是因為項目經(jīng)理沒有相關(guān)經(jīng)驗，導致項目進入困境，這是項目經(jīng)理可以通過加強學習，提高業(yè)務(wù)能力所能解決的。但更多情況下出現(xiàn)這些問題不是項目經(jīng)理所能控制的，比如客戶因為種種原因不確認目前工作成果；領(lǐng)導來視察工作時，提出新的指示；需求報告雖然簽字確認，但使用過程中，相關(guān)客戶又提出新需求。
　　針對上面這些非可控問題，項目經(jīng)理經(jīng)常處于“迷?！睜顟B(tài)，是按照項目管理制度來嚴格控制需求，暫時不進行功能更改或者走項目變更流程，讓客戶追加投資？還是及時按照客戶的需求進行完善？
　　公司領(lǐng)導雖然表面上可能會安慰項目經(jīng)理，但心里也往往怪罪項目經(jīng)理“為什么進度延期了，你事先沒有控制好？”、“你不是在前期已經(jīng)明確需求了嗎？為什么又讓研發(fā)部再進行大的修改？”。研發(fā)部人員可能因為反反復(fù)復(fù)修改過很多功能項，已經(jīng)感覺比較厭煩了。這時候壓力最大的就是項目經(jīng)理了，一者他要面對客戶方提出的功能修改要求，而且往往比較緊急；二者公司內(nèi)部又對他不支持(除非他兼任部門經(jīng)理，可以協(xié)調(diào)相關(guān)公司資源)。
　　我曾經(jīng)做過一個電子政務(wù)項目，需求報告以需求確認書的方式讓信息中心領(lǐng)導和相關(guān)各處室領(lǐng)導都簽字確認過，參見附件1(需求確認書)。但此項目在具體實施過程中，重大的需求變更至少有兩次，較小的需求變更更是發(fā)生了很多次。我們項目組根據(jù)“如果能引導客戶需求，就極力引導；如果不能引導客戶需求，則及時完善系統(tǒng)功能的原則”。化解了一些不適宜的需求，至于一些客戶認為重要的需求變更，我們一般都在客戶允許的時間范圍內(nèi)將功能完善完畢。從項目管理角度來說，這個項目做得不順利，但結(jié)果如何呢？因為我們的服務(wù)質(zhì)量，因為我們的產(chǎn)品更新、升級速度，贏得了客戶的信任，主動要求我們繼續(xù)合作其它新項目。
　　所以在此提出一個項目管理的悖論：嚴格按照項目管理制度進行項目管理有損客戶的滿意度，不易于獲得客戶的認可。(尤其是針對國內(nèi)的電子政務(wù)項目，因為客戶本身就在信息化建設(shè)中欠成熟，不能以西方的項目管理制度來進行項目管理)

　　悖論具體表現(xiàn)

　　此悖論不包括因為項目管理不善，需求界定不明，客戶培訓不到位等等可以人為控制的、由于開發(fā)公司管理、控制不善而增加工作量的活動；
　　因為客戶的原因，在原需求界定范圍的基礎(chǔ)上，增加新的功能需求，而增加開發(fā)公司工作量的活動；
　　因為客戶的原因，需要開發(fā)公司配合相關(guān)工作，而增加開發(fā)公司工作量的活動。