為了在一個分布式環(huán)境中獲得更好的團隊效能,并讓敏捷可以很好地發(fā)揮作用,團隊需要協(xié)同運轉(zhuǎn),而團隊合作是核心。
Richards指出,你需要消除文化和流程限制,這樣才能實現(xiàn)團隊之間以及團隊內(nèi)部的協(xié)作。
關(guān)于如何在遠程工作時保持聯(lián)系,Pilar Orti在接受InfoQ采訪時就如何處理遠程團隊的跨文化問題提出了建議:
我認為,這里有兩個不同的場景需要考慮:一是和總部設(shè)在另一個國家的團隊打交道;二是和分散在世界各地的個體共事。
在第一種情況下,團隊成員都位于一個和你不同的國家,他們的工作方法、就餐時間等可能有一些共同的特征(注意,我說的是可能)。在那種情況下,同他們進行交談,把其中的部分差異暴露出來是有好處的。不要輕易作出假設(shè);從團隊成員那里直接獲取信息總是最好的方法。
在明確了這些廣泛的共同點之后,你還需要注意,團隊是由個體組成的。這就把我們引入了我提到的第二個場景。在這個場景中,人們分散在世界各地。在這種情況下,我會再次通過對話找出所有明顯的差異,設(shè)法了解作為個體的團隊成員。其中會有些東西你也有,有些你沒有,但無論國籍如何,這種情況都會發(fā)生。
在敏捷2016大會上,David Horowitz和Mark Kilby談了分布式團隊中的溝通和協(xié)作:
分布式團隊需要連通性,雖然面對面對于協(xié)作很重要,但它不如連通性重要。
他們提到了三種可以確保分布式團隊穩(wěn)定可靠地溝通的方法:聊天通道、密友和副機長。
在GOTO阿姆斯特丹2016大會上,Nienke Alma就“分布式團隊向敏捷宣言發(fā)起了挑戰(zhàn)”發(fā)表了精彩的演講。InfoQ采訪了她,內(nèi)容涉及Scrum管理員如何使用來自不同文化的人組建團隊,如何進行代碼審查,分布式?jīng)_刺評審給他們帶來了什么好處。我們還請她就“使用分布式團隊開發(fā)產(chǎn)品”給予建議。
InfoQ:您提到,在使用來自不同文化的人組建團隊時,Scrum管理員扮演了重要的角色。您能舉例說明下您做了什么嗎?
Nienke Alma:首先是團隊成員的招聘過程。作為Scrum管理員,我密切參與了這個過程,并參加了所有的面試。在面試過程中,我更多的是關(guān)注應(yīng)聘者的性格和軟技能,而不是硬技能。我們的另一位團隊成員通常都可以比我更好地判斷這些硬技能。在面試過程中,我設(shè)法弄清楚應(yīng)聘者如何應(yīng)對另一種文化。好奇、靈活和開放式溝通是我尋找的性格類型。當然,我無法在一次對話中掌握應(yīng)聘者的全貌,但一般而言,我們會設(shè)法找到恰當?shù)膱F隊人員組合。
此外,對我而言,在沖刺期間影響跨文化團隊的建設(shè)也很重要。例如,我們組織了短期的討論會,探索文化差異。而且,在平常的Scrum活動中,我還得關(guān)注團隊動態(tài)。對談話內(nèi)容是否已經(jīng)有了透徹地了解?是不是每個人都可以自由地發(fā)言?你必須認識到,荷蘭人幾乎總是會毫不猶豫地說出來,并討論談話涉及的任何內(nèi)容,而印度人說話時通常更小心翼翼。作為Scrum管理員,我得設(shè)法幫助團隊,確保每個人都為團隊工作作出了同等的貢獻。
InfoQ:您是如何召開代碼審查會議的?為什么要采用這種方式?它帶來了什么好處?
Alma:代碼審查會議是團隊質(zhì)量改進計劃的一個很好的示例。雖然對于團隊的交付物而言,團隊所有成員的職責都是一樣的,但是他們的資歷不同,所以我們也會看到代碼質(zhì)量的差異。雖然團隊成員位于不同的地方,但我們發(fā)現(xiàn),同行審查并不總是跨越國境的,即使那是最好的方法。因此,兩名高級開發(fā)人員決定每個沖刺都組織一場代碼審查會議,從根本上講,這是一個培訓(xùn)其他團隊成員、提高團隊編碼技能的機會。
我最喜歡這類會議的地方是,那兩位高級開發(fā)人員將它們變成了一個游戲。在會議開始之前,他們會選擇幾段包含編碼錯誤的代碼。他們把這些代碼片段帶到了會場,顯示在了一塊共享的屏幕上,并寫道:“這段代碼包含5處編碼錯誤。最先找出它們的人獲勝!”我永遠不會忘記,所有的眼睛都完全盯在屏幕上,我也不會忘記,當正確地發(fā)現(xiàn)一處錯誤時團隊成員的喜悅。高級開發(fā)人員不會說明最初是誰編寫了那段錯誤的代碼。這不是一個指責的游戲,而是一個學(xué)習(xí)的游戲。得益于這種方法,他們成功地將消極的東西(錯誤)轉(zhuǎn)化成充滿挑戰(zhàn)和樂趣的東西,帶來了代碼質(zhì)量的改善。團隊總是期待著下一次會議!
作為Scrum管理員,我一般都會參加代碼評審會議,但我沒有扮演一個積極的角色。不過,我完全支持這個方案,并贊賞團隊的工作。我還會把代碼評審會議的經(jīng)驗告訴團隊之外的人。
InfoQ:分布式?jīng)_刺評審方法給你們帶來了什么好處?
Alma:由于所有客戶都位于荷蘭,所以讓荷蘭的團隊成員負責向客戶展示及同客戶對話是很有吸引力的,雖然我們認識到,如果我們選擇那種方法,就會以某種方式將印度的團隊成員排除在外。尤其是,如果你距離客戶很遠,同他們保持聯(lián)系很重要,那樣才能不斷地在第一時間了解他們的期望。沖刺評審也是一個慶祝成功的好時機。所有團隊成員都對成功負有相同的責任,因此,所有團隊成員都應(yīng)該有分享成功及站在聚光燈下的機會。我認為,我們對此非常重視,確保分布式?jīng)_刺評審方法可以提高整個團隊的責任感。
InfoQ:如果組織希望使用分布式團隊開發(fā)產(chǎn)品,您有什么建議嗎?
Alma:我會建議他們慎重考慮下充分發(fā)揮分布式團隊效能所需的投入。成果確實值得投入嗎?不要因為只是希望實現(xiàn)成本削減就采用分布式方法。有一些額外的(高)成本是你必須考慮的,經(jīng)常旅行、由于溝通失誤導(dǎo)致的重復(fù)工作以及視頻會議工具,以上是其中的一些例子。有時候,分布式方法是交付產(chǎn)品的唯一方法,因為當?shù)貨]有所需的人才。那也許算是使用分布式團隊開發(fā)產(chǎn)品的正當理由。但是話說回來,如果你希望創(chuàng)建高效能的團隊,提供具有很高客戶價值的產(chǎn)品,并快速投放市場,那么我認為,分布式團隊并不是最理想的方式。當然,次優(yōu)的方法是否已經(jīng)足夠交付有價值的成果,這要由組織決定。
查看英文原文:Agile in Dispersed or Distributed Teams