在項目開發(fā)中引入技術(shù):
1、選擇(定義)你想要重新構(gòu)建的技術(shù)特性部分(比如性能提升等)
2、設(shè)計一些入門級的程序來增強你所選擇的特性部分
3、將客戶或者QC部門所反映的新特性部分分類
4、將所有要增強的按照優(yōu)先級別排序后開始安排人員寫測試用例以及代碼
5、得到客戶或者QC部門的回饋意見
6、當(dāng)然根據(jù)回饋要做大量的分析以及Redo工作
7、返回到第一步繼續(xù)進行迭代
上述部分是我正在實施并且做試驗的部分,拋磚引玉。
----------------------------------------------------------------------------------------
教訓(xùn):
1、如果頁面設(shè)計人員對于程序沒有一個總體的認(rèn)識的話,隨著時間的推移你會發(fā)現(xiàn)你的程序會越來越臃腫,每個模塊的外觀都不統(tǒng)一,最后交付給客戶時候變的蒼白無力、無法辯解。無論你的程序?qū)⑺械目蛻粢蠖紳M足了也無濟于事。人機交互是設(shè)計人員一定要考慮的因素。
2、如果你對團隊的時間監(jiān)控僅僅限于一張project的進度表的話,那么你永遠無法想到在這個進度表的背后其實隱藏著很多的Bad Smell,也意味著你很快跟團隊的進度將很快脫離。當(dāng)你發(fā)現(xiàn)這些Bad Smell開始浮出水面的時候可能已經(jīng)變的可以讓泰坦尼克號都能沉沒了。這時候你會發(fā)現(xiàn)你的頭發(fā)又開始稀少了,老板在你的面前的聲音也開始尖銳起來了。
3、客戶總是在最后才會明白自己之前的想法會有很多問題,畢竟中國的客戶對于抽象的思維能力總是很弱。雖然中國人的數(shù)學(xué)學(xué)的都不錯,但是僅僅限于在買菜的時候使用。所以再不濟你也要將最后展現(xiàn)給客戶的時間跟最后交付使用時間要有一定的間隙,否則客戶也會怒發(fā)沖冠的。
4、如果團隊中有人開始落后于進度的時候不要急于將其代碼拿過來修改一通甚至直接從團隊中讓其消失,人員的水平有高有低,這種情況需要結(jié)對開發(fā)以及頻繁的團隊交流才能解決本質(zhì)問題。
5、經(jīng)常但是持續(xù)時間較短的會議對于團隊氣氛的調(diào)節(jié)很有好處,畢竟XP的面對面開發(fā)對于很多IT公司的老板是一件無法理解的事情。