为什么分布式团队很重要，以及如何建立一个

“假设你一个人在一家初创公司，你想要一个合作伙伴。 你会花很多时间寻找合作伙伴，对吧？ 他将是你公司的一半。 为什么你应该花更少的时间找到你公司的三分之一或公司的四分之一或公司的五分之一？ 当你在一家初创公司时，前十个人将决定公司是否成功。 每个人占公司的 10%。 那么，您为什么不花尽可能多的时间来找到所有 A 级选手呢？ 如果三个人都不是那么好，为什么你会想要一家 30% 的员工都不是那么优秀的公司呢？” ——史蒂夫·乔布斯

2003 年，作者迈克尔·刘易斯出版了一本名为《点球成金：赢得不公平游戏的艺术》的书。 从表面上看，这本书是一个经典的失败者故事：一支苦苦挣扎的棒球队意识到，依靠数十年智慧的人才球探正在失去建立获胜球队的机会。 通过改进他们的球探策略以融入现代工具和实践，该团队识别并雇用了一个被低估的球员名单，从而在与薪水大得多的对手的比赛中取得了胜利记录。

Moneyball的真正教训是明确的：无论您是大公司还是斗志旺盛的新贵，都在寻求超越现有企业的优势，您都有机会调整策略并通过认识到当建立团队的传统智慧不再反映现实时。

公司通过使用分布式团队玩点球成金

在我们看来，组织在寻找高投资回报率人才时显然有机会玩“金钱球”：授权您的团队雇佣远程员工。

过去一年，超过 43% 的美国工人远程办公，比 1995 年的 9% 大幅增加。

2016 年，员工敬业度公司 TinyPulse 对 500 多名远程员工进行了一项调查，发现他们比在当地的同事更快乐、更受重视，而且工作效率更高。 过去一年，超过 43% 的美国工人进行了远程办公，与 1995 年的 9% 相比大幅增加。总体而言，允许远程办公的公司表现出更低的压力、更高的效率和更低的劳动力流动率。

调整您的组织以适应分布式团队并非易事。 但在我们看来，保持现状存在更大的风险。 我们认为，拒绝转向远程的公司就像老式的人才侦察员：他们在遵循 20 年前的合理建议时做得非常出色。 另一方面，接受远程工作的组织正在玩摇钱树：在不久的将来，每个人都会效仿，但暂时他们会获得巨大的竞争优势。

在本文中，我们列出了对分布式团队的常见反对意见，并通过五项建议分享了我们解决这些陷阱的经验，这些建议涵盖了招聘、衡量正确指标、管理、工具和文化方面的最佳实践。

分布式团队的常见问题

由于早期外包时代的经验，经验丰富的高管可能对分布式开发团队有一种残余的恐惧。 较新的高管可能会倾向于依靠传统智慧来解雇远程团队。 两组都倾向于引用以下问题：

• 质量：大约 20 年前，分布式团队的第一次接触发生在传统外包模式的背景下，完全是为了节省成本。 协作感觉不可能：我们今天认为理所当然的工具（如 Slack 或 GitHub）不存在，由于时区问题，电子邮件交换需要数天时间，带宽成本很高——出于某种原因，当最便宜的软件构建的软件时，每个人都感到惊讶我们发现的开发人员很糟糕。
• 可见性：项目经理讨厌惊喜。 这就是为什么工厂经理定期检查生产线，或者施工工头坐在工作现场拖车中的办公桌前的原因。 当然，除了靠近良好的 Wi-Fi 连接或移动信号塔之外，您需要物理上接近来检查软件产品或专业服务参与的进展的情况并不多，但在所有管理人员中，存在仍然保持其重要性种。
• 敏捷正统派：我们看到许多公司正在考虑或积极实施敏捷转型。 作为这种转变的一部分，他们倾向于从敏捷书籍、教练和咨询公司中为他们的高管寻求指导。 当谈到组建团队时，这些专家往往会说同样的话：“你的团队应该在同一地点。” 这是 15 年前的合理建议——在许多方面，敏捷是对上述条件的一种反应，这使得跨距离协作几乎是不可能的，并且使严格的瀑布项目管理实践成为必要。

在很大程度上要归功于改进的协作和通信技术，导致这些问题的条件已不复存在。 通过采用下面概述的五种最佳实践，组织将有能力建立高性能的分布式团队，并最大限度地发挥远程工作的变革潜力。

1. 为远程兼容性招聘

不是每个人都适合远程工作。 想想你看重的顶级开发人员的特质：卓越的工程和技术、在团队环境中良好工作的能力、开诚布公的沟通。 评估软技能在远程环境中的转化尤其具有挑战性，因此需要寻找以下一些特征：

