运用敏捷打造分布式开发团队

在 XP Days Benelux 2013 大会上，Joost Mulders 和 Andriy Korpan 为大家带来了分布式敏捷团队方面的经验分享。他们展示了一家位于荷兰产品开发企业，如何运用敏捷实践以整合来自乌克兰的近岸开发团队，并介绍了对分布式敏捷来说应该与不应该做的事情。

Mproof 是一家敏捷软件供应商，主要为中间市场和托管服务提供商们提供 IT 服务管理解决方案。面对竞争态势，他们需要扩大自身的规模。因此 Mproof 决定与乌克兰公司 Symphony Solutions 展开合作。由于采用的瀑布方法并未取得成功，他们转向了敏捷方法。以此为例，Joost 和 Andriy 展开讨论了分布式敏捷中的五个重要方面：文化、沟通、承诺、连接与能力管理。

在开场白中，Joost 表示“文化只能培育而无法构建”。例如，在乌克兰的工作环境里，男人与女人之间存在着差异。为了解决这个问题，他们在一位荷兰团队中安排一位女性，并支持乌克兰团队中的一位女性扮演 Scrum 大师的角色。另一个例子是，他们培养了这样一种变格：通过在团队中保持一个很高的初级 / 高级人员比率，将初级与高级人员对等起来；此外还使大家明确知道每个人及其的意见都很重要。

Mproof 发现，没有视频图像的电话会议无法吸引与会者的注意力，因此他们决定在所有日常会议、代码评审和结对编程中使用视频。此外他们还安排人们当面交流——最初是让团队成员（而不是项目经理）进行旅行。后来，所有团队都经历了这样的旅行，并花了一些时间来互相熟悉。现在，旅行则是按照团队成员的需求及可行情况进行安排，也即是能够照顾那些由于需要照顾自己的孩子而不愿意旅行的成员。Andriy 解释道“对异地工作的人们来说，如果有机会当面会晤，那么其沟通会发生显著地变化”。

对一支分布式团队来说，让所有团队成员都参与其中并做出承诺，是一件更加困难的事情。为了增进承诺，Mproof 确保荷兰团队成员不会受到特殊优待，并安排了一名来自乌克兰的 Scrum 大师。此外他们还安排团队定期当面会晤，并让来自两地的团队成员尽量参与公司的常规事务。

当两地的团队成员们无法在咖啡或午饭时间进行对话交流时，人们就必须找出其他的方法来促进团队中的连接。Mproof 鼓励在工作和业余生活中使用社交媒体进行交流，并组织在线足球赛等交流。Andry 表示：“让团队在沟通中获得乐趣并鼓励这种做法，这样他们就会享受并肩奋斗的工作状态”。

在合作初期，位于乌克兰的近岸团队被当作资源池，荷兰团队对其发起能力进行请求，乌克兰团队则通过其 CEO 反馈——而不是直接反馈。不过这种方式并未取得预期效果，因此 Mproof 又改变了管理方法，让荷兰的团队成员参与乌克兰团队成员的招募，提供直接输入用来进行评估，并引入评论以促进来自荷兰和乌克兰两边团队的开放反馈。

要想构建一支分布式开发团队，组织机构需要付出时间和承诺，以及资金和努力。而在实现这样一支分布式团队的过程中，我们也可以采用敏捷方式，并随着推进过程不断学习和完善它。

查看英文原文： Using Agile to Build a Distributed Development Team