1. 對客戶需求把握不全面

原因分析：
需求規格說明書、概要設計、詳細設計中對客戶需求的分析和把握不全。

解決方法：
在進行概要設計時，派人常駐客戶處詳細瞭解業務及需求，幫助客戶明確需求，方便將需求確定下來，儘量避免後期需求的變更和追加。要及時與客戶溝通、交流，對客戶提出的一切需求的變動和追加，都要與客戶簽字確認。工作進展情況要及時向客戶彙報，讓客戶瞭解工作進展情況。

2. 專案計劃制定不合理

原因分析：
對客戶提出的需求沒有經過透徹的分析其具體的工作量有多大，就允諾出交付期，導致到期因為工作量的原因完成不了客戶的要求，對公司的信譽和形象產生負面影響。解決方法：
拿到需求後，市場部協同開發部對客戶需求進行詳細分析，儘可能的估量出整個專案的工作量，拿出有力的分析證據，然後與客戶進行洽談，盡最大可能說服客戶認同制定的計劃安排。

3. 任務計劃執行力差

原因分析：
制定的計劃不能按期保質保量完成，各個工作階段界限劃分不明確，工作交接過渡期較長。原因有：一是，員工執行力意識和責任心問題，對任務的級別認識不足；二是，任務分配者對任務處理者的處理能力和工作安排把握不夠；三是，任務責任人對任務處理過程關心不夠；四是，對任務處理人完成的任務質量稽核驗證不夠。解決方法：  
一是，加強員工責任心和執行力意識的培訓；二，領導者要關心下屬的一切工作狀況，經常交流、溝通，根據任務處理人的能力和工作安排制定出合理的任務計劃，並適時給予工作上的指導和幫助；三是，對完成的任務要及時進行稽核和驗證。

4. 開發模式選擇不合理
原因分析：
一般都是採用瀑布式模式進行開發，這種開發模式要求每一個開發階段都要做到最好，特別是前期階段，設計的越完美，提交後的損失就越少，但這對於有的公司現有狀況來說是不可能實現的。迭代式開發方式是在明明知道還有很多不足的地方卻不去完善它，而是把主要功能先搭建起來為目的，以最短的時間，最少的損失先完成一個不完美的成果物直至提交，然後再通過客戶或使用者的反饋資訊進行不斷完善。迭代式開發更適合在一些需求資訊不明確的專案中，這樣在開發過程中遇到需求的變化時，所帶來的影響要比瀑布式開發小。
解決方法：
根據需求變動的不確定性大小和開發週期長短選擇最佳的開發模式（瀑布式、迭代式等）。

5. 技術上難以攻破
原因分析：
遇到技術難題時不去求助於其他人，導致工作計劃延期滯後。
解決方法：
IT行業技術更新很快，每個人不可能把所有的技術知識都掌握好，碰到技術難題是很常見的。在遇到難題時應先向公司技術專家尋求幫助，並要號召大家集思廣益，一起想辦法去攻破它，不要一個人在那死啃。若出現通過公司現有人員一番努力仍無法解決的問題，公司技術專家應及時向公司高層領導彙報，尋求外部專業人士給予技術支援。