[译] 三人研发小组的高效研发尝试

• 原文地址：Moving to three-person engineering teams
• 原文做者：Phil Sarin
• 译文出自：掘金翻译计划
• 本文永久连接：github.com/xitu/gold-m…
• 译者：yuwhuawang
• 校对者：Pomelo1213

三人研发小组工做效率更好。三人小组里的每个人都会更有动力，由于他们以为可以主宰他们的工做。他们也能更少的面对来自上边的无理要求。三人小组也不会过小。在轮休或者复杂的问题上小组有充足的人手。

可是三人小组并不常见，由于很难创建起来。要找到足够的小组领导太难了。为了完成更大的任务，咱们一般会尝试组建更大的团队。在 Managed by Q 技术平台的初创阶段，工程师数量少于 10 个，这时三人小组很常见。可是当人数上涨到 25 我的时，咱们的小组就壮大到五到六我的。每一个人的驱动力都变得更少，事情都变得慢了了下来。

几个月前，咱们决定将咱们臃肿的团队拆分，回归咱们的三人小组。和咱们期待的同样，三人小组更有驱动力，成果也更多。根据咱们重组后的调查，小组成员赞赏了更快的速度和更好的自主权：

小规模=快速研发。可以拥有咱们正在处理的代码的所有心智模型。没人在理解力上出问题。

小团队让计划和安排工做更容易，这使咱们可以在一系列项目中快速转换。

自主权更多，领导的机会更多，也更灵活。

更容易对本身的工做产生自豪，由于每一个人都有责任感，并且每一个人的工做都直接对团队的成功产生影响。

可是切换到三人小组也迫使咱们改变了一些运做方式。

咱们须要学会更容易相信

一个长期在咱们这里工做的工程师告诉我，我在拖咱们团队的后腿。由于我不给新人领导的机会。所以咱们决定转向三人小组。其它的工程师认为只有不多的被喜欢的人才能去领导团队。

这个工程师迫使我面对一直阻碍个人偏见。我倾向了信任那些可以持续交付的工程师。可是团队里的每一个人都想证实他们也能作到以前没有作过的事情。若是我不学着更多的信任他们，个人团队就永远达不到最佳状态。

更大的团队规模也不适合咱们雇佣的工程师。咱们很自豪的是咱们招的工程师都是那种可以很好地处理歧义，而且专一于解决问题而不是只是完成任务。

为了更多的信任，咱们从新定义了领导的职责。咱们新的领导应该只是协调另两我的的工做，而不是 四、5 我的。咱们的领导不须要管人。领导也是很明确的临时角色。这也让咱们的领导更容易回到非领导岗位，不管什么缘由。

咱们须要培训领导

在咱们增长一些负责人以后，咱们决定培训他们，让他们适应新角色。咱们一个管理者，Josh Lucas，为咱们的新负责人准备了一个迎新课程。他要求新的负责人从不一样的维度评估本身。包括目标设立、认识问题、评估风险、管理分享、给与反馈和建立心理安全。

John 的迎新课程要求每个领导根据这些维度写一份自我评估。他会给每个领导写一份评估。在 1 对 1 的面谈中，他们会讨论其中的不一样。咱们的新领导在自我评估中很是内省和坦白。例如：

我以为反馈都不真实。我寻找并渴望每一个人对个人反馈，可是很可贵到高质量的回馈。Kim Scott 诊断我是毁灭性同理心。我很是关心和我一块儿工做的人，可是尽可能避免和他们对抗而且伤害他们的感情。虽然我知道若是我对人更加直接和诚实，这样对他们更好。可是我依然这么作。这是我最想提升的能力。

迎新活动最好的一点就是帮助咱们的新领导理解他们天天要面对的新职责。在一些实验性领导第一次踏上领导的位置时，他们会被他们的责任惊到。公开交流领导位置的挑战让咱们的领导明白会遇到什么，也会在寻求帮助的时候更加温馨。

管理者的角色改变了

因为咱们的领导担起了更多的职责，咱们也就再也不须要那么多管理者。不少管理者转向其余角色，留下的管理者也有了新的职责。

咱们的管理者演化成巡游者。每一个管理者如今有多个三人小组向其汇报，也多了直接报告。管理者不在直接对项目负责。他们要学会如何了解每一个三人小组的细节，而且在须要的时候提供管理和技术的帮助。

技术自主权更不稳定

尽管咱们很乐意说每个三人小组都彻底拥有与其余小组彻底解耦的小系统，可是现现在仍是有不少共享的系统。多个三人小组能够不间断的轮换同一个系统。做为亚马逊双披萨团队的追随者，也就是，每个小组独有一个受权和系统，我对于共享全部权感到很不舒服。我担忧咱们的小组会减小拥有感而且再也不投入让系统变得更好。

事实上咱们并无在投入科技进步上变得更好。我认为是由于拥有在心理学上太复杂了，三人小组更狭窄和深度的受权更够增长咱们工程师感觉到的拥有感。

我得感谢 Kris Gale 和 Kellan Elliott-McCrea，他们鼓励我去尝试不一样的方式去规划团队的职责和权属。

咱们的工程师和其它人的工做关联的更少

尽管咱们团队对三人小组很满意，他们也开始报告说他们想更多的了解同事。咱们的团队有时候会有些重叠或者互补的工做，咱们还没彻底解决这个问题，可是也在实验每一个小组每周用一小段话来介绍他们作了什么。

咱们为产品经理和设计师创造了更多工做

在某种意义上来讲，三人小组并不真的只是三我的。每个小组都有一个助理产品经理和设计师，他们在各个小组之间平衡。咱们配备了很好的产品管理团队，能够处理不少小组的任务，产出和并发的增加某些时候在团队的设计上施加了很大的压力。

---

咱们的三人小组实验是成功的。咱们发版更快乐，咱们也有了更多乐趣，咱们研发技能也增加了。增长三人小组的数量是一个挑战，咱们得找到和培训更多的项目领导，咱们也要增长工程管理，设计和产品管理的规模来跟上三人小组扩张的速度。

感谢 Yann Gregoire, Beccah Erickson, 和 Sam Herbert.

若是发现译文存在错误或其余须要改进的地方，欢迎到 掘金翻译计划 对译文进行修改并 PR，也可得到相应奖励积分。文章开头的 本文永久连接 即为本文在 GitHub 上的 MarkDown 连接。

---

掘金翻译计划 是一个翻译优质互联网技术文章的社区，文章来源为 掘金 上的英文分享文章。内容覆盖 Android、iOS、前端、后端、区块链、产品、设计、人工智能等领域，想要查看更多优质译文请持续关注 掘金翻译计划、官方微博、知乎专栏。