尽管您可能听说过分布式开发，但它并不便宜，它要难得多，但也是值得的。这就是扎克·乌洛克在本月于伦敦厄勒举行的蒙基格拉斯会议上传递的信息。Urlocker的演讲“管理分布式开发的12个实用技巧”结合了他的经验和其他一些与开发人员一起工作的经理的经验。

乌尔洛克目前是Zendesk的首席运营官，也是My SQ L产品的前任执行副总裁。使用My SQ L并在Zendesk工作，Urlocker在与分布式开发团队合作方面没有少量经验。Urlocker说，Zendesk拥有160名员工，拥有4个办公室和2个开发中心。My SQ L是一个“分布式开发中的极端异常值”，在40个不同的有400多名员工，95%的开发人员在家中工作。其想法是“不管地点在哪里，尽我们所能雇用最好的员工。

但怎样才能让它奏效呢？许多经理对同一个办公室的员工有偏见。然而，如果许多开发人员在家工作，无论他们在哪里，你都可以从他们那里获得更好的员工，并提高他们的工作效率。

(相关资料图)

管理分布式开发团队的实用技巧

Urlocker认为Akiban的马克·德维斯尔（Mark Devisser）首先提出了一条建议，即“工具集定义行为”。使用像Jenkins这样的连续集成工具来确保问题立即显而易见也是至关重要的。

他还表示，该代码每月至少应该处于“可演示”状态。当项目有问题时，它们应该立即修复，因为您无法在开发周期结束时“赶上”。

项目也应从一开始就分发。这意味着使用GitHub、Mercurial和其他面向分布式开发团队的开发工具。代码签入需要用关于新提交的“简要和要点”信息来详细记录。

交流，沟通，但要小心使用社交媒体

企业确实需要谨慎地尝试“强制适应”社会工具。大多数时候，一个开发团队自然会倾向于他们喜欢的工具——比如IRC。如果他们不想使用Yammer或者37Signals套件，不要把他们推到团队的喉咙里，但如果他们要使用这些工具，他们可能是一项值得的投资。

透明度是很重要的，即使一个团队都在同一个位置，但当你处理一个分布式员工时，它是双重重要的。乌尔洛克引用了史蒂夫·威尔逊的透明度提示，并说分布式团队需要花更多的时间在前期需求和书面沟通上。当你远程与人合作时，增加沟通是至关重要的。

如果有必要，多沟通。Urlocker说，如果只剩下开发人员一个人，开发人员就“承担最坏的情况”。这意味着管理者应该花大约一半的时间与他们的团队沟通。使用工具定期筛选共享或查看演示。如果可能的话，团队应该有一个15分钟的“每日Scrum”或其他会议来保持互动。但不需要视频会议，Urlocker说。“对某人来说总是凌晨3点。

质量和数量一样重要。乌尔洛克说，团队应该使用“精确通信”，并在谈论一个问题时包括所有相关细节。这意味着错误号码，客户ID，服务台票，任何可能的，以确保一个问题可以传递。

让开发者面对面

仅仅因为你有一个分布式的员工队伍，这并不意味着你永远不应该和团队在一起。面对面的时间对于团队建设来说是必要的，而且让团队一起冲刺是很好的。

但不要总是把开发人员带到你身边。乌尔洛克说，“你不能从总部建立一种全球文化。”经理们需要上飞机，在他们的地盘上打破面包，喝啤酒。这不仅仅是开发团队的情况，Urlocker说产品管理和营销也应该在行动中。

​

我曾经和分布式团队一起工作过（90年代末以来我一直没有在办公室工作过），我可以证明这是至关重要的。你能更有效地与你见过的人面对面地工作，而且当你感觉到与同事的关系时，你会更多地投资于一家公司。没有必要和其他人坐在同一个立方体农场里来培养这个。每年几次有团队成员的好访问可以创造奇迹。

衡量分布式开发团队的成功

如果你没有办法测量它，你怎么知道你是成功的？分布式团队的另一个主要建议？计量学。正如Urlocker所指出的那样，“衡量的东西就能做到”，他还鼓励团队发布衡量标准，让整个团队都看到——没错，这确实意味着破坏构建等开发人员的“耻辱墙”。

最后，要想成功，你必须全力以赴。不要假设一种文化或一个时区。确保每个人都使用相同的工具集，并完全访问相同的工具集。

按照同样的思路，Nat Fried man在这里有一个很好的提示：每个人都会拨号。为偏远地区的人建立公平的竞争环境，并确保会议上的每一位参与者都拨入。这意味着你没有四个人在一个房间里对着一个扬声器电话大喊大叫。如果你想让偏远的工人讨厌生活，让他们坐在一个多小时的会议上，其他人听起来就像在风洞的尽头。

但是，最重要的是，接受分布式团队，而不是勉强。这可能并不简单，但它确实有很多好处。你可以在全球招募。你可以节省房租.你可以在薪水上省钱，但如果你不把你的搜索范围限制在（或愿意住在）一个地区的人身上，你肯定会有更容易的时间招聘高级开发人员和最好的人才。

关键词： 开发人员 至关重要 一起工作