Isaac Sacolick

團(tuán)隊(duì)的所有人都聚在一個(gè)地方工作時(shí)，敏捷方法最有效。團(tuán)隊(duì)在同一個(gè)工作場地時(shí)，成員們很容易提問題、結(jié)對處理編程任務(wù)并解決問題，無需安排會(huì)議。使用互聯(lián)網(wǎng)會(huì)議、群組聊天和電子郵件之類的技術(shù)根本不如面對面直接交流來得有效。

話雖如此，企業(yè)組織也可以讓敏捷方法在遠(yuǎn)程分布式團(tuán)隊(duì)中大有作為，但是這需要一些工作和試驗(yàn)。團(tuán)隊(duì)成員必須找到使用技術(shù)的最合理方式，并適應(yīng)溝通方式，以確保團(tuán)隊(duì)的生產(chǎn)力、協(xié)作和質(zhì)量。

新冠疫情爆發(fā)后，許多敏捷團(tuán)隊(duì)只好由在辦公室工作改為遠(yuǎn)程工作。對于在職業(yè)生涯中大部分時(shí)間沒有在家工作過的許多人以及習(xí)慣于面對面交流的團(tuán)隊(duì)來說，這將是一種全新體驗(yàn)。此外，由于疫情日益嚴(yán)峻，一些團(tuán)隊(duì)成員可能生病或面臨其他困境，因此敏捷團(tuán)隊(duì)必須適應(yīng)新的工作方式。

本文是一份簡單的指南，旨在幫助團(tuán)隊(duì)成員、團(tuán)隊(duì)和企業(yè)組織由面對面為主的敏捷團(tuán)隊(duì)改為高度分布式的團(tuán)隊(duì)。

選擇合適的設(shè)備、工具和辦公空間

如果你要遠(yuǎn)程工作，請確保有適合你、貴公司及團(tuán)隊(duì)的工作環(huán)境。可以視之為辦公室搬家，事先抽時(shí)間評估各種選擇或方案，確保你擁有所需的一切東西，以保持工作效率、舒適度以及待在盡量避免分心的辦公空間。

較長期遠(yuǎn)程工作時(shí)，請考慮所有的注意事項(xiàng)，包括工作紀(jì)律、辦公空間、設(shè)備、網(wǎng)絡(luò)和工具等方面的建議。

你需要進(jìn)行的一些變化在開始入手后才會(huì)一目了然。如果網(wǎng)絡(luò)連接很差，可能需要重新放置無線路由器或換成有線連接。如果你經(jīng)常需要開視頻會(huì)議，就可能需要調(diào)整辦公桌的位置。你可能要告訴家人在工作時(shí)保持距離，以免分心。

人要在場，與團(tuán)隊(duì)成員交流

敏捷團(tuán)隊(duì)的成功之道在于，平衡好專用于協(xié)作的時(shí)間與專用于編寫代碼及其他開發(fā)活動(dòng)所需的協(xié)力工作的時(shí)間。在辦公室，更容易看到團(tuán)隊(duì)成員關(guān)注的事情，訓(xùn)練有素的敏捷團(tuán)隊(duì)要想方設(shè)法避免分心和環(huán)境切換。

遠(yuǎn)程工作時(shí)，團(tuán)隊(duì)必須在線，但也要向他人表明是否在場。Slack和Microsoft Teams等工具讓你可以設(shè)置是否在場的狀態(tài)，而其他協(xié)作工具可以使用通知靜音。如果團(tuán)隊(duì)樂意接受靈活的工作時(shí)間，使用狀態(tài)設(shè)置至關(guān)重要。

敏捷團(tuán)隊(duì)必須為正式的協(xié)作交流安排時(shí)間，并做好工作以完成用戶故事，但團(tuán)隊(duì)成員還應(yīng)該可以閑聊。人們對壓力大的時(shí)期和遠(yuǎn)程工作的反應(yīng)各不相同，因此相互聯(lián)系非常重要。此外，人們在網(wǎng)上和面對面的交流方式也各不相同，現(xiàn)在有新的機(jī)會(huì)可以讓更多的人參與網(wǎng)上對話。

