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

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