項目開發經驗談！

 1，永遠不要往延期的項目中添加人手，這個在《人月神話》中說的很清楚，但是在操作上人永遠會犯這個錯誤，公司好幾個項目都是這樣的，一延期，客戶在催了，馬上就開始來叫人去幫忙了，結果是越幫越忙。
2，做業務系統，尤其是基於BS的項目，3個熟練的程式員和30個生手，我寧願要3個熟練的程式員，這種項目，在最快的時間和客戶確定需求，在最快的時間把代碼編寫完，把測試做完，絕對不能拖，要讓客戶跟著你跑，千萬不能讓客戶有太多的空餘時間。否則客戶今天說這裡顏色不對，明天說你給我在表裡加個欄位，你會瘋的。
3，sales永遠是sales，無論是特級還是頂級的，千萬不能讓sales當PM。
4，無論多小的項目，必須先有需求再設計，千萬不能邊需求邊設計。

在項目開發中引入技術：
1、選擇（定義）你想要重新構建的技術特性部分（比如效能提升等）
2、設計一些入門級的程式來增強你所選擇的特性部分
3、將客戶或者QC部門所反映的新特性部分分類
4、將所有要增強按照優先順序別排序後開始安排人員寫測試案例以及代碼
5、得到客戶或者QC部門的回饋意見
6、當然根據回饋要做大量的分析以及Redo工作
7、返回到第一步繼續進行迭代
上述部分是我正在實施並且做實驗的部分，拋磚引玉。

----------------------------------------------------------------------------------------
教訓：
1、如果頁面設計人員對於程式沒有一個總體的認識的話，隨著時間的推移你會發現你的程式會越來越臃腫，每個模組的外觀都不統一，最後交付給客戶時候變的蒼白無力、無法辯解。無論你的程式將所有的客戶要求都滿足了也無濟於事。人機互動是設計人員一定要考慮的因素。
2、如果你對團隊的時間監控僅僅限於一張project的進度表的話，那麼你永遠無法想到在這個進度表的背後其實隱藏著很多的Bad Smell,也意味著你很快跟團隊的進度將很快脫離。當你發現這些Bad Smell開始浮出水面的時候可能已經變的可以讓泰坦尼克號都能沉沒了。這時候你會發現你的頭髮又開始稀少了，老闆在你的面前的聲音也開始尖銳起來了。
3、客戶總是在最後才會明白自己之前的想法會有很多問題，畢竟中國的客戶對於抽象的思維能力總是很弱。雖然中國人的數學學的都不錯，但是僅僅限於在買菜的時候使用。所以再不濟你也要將最後展現給客戶的時間跟最後交付使用時間要有一定的間隙，否則客戶也會怒髮衝冠的。
4、如果團隊中有人開始落後於進度的時候不要急於將其代碼拿過來修改一通甚至直接從團隊中讓其消失，人員的水平有高有低，這種情況需要結對開發以及頻繁的團隊交流才能解決本質問題。
5、經常但是期間較短的會議對於團隊氣氛的調節很有好處，畢竟XP的面對面開發對於很多IT公司的老闆是一件無法理解的事情。