如果你的團(tuán)隊(duì)使用敏捷方法開發(fā)軟件，那么采用完整團(tuán)隊(duì)方法（Whole-team approach）對于發(fā)揮敏捷實(shí)踐的功效極為重要。

完整團(tuán)隊(duì)這一敏捷實(shí)踐強(qiáng)調(diào)以整個團(tuán)隊(duì)為單位工作，把專人專責(zé)簡化為職責(zé)均擔(dān)，從而開發(fā)出高質(zhì)量的軟件——可以說它是一種“膠水型”實(shí)踐：它將很多其它敏捷實(shí)踐組織在一起。例如，在Lisa Crispin和Janet Gregory所列舉的敏捷測試的“關(guān)鍵成功因素”中，完整團(tuán)隊(duì)位居榜首。

和其它實(shí)踐一起協(xié)作，完整團(tuán)隊(duì)能發(fā)揮巨大價值，如降低交付風(fēng)險(xiǎn)、改善速率/發(fā)布周期、得到更優(yōu)方案以及減少缺陷和其它浪費(fèi)。然而完整團(tuán)隊(duì)和其它敏捷實(shí)踐一樣需要紀(jì)律性和勤奮。在此有四個“臭味”可能預(yù)示著你還沒有發(fā)揮完整團(tuán)隊(duì)的功效——同時我也建議了一些解決方法，或許能幫你順利過關(guān)。

臭味 #1：強(qiáng)調(diào)頭銜

我記得有個團(tuán)隊(duì)剛剛開始實(shí)施敏捷時，某個團(tuán)隊(duì)成員拿著組織結(jié)構(gòu)圖，義正言辭地跳出來指正：在程序員完成故事編碼之前應(yīng)該禁止測試人員介入。其實(shí)沒必要把頭銜搞得跟完整團(tuán)隊(duì)勢不兩立。但如果某個重要成員一意孤行，或者團(tuán)隊(duì)因?yàn)榻巧�不同而不敢質(zhì)疑技術(shù)主管，再或者團(tuán)隊(duì)期望“測試人員”完成所有測試，那我們就該擔(dān)心自己實(shí)施完整團(tuán)隊(duì)的效果了。

解決方法：打破角色和職責(zé)界限

如果你把工作簡單地看作是一些待完成的活動的集合，那么你就可以打破角色和職責(zé)的界限，允許隊(duì)員在多重領(lǐng)域創(chuàng)造價值。比如，解放程序員，讓他們探索測試。類似地，當(dāng)測試人員發(fā)現(xiàn)一個他們能修復(fù)的缺陷時，放手讓他們?nèi)バ迯?fù)吧。

臭味 #2：英雄主義

我們都見過這樣的人：某個團(tuán)隊(duì)成員為了順利發(fā)布，打算今天加班到很晚，或者周末加班。他上次就是這么干的，這次也將這么干。問題在于：英雄主義對項(xiàng)目有百害而無一利，它降低了團(tuán)隊(duì)的人員風(fēng)險(xiǎn)承受能力（也就是說，團(tuán)隊(duì)中有幾個人離開，但還能保證項(xiàng)目正常運(yùn)行），而且往往還會阻礙信息共享（當(dāng)然不全是故意的）。學(xué)習(xí)和進(jìn)步的瓶頸就在于此。引申出來的另外一些臭味是：是否任何人都能在任何時候休假呢？某人能輕而易舉地離開項(xiàng)目嗎？

解決方法：擺脫依賴

如果你是團(tuán)隊(duì)中唯一更新白板或修復(fù)有問題的構(gòu)建的人，去休個假，試試如果沒有你會發(fā)生什么。

在每日站立會議中，如果你發(fā)現(xiàn)某位團(tuán)隊(duì)成員只是向你而不是所有成員陳述他的見解（假設(shè)你是主管），那么你只要避開他的目光，他就會自然而然地轉(zhuǎn)向其他人，和團(tuán)隊(duì)一起達(dá)成一致，也會慢慢形成會議的主人翁精神。最好的團(tuán)隊(duì)領(lǐng)導(dǎo)者是信息共享者而不是所有信息都集中只有你知道，雖然表面上看來，是工程師教了他們自己如何解方程。

臭味 #3：大家每天固定位子就坐（一個蘿卜一個坑）

大家是不是每天上班都坐同一個位子呢？選哪個電腦有什么影響嗎？是不是每臺電腦都有你需要的全部工具，同時配置完善足夠你完成所有任務(wù)呢？如果不是，證明你們不經(jīng)常結(jié)對，也不常交換結(jié)對伙伴。

解決方法：（真正地）結(jié)對編程

結(jié)對編程并且經(jīng)常輪換結(jié)對伙伴是需要紀(jì)律性的。如果你沒做，只能說明你不相信這有用。為了共享知識和技能，在看板系統(tǒng)中你可以安排學(xué)習(xí)和一些緩沖時間。你可能需要拒絕一些客戶的要求，但短暫的損失將帶來長期的收益：你整裝待發(fā)，開始一起協(xié)作的極限編程之旅。而正是由于掃清了知識方面的瓶頸，你將會快速前進(jìn)。試試結(jié)對吧。

臭味 #4：“編外”隊(duì)員

在你的團(tuán)隊(duì)中，你有沒有一個隊(duì)員被排除在關(guān)鍵會議之外呢？這可能發(fā)生，比如技能存在很大差異時，團(tuán)隊(duì)中有兼職或共享成員時，或者團(tuán)隊(duì)主管認(rèn)為不需要所有人都參加會議。

解決方法：三駕馬車

敏捷團(tuán)隊(duì)可以通過三駕馬車來匯聚知識和意見。如果規(guī)定關(guān)鍵會議必須有測試人員、程序員和業(yè)務(wù)代表參加，將有助于團(tuán)隊(duì)分享對需求的理解，減少溝通隔閡，并且盡可能擺脫個人技能和見解的限制。Janet Gregory稱之為三駕馬車，而George Dinwiddie則引用電影“神勇三蛟龍”（Three Amigos）來命名它。不論你叫它什么，它都是完整團(tuán)隊(duì)的一個基礎(chǔ)部分。

那么下次你參加回顧會議時，考慮考慮怎樣在下一個迭代改進(jìn)吧，或者想想你是不是那個唯一知道如何修復(fù)構(gòu)建的人呢？你也可以去思考一下完整團(tuán)隊(duì)里那些臭味以及解決方法。抑或停下你思索的腳步，和其他隊(duì)員討論討論這個話題。

本文編譯自金毅，原文作者M(jìn)atthew Philip。

譯文出處：infoq.com 轉(zhuǎn)載請注明出處鏈接。

標(biāo)簽： 敏捷 ��

版權(quán)申明：本站文章部分自網(wǎng)絡(luò)，如有侵權(quán)，請聯(lián)系：west999com@outlook.com
特別注意：本站所有轉(zhuǎn)載文章言論不代表本站觀點(diǎn)！
本站所提供的圖片等素材，版權(quán)歸原作者所有，如需使用，請與原作者聯(lián)系。