• 主动：物理上的接近使频繁签到更容易； 除非有这种资源，最好的员工是自发的，不需要分配任务或不断指导来完成工作。
• 无情地优先排序：优秀的远程工作者对给定项目中什么是重要的和不重要的有直观的感觉，缩小了重要的范围。
• 熟练的写作技巧：远程团队的沟通通常采用书面形式，这使得写作技巧对于远程团队尤为重要。

你在哪里找到这些遥远的超级巨星？ 具有上述属性的人通常具有创业背景或以前的自由职业者，这使他们能够在非结构化环境中建立成就记录。

2. 管理分布式团队，创建沙箱

我们听到的关于分布式开发团队的一个常见问题是执行团队规范、编码标准和实践以及项目管理流程的困难。 根据我们的经验，富有成效的团队具有自主权和自治权，在自行建立标准方面有很大的自由度。

远程团队也不例外，但管理层必须特别注意确保控制到位。 作为管理分布式团队的一般原则，我们喜欢使用沙箱的类比。 方框的边缘代表团队的边界：商定的约束，如冲刺仪式、要使用的工具和框架、代码覆盖率期望等。

换句话说，协作的框架和流程应该明确定义，但软件开发既是艺术又是科学，因此远程员工在沙盒中拥有发挥创造力的自由度很重要。

3. 培训经理跟踪结果，而不是输出

一些经理是否有意或无意地通过在办公桌上花费的小时数来衡量生产力，而不是工作的结果。 但是，不应将生成数千行低于标准代码的开发人员视为比在同一时间段内生成数百行优秀代码的开发人员更有效率。

特别是对于远程团队来说，生产力指标衡量结果的质量而不是单纯的输出至关重要：我们上个月发布了多少好的软件？ 我们的开发速度是否稳定、可预测并且随着时间的推移而加速？ 团队是否表现出持续改进？ 必须根据正确的指标对远程团队进行评估，因为管理人员对工作过程本身的了解较少，并且无法通过观察员工“展示工作”来给予部分信任。

4.使用正确的工具

工具是当今远程工作蓬勃发展的主要原因。 现代通信和协作应用程序是支持分布式团队解决早期陷阱的支架。 我们喜欢说，当人们使用 Slack 时，他们就在办公室——这是我们的基本工具列表：

• 实时聊天：实时聊天是远程团队的重要工具。 您希望能够复制在并置团队中的即时交互和协作。 实时聊天不仅对于交流至关重要，而且对于建立远程文化也很有帮助。 为了成功，所有团队沟通都集中在一个地方是至关重要的——记住，沙盒需要墙壁。 在 Toptal，我们使用 Slack，但替代品包括 HipChat、Flowdock 和 Skype。
• 信息传播者：如果没有面对面的互动来社交信息，您将需要一个在线 wiki 和故事墙来向团队传播信息。 在敏捷或看板开发中，整个团队和所有相关的利益相关者都应该可以访问有关开发状态的即时信息——正在运行的故事、等待测试、缺陷等。团队还应该可以访问构建管道的仪表板和状态、代码覆盖率和其他关键数据。 作为远程经理，您希望团队和利益相关者依赖的每个信息领域的单一事实来源来获取状态。
• 视频会议：实时视频聊天是即时消息的重要补充——根据我们的经验，没有什么比真正与另一个人交谈更有趣了。 在 Toptal，我们使用 Zoom、Slack 通话和偶尔的 Skype 进行一对一、状态会议和代码展示。 通过视频会议进行的每日站会是建立团队文化和信任的好方法。

5. 拥抱仪式

您可能在每个 sprint 的固定时间点举行了许多团队仪式——计划和评估会议、代码审查、软件演示。 以这样一种方式安排这些，以便所有团队成员，无论在哪里，都可以参与。 理想情况下，团队每天将有几个小时在线和工作。

虽然在构建分布式团队时关注时区是很自然的，但根据我们的经验，许多选择远程软件开发职业的人更喜欢在传统的朝九晚五的工作日之外工作——并且在允许的情况下通常效率更高这样做。 尽可能让团队定义最适合他们的时间。

结论：您可能已经依赖分布式团队

即使您的组织没有直接使用分布式开发模型，您也可能在很大程度上利用了它的优势：您很可能正在使用开源软件。

就其本质而言，开源开发从一开始就是分布式的。 开源世界的创新以惊人的速度发生，不断发展的工程实践有助于推动这一速度：早期开源项目解决的首要挑战之一是分布式团队的在线协作和流程透明度。

无论您是追随开源世界的领导者，还是从 Michael Lewis 那里获得启发，在人才驱动的软件开发和专业服务世界中玩“金钱球”，都要考虑您对组织施加的限制，坚持他们只能从当地人才库中招聘。

这种规模的文化转变是一项重大的事业，但您可以立即开始转变：放弃办公室内的正统观念，欢迎分布式团队，并通过为团队成员提供指标、管理来使他们发挥潜力、工具和文化，无论他们在哪里工作，都能完成工作。