敏捷專家（scrum master）、技術(shù)主管和產(chǎn)品負(fù)責(zé)人應(yīng)定期詢問團(tuán)隊(duì)，摸清他們對需求和阻礙工作進(jìn)展的因素了解的程度，以及是否需要設(shè)法提高生產(chǎn)力和幸福感。

最后，來自多個(gè)團(tuán)隊(duì)的敏捷專家和技術(shù)主管應(yīng)定期相互聯(lián)系。他們在管理遠(yuǎn)程團(tuán)隊(duì)方面的經(jīng)驗(yàn)和問題可能有普遍性。如何讓敏捷團(tuán)隊(duì)在遠(yuǎn)程協(xié)作方面進(jìn)行探討和交流，無疑會(huì)使所有人受益。

審核敏捷儀式的方法

改而采用遠(yuǎn)程協(xié)作的敏捷團(tuán)隊(duì)不必重新設(shè)計(jì)流程或擯棄敏捷儀式。但是遠(yuǎn)程工作可能需要敏捷專家重新考慮如何開會(huì)，具體取決于團(tuán)隊(duì)的規(guī)模和可用的協(xié)作工具。

比如說，面對面的團(tuán)隊(duì)在每日例會(huì)時(shí)查看敏捷開發(fā)白板，因此需要設(shè)計(jì)這種儀式的數(shù)字版。如果團(tuán)隊(duì)規(guī)模小，過去在完成用戶故事方面遇到的障礙比較少，那么他們可以擯棄會(huì)議，換成預(yù)定的聊天聚會(huì)。

對遠(yuǎn)程敏捷團(tuán)隊(duì)的其他幾點(diǎn)建議：

·? 使用數(shù)字白板工具用于迭代規(guī)劃和設(shè)計(jì)討論

·? 為承諾會(huì)議安排視頻互聯(lián)網(wǎng)會(huì)議

·? 選擇一個(gè)人在迭代審核期間負(fù)責(zé)屏幕共享

·? 回顧時(shí)使用調(diào)查或低代碼應(yīng)用程序征集反饋

致力于實(shí)際的團(tuán)隊(duì)和個(gè)人任務(wù)

由面對面改為遠(yuǎn)程協(xié)作的敏捷團(tuán)隊(duì)必須重新調(diào)整迭代速度，審核他們可以實(shí)際承諾并完成的工作數(shù)量和復(fù)雜性。敏捷專家和敏捷主管應(yīng)采用類似于新組建敏捷團(tuán)隊(duì)的做法，讓團(tuán)隊(duì)可以適應(yīng)新的工作方式。

比如說，由于一些團(tuán)隊(duì)成員可能會(huì)在疫情期間無法參與開發(fā)，因此完成需要多個(gè)團(tuán)隊(duì)成員貢獻(xiàn)的復(fù)雜用戶故事是不明智的。如果可能，應(yīng)將這類故事分解成小故事，或者如果產(chǎn)品負(fù)責(zé)人不再優(yōu)先考慮它們，就推遲。

同樣，敏捷團(tuán)隊(duì)可能需要避免完成依賴其他團(tuán)隊(duì)工作的故事。額外的協(xié)作可能需要幾個(gè)sprint才能為新組建的遠(yuǎn)程團(tuán)隊(duì)定義。

提高文檔詳細(xì)程度

相比前期說明文檔，敏捷開發(fā)團(tuán)隊(duì)更注重切實(shí)可行的代碼，但這并不意味著沒有必要為架構(gòu)、API和代碼編制文檔。

長時(shí)間遠(yuǎn)程工作的團(tuán)隊(duì)可能希望討論文檔標(biāo)準(zhǔn)，看看是否需要做出更大的努力。有時(shí)，如果為代碼編制文檔，不大需要面對面討論代碼模塊如何工作或團(tuán)隊(duì)成員如何處理技術(shù)債務(wù)等內(nèi)容。

關(guān)注探針（spike）、CI/CD和解決技術(shù)債務(wù)

