項目經(jīng)理是項目團隊的領(lǐng)導(dǎo)者，項目經(jīng)理首要職責(zé)是在預(yù)算范圍內(nèi)按時優(yōu)質(zhì)地領(lǐng)導(dǎo)項目小組完成全部項目工作內(nèi)容，并使客戶滿意。對于項目內(nèi)部的因素造成項目的成敗，與項目經(jīng)理的素質(zhì)和管理是密不可分的。大多數(shù)項目經(jīng)理在項目管理中存在以下四個失誤：
1、需求把握不好
沒有控制好需求，使需求陷于反復(fù)變更之中，既浪費了項目的時間，有容易使開發(fā)工作失去重心。有這么一個例子：我做的車輛年費征收系統(tǒng)的項目里，有一個收費折免功能，稽查隊、車管所、路橋處都會用到，只是折免權(quán)限不同，最開始項目組在車管所調(diào)研，車管所提出折免界面應(yīng)該輸入免去多少金額，等這項功能做好以后，拿到稽查隊去，而他們提出折免界面應(yīng)該輸入折后實收多少金額，后來到了路橋處就要輸入打幾折，項目組為這項功能反復(fù)變更了三次。正確的做法應(yīng)該是，在確定某項需求時，要把與這項功能相關(guān)聯(lián)的所有客戶的需求都收集起來，提出一種合適的解決方法，然后得到與這項功能相關(guān)聯(lián)的所有客戶的確定，有時候需要讓客戶自己先到達一致，然后再與客戶確定需求。
2、 專注做項目中的某項工作而沒有看到項目全局
項目經(jīng)理如果沒有全局觀念，就不能及時覺察到項目中出現(xiàn)的種種跡象，從而發(fā)現(xiàn)可能出現(xiàn)的問題。其實有很多事情，如果在剛有苗頭時及時采取措施，是完全可以避免的。一個項目的成功是項目整體的成功，如果嚴重影響項目的風(fēng)險沒有避免，哪怕項目經(jīng)理做的模塊做得再好也于事無補。原來自己負責(zé)一個教育資源管理系統(tǒng)得開發(fā)，由于自己也是技術(shù)骨干，負責(zé)系統(tǒng)的核心模塊教育資源存取的開發(fā)，自己整天沉浸于自己負責(zé)的模塊的開發(fā)中，沒有覺察到做系統(tǒng)管理的開發(fā)人員由于情感問題情緒低落，還一味根據(jù)自己的進度對他進行加壓，在他做了70%時，他主動提出離開項目組，而且由于我的不懂人情對我產(chǎn)生了怨恨而帶走所有源碼，這件事對項目產(chǎn)生很大影響。
3、 配置管理混亂
大凡在項目開始時，大家還比較清楚各自所做的工作產(chǎn)品的版本和更改情況，但時間一長，東西一多就會混亂。有許多開發(fā)人員認為嚴格的配置管理太麻煩，有時偷點懶覺得沒關(guān)系，其實到了出現(xiàn)問題時，就后悔莫及項目管理中常見的失敗與成功之處項目管理中常見的失敗與成功之處。我就在做教育資源管理系統(tǒng)時由于開始都是個人自己管理自己做的模塊的文檔與代碼，等一個模塊全部做完了再提交給測試人員進行測試。由于做系統(tǒng)管理的開發(fā)人員帶走了所有源碼，我這里什么都沒有，我真的后悔死了。
4、 做事欠條理
條理清晰是做管理的基本要求，條理不清晰容易使工作迷失方向，抓不到重點，做事沒有條理大多是沒有認真作計劃造成的。有這么一為項目經(jīng)理，有一天，本來要審核測試報告的，可是客戶一個電話要變更一個需求，他馬上匆匆忙忙到客戶那里討論需求，回來后馬上要做這項需求的開發(fā)人員根據(jù)變更的需求更改程序，而這項需求剛好做了測試，測試報告還沒有來得及審核。這樣既浪費測試人員的時間，又使做這項需求的開發(fā)人員沒有根據(jù)測試報告及時修正程序。正確的做法應(yīng)該是：自己繼續(xù)審核測試報告，派做這項需求的開發(fā)人員與客戶交流，開發(fā)人員回來后，與開發(fā)人員、測試人員一起討論需求的變更，同時根據(jù)測試報告形成一個修正方案，開發(fā)人員再進行修改程序。