结对编程

驾驶员和领航员

这些经典的结对编程角色定义可以以某种方式应用于许多结对方法。

驾驶员是掌控方向的人，也就是键盘手。她专注于完成手头的微小目标，暂时忽略更大的问题。驾驶员在操作时应该始终说出她在做什么。

当驾驶员在打字时，领航员处于观察者的位置。她会实时审查代码，给出方向并分享想法。领航员还会关注更大的问题、错误，并记下潜在的下一步行动或障碍。

这种角色划分的理念是对代码有两种不同的视角。驾驶员的思维应该是更战术性的，思考细节，思考手头的代码行。领航员可以在观察角色中进行更具战略性的思考。他们心中有大局。

一个常见的流程如下：

• 从一个定义 reasonably well-defined 的任务开始
• 一次只商定一个微小的目标。这可以通过单元测试、提交消息或写在便利贴上来定义。
• 定期切换键盘和角色。共同积极参与可以保持精力充沛，让我们学习和理解得更好。
• 作为领航员，要避免“战术性”的思维模式，把编码的细节留给驾驶员——你的工作是退后一步，用中期思维来补充你搭档的战术性思维模式。将下一步行动、潜在障碍和想法记录在便利贴上，并在完成微小目标后再进行讨论，以免打断驾驶员的思路。

乒乓球

这种技术采用了测试驱动开发（TDD），当你有一个可以通过测试驱动的方式实现的明确定义的任务时，这种技术就非常完美。

• “乒乓”：开发人员 A 编写一个失败的测试
• “乓”：开发人员 B 编写实现代码使其通过。
• 然后，开发人员 B 开始下一个“乒乓”，即下一个失败的测试。
• 在进行下一个失败的测试之前，每个“乓”之后还可以对代码进行重构。这样你就遵循了“红-绿-重构”的方法：编写一个失败的测试（红色），用最少的必要手段使其通过（绿色），然后重构。

强力结对

这是一种对知识转移特别有用的技术，Llewellyn Falco 在这里对此进行了更详细的描述。

规则：“要想让一个想法从你的脑袋里进入电脑，它必须经过别人的手”。在这种风格中，领航员通常是更有经验的人，而驾驶员则是新手（语言、工具、代码库等）。有经验的人大多扮演领航员的角色，指导新手。

这其中一个重要方面是，驾驶员完全信任领航员，并且应该“对不完整的理解感到自在”。“为什么”的问题以及对解决方案的挑战应该在实施会议之后再讨论。在一个人是完全新手的情况下，这可以使结对编程更加有效。

虽然这种技术近乎于微观管理，但它可以成为一种有用的入门工具，有利于积极的“边做边学”，而不是被动的“边看边学”。这种风格非常适合最初的知识转移，但不宜过度使用。请记住，目标是在一段时间后能够轻松地切换角色，并轻松地退出微观管理模式。这将是知识转移成功的标志。

结对开发

“结对开发”与其说是一种特定的结对技术，不如说是一种关于结对的思维方式。（我们第一次接触到这个词是在 Sarah Mei 的推特账号上的这条推文中。）开发一个用户故事或一个功能通常不仅需要编码，还需要许多其他任务。作为一对搭档，你要对所有这些事情负责。

为了帮助你进入这种思维方式，以下是一些在故事生命周期中非编码活动中受益于结对的例子。

设置

对于远程结对编程，你需要一个屏幕共享解决方案，它不仅允许你查看，还可以控制对方的机器，这样你就可以切换键盘。如今，许多视频会议工具已经支持这一点，因此，如果你在一家拥有商业 VC 工具许可证的公司工作，请先尝试一下。也有一些用于远程控制视频通话的开源工具，例如 jitsi。对于在较低带宽下工作的解决方案，请尝试使用 ssh 和 tmux 或 Visual Studio Code 的 Live Share 扩展。

提示

• **使用视频：**由于人们通过手势和面部表情进行大量交流，因此能够同时看到共享屏幕和你的搭档的视频是很好的。一些视频会议解决方案自带此功能；如果你的解决方案没有，请考虑打开另一个通话以查看对方。
• **计划和设计：**使用协作在线可视化工具，重现纸上或白板上勾勒事物的体验。
• **音频体验：**寻找一个安静的区域，并使用良好的耳机，甚至可以使用定向麦克风。如果你无法摆脱噪音，“按下说话”功能也会有所帮助。为了避免你身边的干扰，降噪耳机是你的朋友。
• 处理网络延迟：当网络延迟时，在远程计算机上长时间工作可能会很累。因此，请确保定期更换计算机，以便你们每个人都有机会在自己的机器上工作而不会出现延迟。当你滚动浏览文件时，网络延迟也会很烦人，因为它很难跟上。避免在长文件中滚动会有所帮助，尝试使用键盘快捷键打开文件的不同部分，或者使用折叠/展开功能。

