作者：朱克鋒
轉載請註明出處：http://blog.csdn.net/linux_zkf
不管你成不承認，每個公司都有很爛的項目存在！
爲什麼同一個公司有的項目很爛有的卻很好呢，這與帶團隊的人分不開，與整個團隊的素質分不開，好的團隊開發出很爛的項目機率很小，而不好的團隊開發出的項目幾乎沒有好的，爲什麼別人的項目做得很好而你的項目做的卻很爛呢？究其原因也就那麼幾點
1， 當你的項目出了問題，你的第一反應是什麼？你的第一反應是查出是誰搞的這個問題，你認爲只要找出是誰搞的這個問題，就可以解決問題就可以保證以後不會再出現這樣的問題
2， 修改項目的問題時你並沒有真正理解需要修改的部分，你認爲只要修改後可以工作就好了，你認爲只要添加或刪除幾行代碼，做一個小小的調整讓代碼可以工作就萬事大吉了
3， 你認爲你在設計上花費了大量的時間與精力，爲了這個設計你付出了很多，你會堅持認爲你的設計是最好的，比其他的任何人設計的都要好，拒絕聽去別人的任何意見，認爲別人只會把問題搞的很糟糕
4， 當你發現其他人的代碼有問題的時候你不願意去說出來，你不願意去傷害別人，不想惹麻煩，你認爲只要你自己知道就好了
5， 你不想打算與別人分享你的知識，你認爲你是因爲這些知識你才成爲了團隊的核心，只要自己知道就好了，不管其他人
6， 別人告訴你問題在哪裏你就會去看哪裏，不去思考，不去研究，認爲那是浪費時間
7， 你認爲你具備創新與智慧，最瞭解項目，認爲業務人員都是笨蛋，他們一介入就會搞得亂七八糟
8， 你認爲只要設計文檔寫的十分的詳細，代碼實現者只要寫出代碼就好了，編寫的代碼無論怎麼樣都不應該偏離設計文檔
9， 開始一個新的項目的時候，你找出一大堆新的技術與框架，你認爲必須要用到這些新的技術與應用框架，這樣會顯示你有多厲害，多有技術
10， 你認爲不到開發的最後階段就不應該集成你的代碼，你認爲這樣是在浪費時間和精力，你認爲你在項目結尾有足夠的時間集成代碼
11， 你認爲正確的工作方式應該都是客戶應該一次性想清楚所有的他想要的東西，然後把這些需求給你，不應該不停地修改需求導致你的項目無限的延期，這些麻煩和問題源於客戶
12， 你認爲客戶都是蠢蛋，就只會抱怨，這都是他們的問題與錯誤，連簡單的使用說明都搞不懂，這並不是問題只是客戶不會使用而已