不能很好的理解用戶的需求，缺乏與用戶的溝通。
錯誤估計項目的規模和難度。
沒有計劃就開始編碼。
不要在項目開始時就開始測試，推遲到項目結束時，或者根本不做任何測試。
選擇目前最酷的技術，還是團隊用過的成熟技術，往往無法做出正確的選擇。
沒有任何軟件過程或方法。
沒有真正的項目經理，開發人員可以在沒有計劃的情況下領導項目。
推遲計劃，把進度壓力留到後期。
沒有版本控制，混亂的代碼庫和開發環境。
在項目過程中隨意改變開發工具和環境。
客戶的任何需求都是承諾的，需求會是無止境的。記得要學會說“不”。
只有壹個大計劃，計劃沒有分成更小的任務。要知道，壹個大計劃不分解成任務，是很難實施和執行的。
開發團隊管理不足。
項目後期為了加快開發而增加人員，往往會適得其反。
開發人員不做單元測試。
壹旦在項目中遇到問題，就把壓力扔給開發人員。
不關註軟件的實際運行環境和硬件條件。
沒有命名規範和代碼規範。
全局變量無處不在。
遇到問題，往往不去問別人，而是自己壹個人努力。最後，妳不能靠別人來解決它們。
沒有寫代碼註釋的習慣。
不要驗證輸入和輸出數據。
沒有壓力測試，往往會出現更多與環境和實際環境中的性能相關的問題。
項目內部溝通不暢，每個成員只是埋頭做自己的事。
沒有壹個好的bug管理標準和體系，往往通過word、email、excel等文本方式跟蹤bug，會導致整個項目bug管理的混亂。