经过（这是我们的6部分暴徒编程系列的最终帖子，我们呼叫驯服暴徒。）
新的遗物一直是双人编程的支持者，但最近我们的许多工程团队都接受了一种称为暴徒编程的新的协作工作模式。
如果你一直在跟上我们驯服暴民系列，您遇到了各种从业者的观点，希望有一些有效虐待的巨大提示。现在是时候从工程经理的角度看暴徒编程了。
作为工程的VP新遗物，对我来说，我们保持健康的球队对我很重要。当我小组的几个团队开始溺爱时，我想了解该过程如何与我们更广泛的目标对齐。说实话，我担心如果他们全部担任同一任务的单位，那么一支球队将变得效益。
那没有发生。我继续令人愉快地惊讶于溺爱的福利以及选择暴徒的团队的实用主义。
在这篇文章中，我想对经理的角度分享有关虐待偏离的一些思考。
什么是怪物有益的？
Mob编程非常适合在整个团队中传播知识。当一支团队一起工作时编写代码，或者在暴徒中完成任务时，他们都是有源的，积极的参与者，互相帮助。例如，在代码审核期间，活动暴徒更有可能捕获错误或在通过更改时显示其他问题。以这种方式工作消除了不必要的长篇审查周期，并加快产品开发生命周期。
溺爱也是船上新工程师的好方法 - 他们基本上跳进了“厚厚的东西”。例如，新工程师经常花费大量时间搜索团队进程的文档，并且该文档可能不存在或可能过期。作为暴徒的一部分，他们很快就学习了他们新团队的流程和实践。新工程师不必与团队中的多个不同的人配对，以获得各种域知识;他们不必通过代码尝试自己学习它。在暴徒中，新工程师被其他人包围，他们具有解决问题或构建特征所需的组合技能。
暴徒的合适尺寸是多少？
虽然没有具体尺寸要求，但是四到六个工程师往往是暴徒的甜蜜点。当然，暴徒大小可以根据团队的优先事项而有所不同。对于高级设计讨论和发现，更大的暴徒是有道理的。相反，对于小型清理任务，您可能需要一个较小的暴徒，甚至没有暴徒。在许多情况下，对编程或个人工作是这种工作的更实用的方法。
然而，大多数新的遗物团队在自组织方面很棒，并且往往会为手头的任务制定正确的人。此外，我们的大多数团队都有一个常设规则，如果你发现自己在暴民课程中，你没有订婚 - 或者，更糟糕的是，实际上不是所必需的 - 你应该随时花费你的时间。这有助于确保每个人的时间都受到尊重，并且工程师不受无效或低效的偏执痛耗尽。保持健康暴徒对其成功至关重要。
每个团队都应该使用MOB编程吗？
诚实的答案是没有。只有在整个团队接受该过程时，MOB编程才有效。一些工程师在他们有时间专注于独奏工作时更好。一个充满极端内向的团队可能不会造成怪物，或者可能需要真正限制他们的虐待时间。有很多有才华的工程师，甚至不喜欢配对编程，并且不太可能拥抱暴徒编程的好处。管理人员需要在建立怪物时考虑其团队成员的个性和偏好。在新的遗物，团队决定他们将如何工作。
对于那些选择暴徒编程的团队，他们并不总是暴徒。在计划会议期间，有些团队只会队;一些队伍只在编写新代码时才能;和一些团队离他所做的几乎所有事情都是如此。
团队在暴民中花多少时间？
这里没有明确的准则。在新的遗物，我们将工程团队视为自我组织，自主单位，所以我们更愿意让他们决定花费多少时间。大多数团队通过像回顾一样的工具发现，如何平衡他们的虐待和个人工作之间的时间。
典型的模式是，球队将在项目的开头经常传承，并随着项目的缩写而削减。此时，一个或两个工程师将剥离完成剩余的错误修复，小UX改进等，而其他暴徒的移动到下一个项目。我喜欢这种模式，因为它表明，团队总是让他们的大部分关注他们的最优先事项，但仍然有空间适合较小的任务，也是他们工作的一部分。
更多高级工程师接管并防止他人提高他们的技能进展吗？
从我所看到的，它实际上是相反的。我见过怪物建立害羞或更少经验丰富的团队成员，并帮助他们获得茁壮成长所需的信心和技能。新遗物的怪物更频繁地将驾驶员角色的经验丰富的工程师放在司机角色中，以帮助增加他们的学习和技能，并从第一天开始贡献它们。我们的高级工程师经常被证明是优秀的导师，保证鼓励，而不仅仅是指挥为初级工程师。有了这一说法，它仍然是经理责任根据需要教练两位初级和高级团队成员，无论是使用暴徒编程。
内向的内向怎么样？
这是一个很大的问题，因为虐待肯定会筋疲力尽，特别是对于最好在组设置之外茁壮成长的工程师来说。我们鼓励团队与允许成员在暴民中花费更少时间的规定编写工作协议，如果他们宁愿单独工作 - 没有判决。
mob编程隐藏着挣扎的工程师吗？经理如何评估个人，如果他们在暴徒中都有时间？
如果他们不小心，Mob编程可以使管理者失去对个人团队成员的表现的可见性。如果团队成员在雪地上或挣扎，经理可能会遇到困难的时光。例如，我有时听从工程师的意见，当不在驾驶员角色时，他们感到脱离（即，运行键盘）。作为管理者，我们有责任意识到这种风险，并确保我们获得了我们需要帮助使所有团队成员成功的反馈。
如果您的团队在大量投资MOB编程中，您可以通过以下几件事来确保您能够成功将您的报告评估为个人：
- 与您的工程师一起举行一对一的讨论。如果一个团队花了很多时间溺爱，那么难以确定每个人的技术进步。一对一是管理人员建立信任并帮助他们遇到的任何问题的伟大工具。
- 使用360度反馈。同龄人通常可以为彼此的增长和成功提供极大的见解。不要忘记超越立即暴徒;大多数工程师都与其他团队互动，特别是，例如，如果他们致力于支持升级。
- 看到完整的图片。我们经常鼓励工程师与其暴徒职责一起采取侧面项目或其他独奏工作，这可以使个人和公司受益。管理人员应该看看所有贡献，而不仅仅是那些被定义为关键任务的贡献（这是暴徒倾向于关注的地方）。
结束思想
作为管理者，我们的主要目标是确保我们的团队 - 以及他们的个人 - 保持健康，好奇和生产力。如果我们的团队采用MOB编程模型，那并不意味着他们不再需要我们。我们需要留下他们的指南。在计划会议期间帮助他们并指导他们的优先事项。运行他们的回顾。帮助他们编写其工作协议并在一对一的一对一的地面接受任何潜在问题。在那里进行故障排除错误并庆祝成功。
最后，不要忘记管理人员不时加入暴徒这是完全合理的！继续学习和弯曲这些编码肌肉很重要。
不要错过我们的其他帖子驯服暴徒系列：
- 第1部分：Mob编程介绍
- 第2部分：Mob编程就像趋向篝火一样
- 第3部分：如何开始暴徒编程
- 第4部分：有效暴线规划的提示和技巧
- 第5部分：Mob编程用Pomodoro技术
观看下面的视频，听到新的遗物工程师讨论暴徒编程的原则以及它在新遗物中对软件开发过程的影响方式。
在线照片Caito Scherr.和Maureen Dugan。
经过
经过
经过
经过