分布式 scrum，從來都不簡單。
scrum 的基石 —— 透明性、開放性、自組織 —— 在分布式 scrum 團隊的環境下的實踐難度均有著不同程度的提高，溝通協作障礙重重、團隊建設難上加難。但與此同時，受成本節約的影響，很多公司又認為分布式 scrum 是大勢所趨。
與上述爭議無關，本文只是乙份提供給 scrum master 的實踐指南，可以為分布式團隊改善工作過程提供一些必要的參考。
適用於分布式 scrum 團隊的 5 項最佳實踐
1、做團隊成員的同地匯聚，頻率越高越好、時間越早越好
你可能面臨著場地租用和成本削減的爭議，儘管它們是採用分布式 scrum 的幕後推手，但對某些產品開發過程而言，整個團隊同地辦公的重要性卻是無論怎麼強調都不過分的。即使是產品的選型或者擋框架第一次實現，讓整個 scrum 團隊在一起(是的，包括產品擁有者)對一開始培養團隊的透明性，協作性和團隊工作是很重要的。
在一起的人給團隊乙個形成恰當，也是擁有乙個無價的文化交流和通過團隊的進餐和咖啡進行工作外融合的機會。不要低估有機的對話和短小談話對形成乙個堅強團隊的重要性。
如果可能，整個團隊應該盡量在正規場所駐紮在一起。最好是在 sprint 結束和開始，當這個儀式形成。對於分布式團隊，盡量平均乙個月一起碰個面，當我們花費一周在一起。當然，這可能對於大部分團隊不可能，但是每個季度在一起一次也會給團隊帶來正面的影響。
2、建立非正式的交流渠道
會談是高效團隊的重要組成部分之一，具體來說，就是在工作地點選乙個合適的地方，大家坐在一起談談昨晚的電視節目，或者共進午餐。但在分布式團隊中，這種自然閒適的交流往往是極度缺乏的。
3、引入工具
敏捷宣言的原則之一是「個人和互動高於流程和工具」，這裡的關鍵之處在於「我們認為左項的價值大於右項」，而不是否定右項的價值，對分布式團隊也同樣如此，好的工具必然能夠促進團隊的交流和協作。
針對 sprint 計畫會議，我們引入了估算撲克應用軟體;針對 spring 回顧會議，我們發現基於白板的塗鴉是提公升實時交流會議效果的絕佳手段(mural，官方** 現實中存在很多種工具，就分布式團隊而言，針對工作小組探索並引入優質的工具能夠有效地促進團隊交流和討論。
4、提高推動工作的能力
在任意情景下推動工作是 scrum master 的關鍵能力之一，這是任何團隊都迫切需要的。這項能力讓我們能在最佳時機做出最佳舉措，通常是極難掌握的，在分布式團隊環境下難度還要更大一點。你必須掌握團隊成員的性格特點，哪些人內向，哪些人外向，誰願意悶頭幹活而疏於分享，誰又樂意滔滔不絕地描述個人觀點，如何有效發掘內向型團隊成員個人觀點中的價值點，同時又不抑制外向型團隊成員的表現慾，是一門微妙的藝術。在推動工作時你必須充分參與進去，這樣才能夠識別「何時引導大家進入討論」，「何時結束當前的主題」，以及「何時解決衝突」。
要時刻溫習這些寶貴的技能。作為乙個分布式團隊的 scrum master，你要持續不斷地閱讀和學習，以掌握積極傾聽和團隊動力學理念;要積極地與其他 scrum master 進行知識分享，以豐富你的技巧和技術儲備。
5、時刻莫忘說「謝謝」
無論是分布式團隊還是常規團隊，時刻不忘說「謝謝」都是至關重要的。
由於深刻地認識到了團隊成功、貢獻、知識分享、應對新挑戰的重要性，很多公司配備了諸如電子卡片、公共論壇之類的內部表彰系統，這可是表達謝意的好東西，對分布式團隊尤為如此。在完成了某項偉大的工作之後，如果有機會湊在一起，你主動為大家買上一些飲料(啤酒、咖啡請隨意)來表達謝意也是乙個好主意。
在我們的 sprint 回顧會議上，我們定期設定了乙個「鳴謝」環節，每個人都可以採用「把便簽紙貼到白板上」的形式對團隊中的某個人表示感謝，時間限制在當前 sprint 之內，緣由不限。這是乙個讓我們自由傳遞感激之情的好方法，也是在 scrum 團隊中凸顯團隊協作和團隊精神重要性的好方法。
結束語
在分布式團隊的大環境下，追求成功乃是整個 scrum 團隊的奮鬥目標，利用上述思路你可以構建適合於自己的最佳實踐，讓你的開發團隊盡可能地提前武裝起來去克服分布式團隊所面臨的各項挑戰。
分布式服務框架的4項特性
在移動及雲時代，儘管大部分可擴充套件的問題可以通過雲平台解決，但是服務本身的擴充套件性挑戰仍然存在。比如乙個新的專案，用php或jsp實現了基本功能，部署在apache或tomcat等容器上，在業界這種部署在乙個容器內的功能模組通常可以稱為乙個service。服務容器很容易通過ec2或者docker...
分布式服務框架的4項特性
在移動及雲時代，儘管大部分可擴充套件的問題可以通過雲平台解決，但是服務本身的擴充套件性挑戰仍然存在。比如乙個新的專案，用php或jsp實現了基本功能，部署在apache或tomcat等容器上，在業界這種部署在乙個容器內的功能模組通常可以稱為乙個service。服務容器很容易通過ec2或者docker...
在玩牌中學到分布式團隊的溝通
在 agile2008上，charles suscheck演示了怎樣用修改後的 rummy玩法，教給大家專案中溝通 計畫和協作的重要性。這個遊戲對團隊的各種分布情況，以及在專案進行中增刪人手所帶來的影響進行了探索。在charles的話題上，參與者分成了三組，每組有5 6個人。每組都有乙個人充當 使用...