??? //作者: 王瑋琳? 2006-12-07 ?? ?
? 近期在一個小項目開發(fā)組里進(jìn)行推行XP，嘗試了一段時間。結(jié)合過去帶項目開發(fā)組的經(jīng)驗，說說我對在實際項目開發(fā)里應(yīng)用極限編程方法一些體會，和大家交流。完全是個人理解，也不太成熟，不對的大家來拍。
?? 一 如何看待開發(fā)方法
??? 首先說點開發(fā)方法本身的理解。我一向認(rèn)為沒有哪個開發(fā)方法可以徹底的解決項目開發(fā)的各個環(huán)節(jié)的問題，任何一個開發(fā)方法，其中有些理論的東西放到自己的實踐中可能就是事倍功半，在實際開發(fā)中還是要靈活，要掌握一個應(yīng)用的度。過去我一直是用RUP的那一套東西，不能說它差，更不能說它好。我覺得RUP也就是給我們組織項目提供了一個參考，我們并沒有嚴(yán)格按它的來，比如文檔，我就是按國標(biāo)的要求來寫，而不是RUP的；甚至文檔的數(shù)量、質(zhì)量方面，對每個項目我們也是靈活處理，比如這個項目組的人擅長文檔編寫，就要求他們寫的詳細(xì)點，要是項目組整體文檔編寫能力都不行，就要求寫的簡略一點，能突出重點就可以了。總之，我覺得實際項目開發(fā)的模式應(yīng)該是慢慢摸索出來的適合自己的方法和模式，不需要嚴(yán)格遵守什么東西，另外就是要根據(jù)各方面的發(fā)展進(jìn)行不斷的調(diào)整。
? 二 推廣XP價值觀???? 極限編程中用來指導(dǎo)開發(fā)的五個主要的價值觀是：
溝通、簡單、反饋、勇氣、尊重。我覺得對PM而言需要重點對Team成員強(qiáng)化的價值觀是：
溝通、簡單和反饋。這三個是實際影響所有工作方式的價值觀，應(yīng)當(dāng)在任何時間、任何條件下要求大家來理解、實踐。
?? 溝 通：在實際開發(fā)過程中，通過平時及時的口頭溝通來促進(jìn)團(tuán)隊的了解及合作，開發(fā)過程中相關(guān)人員盡可能的及時主動報告開發(fā)進(jìn)度、問題，一方面自己要將所做的工作及時的告訴他人，另一方面不要等著在他人進(jìn)行階段性的匯報時才了解項目開發(fā)情況，要隨時詢問、關(guān)注他人的工作進(jìn)度，只有大家都了解了項目的真正的進(jìn)展，才能消除對開發(fā)進(jìn)度的懷疑、憂慮。
應(yīng)該強(qiáng)調(diào)溝通的作用是多方面的，絕不能把溝通理解成去了解他人的工作進(jìn)度，而是通過溝通來實現(xiàn)工作的簡單化，實現(xiàn)較小的反饋周期。至于進(jìn)度問題，從領(lǐng)導(dǎo)角度來說，應(yīng)當(dāng)本著尊重、信任的價值觀進(jìn)行合理的關(guān)注。
??
簡 單：開發(fā)過程中各項事務(wù)性工作應(yīng)當(dāng)化繁為簡，溝通方式、決策盡可能的簡單化；系統(tǒng)實現(xiàn)方案也應(yīng)當(dāng)考慮選用簡單的實現(xiàn)方式，盡早盡快的達(dá)到效果。
?? 反 饋：反饋是溝通的核心部分，應(yīng)當(dāng)成為所有開發(fā)人員的核心價值觀之一。大部分情況下，我們都不可能在開始的時候知道我們最終的系統(tǒng)是什么樣的，需要群策群力參與進(jìn)來，一方面對系統(tǒng)的功能進(jìn)行改進(jìn)、提高，一方面對項目開發(fā)的溝通組織方面進(jìn)行改進(jìn)，提高整體的開發(fā)效率。推行反饋的價值觀是非常需要技巧的，因為我感覺大部分開發(fā)人員并不是不想反饋，而是不知道如何反饋、反饋什么，對此我提出的一個說法就是：一切都可反饋，一起都要反饋！
?? 至于
勇氣、尊重則是我認(rèn)為這兩點和人的天生個性有關(guān)，要因人而異，有針對性的對Team的部分成員做出具體要求。我個人認(rèn)為一些XP的書籍強(qiáng)調(diào)這兩個價值觀的前提是不太嚴(yán)謹(jǐn)?shù)模e個小例子，要組里一個弟兄本來就是個勇氣過剩，喜歡在項目用高風(fēng)險的代碼的激進(jìn)分子，我再老和他強(qiáng)調(diào)勇氣，豈不是要搬起石頭砸自己的腳？
? 三 掌握XP原則??? 極限編程方法提供了一整套的開發(fā)原則，在實際開發(fā)過程中，我覺得實踐中需要重點遵循的開發(fā)原則有：
- 人性化
- 質(zhì)量第一
- 互相受益
- 從經(jīng)濟(jì)角度出發(fā)
- 不斷提高 ?
- 慢慢走 (Baby steps，很多書翻成嬰兒步)???????????? ?
??? 挑兩個說說，其中最有感受的是第一條人性化。
??? 人性化是什么？看看國內(nèi)眾多的軟件公司，老板大凡都是覺得自己還算對得起員工；PM總覺得自己比手下人更難更辛苦；干活的人就算受了委屈了，想想哪都差不多，只要薪水還可以能過的去就忍了，等差不多到了時候跳個槽就是了。在這種氛圍下，人性化具體下來是什么東西呢，給點加班費還是多去加幾頓餐？
??? 老外談人性化，說要把工作和生活分開，要讓員工有安全感、成就感、歸屬感，未來能發(fā)展，還能對其他同事感到很親切。對咱們中國的大部分工程師來說，除了遇到個好領(lǐng)導(dǎo)能感到親切一些，安全感、歸屬感、成就感，甚至長遠(yuǎn)的發(fā)展就只是少數(shù)幸運的人才能擁有的了。這個問題我也沒有很明確的理解，就我自己的看法，我覺得作為領(lǐng)導(dǎo)能做到公平、寬容、鼓勵優(yōu)先，能盡可能的讓弟兄們少加幾個班，就算是有點人性化原則了。
??? 算了，撇開讓人郁悶的人性化，來說說質(zhì)量第一和不斷提高。其實在俺們的項目中，尤其對PM而言，質(zhì)量第一有時候會成了一個自欺欺人的口號。質(zhì)量和進(jìn)度有沖突，怎么辦？我的經(jīng)驗是質(zhì)量第一不等于質(zhì)量最先，產(chǎn)品有Bug不會扣錢，按期交不出活不但要扣錢，還要損失信譽；那怎么辦，要降低產(chǎn)品質(zhì)量用不好的解決方案或者弄虛作假么？也不可！現(xiàn)在的程序都是B/S的，方便升級，先交互，再抓緊時間出補(bǔ)丁在客戶反饋之前去升級就是了，你去升級，客戶還高興覺得維護(hù)費用沒白交呢。
??? 這里就引出另一個原則了，慢慢走。這個我體會也很深，做項目真的就是應(yīng)該一步一步做，不能好高騖遠(yuǎn)，一下把功能設(shè)計的過復(fù)雜，把攤子鋪的太大。開發(fā)中把功能一個一個實現(xiàn)了，然后一個一個做穩(wěn)定；交互給用戶后，不斷的能做一些功能的改善、提高；這個慢慢走不僅是一個什么成本、風(fēng)險的問題，更是一種感覺，一種讓項目開發(fā)人員覺得不斷前進(jìn)，讓用戶覺得你的產(chǎn)品在不斷的改善提高的Feeling！
? ?
?????? ?
? 四 XP實踐
?? XP編程理論里列舉了大量的實踐方法，我挑感觸比較深的和大家來交流一下：
??? 這一條簡直是中小軟件開發(fā)設(shè)計的至理名言！項目做的少的人可能很難理解這句話的重要性，極端的說，那些想一開始就把各個東西都設(shè)計好的項目,基本和沒有做設(shè)計差不多。過去我們提"原型開發(fā)法",在RUP里我們講短周期迭代，在XP中我們說要周循環(huán)，季循環(huán)，要增量設(shè)計，這都是為什么呢？就是因為我們老是發(fā)現(xiàn)設(shè)計和后來的變化差別太大，要回去改設(shè)計又總存在各方面的問題（懶惰嫌麻煩、怕出問題有顧慮、有風(fēng)險不愿擔(dān)責(zé)任，太忙了沒時間等等）。最早原型開發(fā)法就是不要設(shè)計了，根據(jù)實際做出的東西來調(diào)整，RUP是有致命傷的，不敢面對這個問題，不痛不癢的說把開發(fā)過程多弄幾設(shè)幾個里程碑，及時調(diào)整好了。而XP提出的一點一點設(shè)計，似乎是最靠譜的，把設(shè)計過程一點一點分解到開發(fā)的過程中，或許一直一來很多的優(yōu)秀的團(tuán)隊也正是這樣做的。
??? 這一條對PM來說也是非常有實用價值。從負(fù)責(zé)人的角度，要盡可能寬松的制定計劃，避免“高承諾、低交付”對團(tuán)隊帶來的信心、熱情、積極性的負(fù)面影響。一個弟兄，活干的快了受了表揚，下次干的可能就更好了；要是活沒干好交不出來，他的信心受了打擊，就不是簡單談?wù)勗捘苷{(diào)動的起來了。
??? 這個從實際操作來說，XP講究實事求是，成員間信息透明，讓大家了解真實情況，不允許少干不報，也不允許多干少報。但我理解這是局限在團(tuán)隊內(nèi)部的，屬于人民內(nèi)部矛盾，對于自己人，我們當(dāng)然不能欺上瞞下，干活時，等或者是拖，都是不對的。但是對外面對那些只要結(jié)果的客戶，有時也是需要應(yīng)用一些必要的策略，盡可能爭取到合理的時間，盡量把客戶的預(yù)期引導(dǎo)到正確的范圍內(nèi)。
??? 可能你覺得很多少時候這種事情超出了PM的能力范圍，工作量、交互時間在你接到活時就已經(jīng)定下來了，只能硬著頭皮上。光是咬牙做當(dāng)然是愚蠢的，這種情況我過去的做法往往是在過的過程中要想辦法逐步降低用戶的預(yù)期，即要設(shè)法降低承諾，強(qiáng)調(diào)強(qiáng)調(diào)困難，方法得當(dāng)大部分情況下客戶還是可以做出一定的讓步的。當(dāng)然同時一定要提高交付的產(chǎn)品質(zhì)量，保證客戶的滿意度。
?? 對這個我可能有些保守，我相信結(jié)對編程其實是大家一種在用的一種編程方式，并沒有什么特別神奇的。除了XP理論書籍里的提到的那些弊端，我認(rèn)為結(jié)對編程的負(fù)面作用其實還有很多。比如對新人，養(yǎng)成編寫程序的獨立思考能力很要緊，不能上來就老結(jié)對，靠別人的啟發(fā)來慢慢搞。因此我認(rèn)為讓大家知道結(jié)對編程這種方式是可取的，有必要的時候(比如有些問題自己想不太清楚)找個合適的人結(jié)個對，討論討論就可以了。
聲明：本博客中所有文章均為版主原創(chuàng)，轉(zhuǎn)載請保留作者信息，并請注明出處。