人为因素

如果你在一个并非整个团队都是分布式的环境中工作，而只有你一个人或几个人是远程的，请尽量让远程伙伴参与到办公室里发生的所有讨论中。我们往往会忘记，仅仅因为坐在同一个房间里，我们就无意中分享了多少东西。

与你从未见过面也不认识的人远程工作会带来额外的挑战。一方面，结对编程是一个在远程团队中彼此更加亲近的机会。另一方面，有时很容易忘记合作的那一部分。如果没有机会见面，可以想想其他方法来更好地了解彼此，例如，试着一起远程喝杯咖啡。

最后，虽然远程结对编程有其挑战，但它也比现场结对编程更容易集中注意力，因为戴上耳机更容易屏蔽干扰。

渐行渐远

当你结对编程时，避免阅读电子邮件或使用手机。这些干扰可能会让你的搭档觉得你不尊重他，而且它们会分散你对正在进行的任务的注意力。如果你真的需要查看一些东西，请明确说明你在做什么，以及为什么。确保每个人都有足够的时间阅读他们的电子邮件，方法是进行足够的休息，并每天留出一些个人时间。

微观管理模式

警惕微观管理模式：它没有给对方留下思考的空间，而且如果有人不断给你指示，比如

• “现在输入‘System，点，print，“……”
• “现在我们需要创建一个名为……的新类”
• “按 command shift O……”

不耐烦

应用“5 秒规则”：当领航员看到驾驶员做错了什么并想发表评论时，至少等 5 秒钟再说些什么——驾驶员可能已经想到了，那么你就是在不必要地打断他们的思路。

作为领航员，不要立即指出任何错误或即将出现的障碍：等一下，让驾驶员纠正或写一张便利贴，以便稍后记住。如果你立即干预，可能会扰乱驾驶员的思维过程。

键盘霸占

如果你在“霸占键盘”，就要小心了：你是否一直控制着键盘，不让你的结对伙伴也打字？

这对你的搭档来说可能是一次非常恼人的经历，并且可能会因为“积极参与”有限而导致他们难以集中注意力。尝试前面描述的方法之一，以确保你经常切换键盘。

每天结对编程 8 小时

真正致力于使结对编程发挥作用的团队有时最终会每天结对编程 8 个小时。根据我们的经验，这是不可持续的。首先，这太累了。其次，这在实践中甚至行不通，因为除了编码之外，你还有很多其他事情要做，例如查看电子邮件、进行一对一会议、参加会议、研究/学习。因此，在计划你的一天时要记住这一点，不要认为 100% 的时间都在一起编码。

实用技巧

当你对所涉及的技术或领域一无所知时，不要回避结对处理任务。如果你一直在你感觉最舒服的领域工作，你将错过学习新事物的机会，最终无法在你的团队中传播知识。

如果你注意到某个团队成员倾向于一直处理相同的主题，请要求他们将其混合起来以传播他们的专业知识。创建团队技术和业务主题以及每个人在每个领域的优势和差距的技能矩阵也很有帮助。如果你把它放在团队区域的墙上，你们可以一起努力，以获得良好的知识传播。

实用技巧

它需要你们双方之间的信任，以创造一种氛围，让你们双方都可以自由地提出问题，并公开谈论你们不理解的事情。这就是为什么当你结对时，建立团队内部的关系变得更加重要。花时间进行定期的 1:1 和反馈会议。

实用技巧

一起制定计划！讨论你手头的任务，并考虑你需要采取哪些步骤来实现你的目标。将每个步骤写在便利贴上（或者，如果是远程的，则写在你的票务管理系统的子任务中），按顺序排列并逐一进行。尝试将其与番茄工作法结合使用，并尝试在一个番茄时间内完成其中一个目标。

永远不要忘记沟通是关键。谈论你正在做什么，并要求对方解释。

实用技巧

互相提问！问题是理解你正在做什么并找到更好解决方案的最强大的工具。如果你们中的一方不容易阅读和理解代码，请尝试一种更容易理解的方式。