希望長時(shí)間遠(yuǎn)程工作的團(tuán)隊(duì)可能會(huì)發(fā)現(xiàn)，更容易專注于技術(shù)性更強(qiáng)的故事，而不是需要與產(chǎn)品負(fù)責(zé)人和利益相關(guān)者進(jìn)行交互的故事。比如說，測試多步驟用戶體驗(yàn)需要產(chǎn)品負(fù)責(zé)人、設(shè)計(jì)人員、開發(fā)人員和測試人員之間的協(xié)作。團(tuán)隊(duì)剛開始遠(yuǎn)程工作時(shí)，協(xié)調(diào)討論或讓大家共同了解最終用戶的需求可能比較難。

還有其他機(jī)會(huì)可以優(yōu)先考慮這類工作：需要較少的協(xié)作，需要更多的個(gè)人專注和創(chuàng)新。優(yōu)先考慮小的探針試驗(yàn)（spike，定義研究開發(fā)故事的一種方法）以測試新想法是一個(gè)例子，如果開發(fā)人員可以在干擾或環(huán)境切換較少的情況下開發(fā)簡短的概念驗(yàn)證，更是如此。另一個(gè)方法是優(yōu)先考慮處理代碼層面的技術(shù)債務(wù)，尤其是重構(gòu)代碼模塊、添加單元測試或改進(jìn)異常處理。第三種方法是花時(shí)間開發(fā)或改進(jìn)持續(xù)集成/持續(xù)交付（CI/CD）自動(dòng)化。

這些更具技術(shù)挑戰(zhàn)性的任務(wù)還可以幫助開發(fā)人員專心致志地在可直接看到效益的方面完成工作。

審查部署策略，并降低風(fēng)險(xiǎn)

高度協(xié)作的敏捷團(tuán)隊(duì)要學(xué)會(huì)像優(yōu)秀的冰球球隊(duì)一樣協(xié)同工作。在冰球比賽中，即使冰球飛速移動(dòng)、不規(guī)則地彈跳，球員們還是會(huì)結(jié)合運(yùn)用既定的打法和靈活的應(yīng)對，確保既有強(qiáng)大的防守，又有凌厲的進(jìn)攻。

現(xiàn)在，將這支隊(duì)伍從室內(nèi)競技場拉到室外湖泊，球隊(duì)需要一些時(shí)間來適應(yīng)環(huán)境。他們會(huì)采取一段時(shí)間的保守防御，直到逐漸適應(yīng)新環(huán)境、恢復(fù)節(jié)奏。

敏捷團(tuán)隊(duì)和多個(gè)團(tuán)隊(duì)組成的敏捷組織也是如此。無論團(tuán)隊(duì)在維護(hù)舊系統(tǒng)，還是使用最新的DevOps實(shí)踐構(gòu)建云優(yōu)先的應(yīng)用程序，都是如此。

要求敏捷團(tuán)隊(duì)遠(yuǎn)程工作的條件可能會(huì)影響公司的其他方面，包括業(yè)務(wù)運(yùn)營、客戶期望和供應(yīng)鏈狀況。

客戶和最終用戶可能希望不一樣的部署頻率，如果這種頻率有損于應(yīng)用程序的可靠性或性能更是如此。如果你的API用于銜接企業(yè)的供應(yīng)商，那些供應(yīng)商可能較難參與測試變更。如果應(yīng)用軟件受到法規(guī)遵從或監(jiān)管部門的監(jiān)督，那就可能更難得到所需的審核和批準(zhǔn)。

敏捷團(tuán)隊(duì)須認(rèn)識到一系列更廣泛的變化在影響本組織的業(yè)務(wù)模式、客戶和工作環(huán)境。需要從新的運(yùn)營角度來審核組織原則，而組織原則決定了從部署的速度和頻率到優(yōu)先考慮的工作類型和用戶故事。

要做到敏捷、而不僅僅遵循敏捷實(shí)踐，關(guān)鍵是要認(rèn)識到何時(shí)變化、如何變化。

原文網(wǎng)址

https：//www.infoworld.com/article/3532286/7-best-practices-for-remote-agile-teams.html