如果你觉得需要对结对编程的代码进行更多代码审查，请反思你是否可以改进你的结对方式。你在结对编程期间是否能够提出所有问题和疑虑？为什么？你需要改变什么？

实用技巧

记住要定期切换键盘，从而切换角色。这有助于你保持清醒，避免感到无聊，并练习两种思维方式。

作为领航员，要避免“战术”思维模式，将编码的细节留给驾驶员——你的工作是退后一步，用中期思维来补充你搭档的战术模式。

实用技巧

仅靠结对编程并不能保证你实现集体代码所有权。你需要确保你还轮换不同人员到不同的结对和代码区域，以防止知识孤岛。

实用技巧

将你的团队的在制品限制在团队中开发人员对的数量，并使其在你的团队空间中可见（或者，如果你远程工作，则在你的在线项目管理工具中可见）。在开始新任务之前，请注意限制。在制品限制原则可能会自然而然地迫使你养成结对编程的习惯。

实用技巧

仅仅把新加入者安排到一个结对中，然后他们就“神奇地”融入并加入了团队，这是不够的。确保在他们第一次结对编程之前提供全局和更广泛的背景，并为融入团队预留一些额外的时间。这将使他们更容易在结对编程期间跟随并做出贡献，并从中获得最大收益。结对编程时，始终使用新加入者的机器，以确保他们也准备好 samodzielnie 工作。

制定一个包含要涵盖的主题列表的融入计划。对于某些主题，你可能希望安排专门的会议，而对于其他主题，新团队成员可以随身携带融入计划，从一个结对到另一个结对。如果在结对编程期间涵盖了某些内容，你可以将其从列表中勾选掉。这样一来，团队中的每个人都可以看到融入进度。

应对方法

充足的休息是应对这一挑战的关键。如果你注意到你忘记了定期休息，请尝试使用闹钟安排休息时间，例如每小时 10 分钟。或者使用像番茄工作法这样的时间管理技巧。不要跳过午餐休息时间：离开显示器，真正休息一下。无论是否结对编程，休息都很重要，而且可以提高工作效率。

防止疲惫的另一个重要方法是不要每天结对编程 8 个小时。将其限制为每天最多 6 个小时。定期从驾驶员角色切换到领航员角色也有助于保持精力充沛。

应对方法

在结对编程开始时进行对话可以帮助你了解你们风格之间的差异，并计划适应这种差异。以“我们想如何合作？”、“你喜欢如何结对编程？”之类的问题开始你的第一次会议。了解你喜欢如何工作以及你如何高效，但也不要排斥其他方法——也许你会发现新的东西。

在一天的结对编程结束时，互相进行一轮反馈。如果提供反馈的想法让你感到害怕，可以将其更多地视为一次小型回顾。反思一下你在结对编程期间的感受。你是否保持警觉？你累了吗？是什么让你感到舒服，什么让你感到不舒服？你是否经常 enough 切换键盘？你是否实现了你的目标？你下次想尝试什么吗？最好尽早养成这种习惯，这样在出现问题时你就有提供反馈的经验。

有很多很棒的培训和书籍可以帮助您处理人际冲突和困难，例如关于如何进行困难对话的书籍。

将挑战视为团队共同面对，不要将冲突留给个人。例如，您可以组织一个关于结对编程的会议，在会议中讨论如何共同处理困难。在会议开始时，先收集结对编程的好处，以便您了解每个人想要从中得到什么。之后，收集每个人在结对编程时遇到的挑战。现在，团队可以思考哪些行动可能有助于改进。您还可以收集团队成员的“热点触发器”：在结对编程时，是什么让您立即感到不舒服？

应对方法

一种方法是限制会议的时间段，例如，通过定义没有会议的核心结对时间，或者通过“下午之后不开会”之类的规则来屏蔽不开会的时间。

同样值得思考的是会议时长和总体数量。您真正需要哪些会议？它们的目的是什么？如何提高会议质量，例如做好准备工作、安排主持人和制定明确的议程。

但有一件事是肯定的：会议总是会有的。那么，作为一对搭档，如何处理这个问题呢？在结对编程开始时，一起查看你们的日历，确保你们有足够的时间开始结对。如果有任何会议，请考虑一起参加。依靠您的产品负责人或其他非结对团队成员，在核心结对时间内将干扰挡在团队之外。

应对方法

如果您的搭档在该主题上经验更丰富：不要认为他们什么都知道。也许需要解释他们为什么以这种方式做事会给他们带来新的见解。询问如何做以及为什么这样做的问题，可以引发富有成效的讨论并找到更好的解决方案。

如果您的搭档在该主题上经验较少：不要认为他们对解决方案的贡献不大。您可能被困在自己的思维定势中，而不同的观点可以帮助您找到更好的解决方案。此外，请记住，必须解释一个概念是检验您是否真正理解它并彻底思考它的绝佳机会。

了解不同的学习阶段也有助于理解从新手到专家的学习过程是如何运作的。Dan North 在他的演讲“高效团队的模式”中很好地描述了这一点。他介绍了“德雷福斯技能获取模型”作为理解不同学习阶段的一种方式，以及在结对编程的背景下，将它们结合起来意味着什么。

应对方法

解决这个问题的第一步是，处于权力动态上风的人要承认并承认自己的地位。只有这样，您才能诚实地反思您与搭档之间的互动，以及权力动态如何影响他们。试着想想您自己的立场和处境。您可以积极做些什么来消除权力失衡？

认识到这些类型的差异并调整我们的行为以改善协作可能很困难。这需要大量的自我反省。有一些培训可以帮助个人或团队做到这一点，例如“反偏见”或盟友技能培训。

应对方法

当存在很多未知因素时，例如，您正在使用一项新技术，请考虑进行技术预研来探索该主题并在实际开始工作之前了解该技术。不要忘记与团队分享您的发现，也许您可以举行一次知识交流会议，并绘制一些可以张贴在团队空间的图表。

在这种情况下，请记住要采取结对开发的心态，而不是结对*编程*。分开进行研究是可以的，也许是在就需要共同回答的一系列问题达成一致之后。

应对方法

同样，不要每天结对编程 8 个小时，与您的团队商定核心编码时间，并将其保持在每天最多 6 个小时。也许您还想分配几个小时的自我学习时间。

当一对搭档觉得他们没有足够的集体知识来解决问题时，就分开阅读并分享，然后再继续实施。

应对方法

在轮换频率和新搭档获得足够的故事背景并做出适当贡献的可能性之间找到平衡。不要为了轮换而轮换，要考虑是否以及为什么共享某个上下文很重要，并给它足够的时间来发挥作用。

应对方法

表现出脆弱性需要勇气，并创造一个让人们感到更安全的环境来展现他们的脆弱性。同样，这都是关于建立一个人们彼此信任的团队（定期的 1:1 会议、反馈、人们可以提问的文化等等）。

对于团队中拥有更多权威的人来说，无论是天生拥有（例如，因为他们已经备受尊敬），还是制度赋予（例如，因为他们拥有“技术主管”这样的头衔），表现出脆弱性都更容易，风险也更低。因此，重要的是，这些人要带头树立榜样，使其成为常态，从而让其他人也能更安全地表现出脆弱性。

应对方法

没有一个简单的秘诀可以说服其他人相信结对编程的功效。然而，一个关键因素应该是始终花时间先讨论它，并确保每个人都有相同的理解（例如，通过阅读本文 :-)）。然后，找到一种尝试的方法，要么从一对搭档开始，让他们与其他人分享他们的经验，要么提出一个团队实验，比如“让我们在接下来的 2 个冲刺中默认结对编程”。确保创造机会进行反馈和回顾，以分享进展顺利的地方和遇到的困难。

最终，你不能强迫人们接受一种做法，而且它也不适合所有人。你最终可能只与团队中的一部分人结对编程，至少在开始的时候是这样。根据我们的经验，说服人们的最佳方式是让他们定期接触这种做法，体验他们的团队成员在结对编程时获得的好处和乐趣。

在这种情况下，最常出现的一个问题是这种做法的经济效益：结对编程的成本是否是单人编程的两倍，最终，由于提高了质量和团队效益，额外的成本是否值得？有一些关于这个主题的研究，最著名的是这篇，它被引用来证明结对编程是值得的。然而，我们对试图“科学地证明”结对编程的有效性持谨慎态度。软件开发是一个充满变化和不确定性的过程，很多结果都超出了代码行，难以比较和衡量，比如分析、测试或质量。结对编程的坚定反对者总能找到方法，对任何旨在证明开发效率的“科学”实验的可重复性吹毛求疵。最终，你需要证明它对你是有效的，而做到这一点的唯一方法是在你的环境中进行尝试。