如何有效在团队导入新技术、新工具?

先前有读者问到「想在工作上争取使用不同的技术，独自推进有困难，想了解看看在争取（或说服）的方式、推荐的心态等等」。

要在团队中推动新技术、争取改变，并不是一件容易的事，但也不会完全不可能，因此在这篇文章当中，我们会结合软体业界中经典案例，以及我们过去的实务经验，来讨论如何有效在团队导入新技术与工具。

厕所测试 (Testing on the Toilet)

当提到导入新的技术，或者在软体组织当中导入改变，在业界中最有名的例子之一，莫过于 Google 当年的厕所测试 (Testing on the Toilet)。

虽然多数人谈到 Google 这间公司，都会有工程卓越 (engineering excellence) 的印象，但是其实在 Google 创立初期，各类的软体工程实践并没有做得非常完善。就以多数人都会同意有帮助的软体测试来说，在当年的 Google 并不是像今天这样完整覆盖 (详见这个前 Google 工程师的分享)。

然而，Google 是如何从没有太多测试覆盖，逐步演进到多数团队都有测试意识，同时也都会为程式码写测试? 这就不能不谈厕所测试 (Testing on the Toilet)。

在 2006 年左右，Google 迎来爆发式的成长，然而随之而来的是巨大的挑战，许多 bug 造成的损失，随着 Google 的规模扩大而增大。当时在 Google 内有一群对软体测试有热忱的工程师组成了 Testing Grouplet，聚在一起讨论如何透过测试，让软体的稳定性提高，减少生产环境中的 bug，并减少需要回滚的事故。

在遇到问题时，业界通常会看到两种不同类的工程师，一种是抱怨问题，然后说组织或团队环境很糟，以测试来说，会抱怨大家明明知道测试很重要，但在开发时却仍不写测试；另一种则是会卷起袖子来，透过实际行动解决问题。而 Testing Grouplet 的工程师正是第二种类型，利用工作之余的时间，发想如何让测试导入变得更容易、如何让工程师更愿意写测试。

在脑力激荡后，Testing Grouplet 做了许多尝试，其中最成功的就是厕所测试 (Testing on the Toilet)。所谓的厕所测试，是这群工程师定期写与分享关于测试的相关内容，包含如何写不同的测试、如何写出更容易测试的程式码等等。然后他们在想要如何让更多工程师看这些内容时，异想天开地想到，可以把这些内容贴在厕所，让工程师们上厕所时可以看。

这个做法让更多工程师无痛学好写测试，也让后来在公司内推动测试变得容易。厕所测试的成功，让这个案例甚至登上了当年的华盛顿邮报 (连结)，同时有学术研究分析了这个做法的有效性 (连结)。

备注：感兴趣的读者，Google 有公开当年贴在厕所的内容，以下几篇可以参考

• Reduce Nesting, Reduce Complexity
• Improve Readability With Positive Booleans
• Tests Too DRY? Make Them DAMP!
• Change-Detector Tests Considered Harmful
• Eliminate YAGNI Smells

推动导入时推荐的原则

在看完 Google 的厕所测试案例后，让我们总结要有效推动新技术的导入，可以透过哪些原则变得更容易达成。以下我们归结最推荐的原则。

先做再说 show and tell

在英文有一个谚语叫 show, don’t tell，意思是指比起嘴巴说，实际行动更重要。实际行动固然重要，毕竟如果只是嘴巴说没有行动，往往很难真的促成改变。但是从厕所测试的案例中可以看到，做 + 说 (show and tell) 两者合一，效果会更好。

在厕所测试的案例中可以看到，当初推动导入软体测试的那群工程师，不只是嘴巴上说测试很好、很重要，而是有实际行动去写测试，同时实际行动去分享如何写测试。如果只是嘴巴说测试很重要，那就会如多数人，最终只留于嘴巴上说，不会真的去写。但当年 Google 内那群对测试充满热忱的工程师，采取了先做再说的做法，让改变得以被推动。

这个段落的标题「先做再说」事实上有一个双关的意味，因为除了是要有行动 (做) 然后分享 (说)，「先说再说」还有另一个意思是「不要等到别人的许可就先做」。假如做的事情是对团队与公司有价值的，先做了后被看到 (或主动让人知道)，就容易让这件事情变成正式的专案。

因此，假如在苦恼，觉得自己没有能够切入的空间。比起被动等机会，假如对某个技术感兴趣，就先做再说吧。用透过实作展示该技术能带来的好处，在机会来的时候，会更容易能够把握住。

找到一起推动改变的伙伴

除了先做再说外，另一个可以让导入新技术或推动改变更容易的做法，是去找到能够一起推动的伙伴。以 Google 的厕所测试为例，当初最开始就是一群同样对推动测试有热忱的人聚在一起，因为都有对软体测试的兴趣，聚在一起时可以彼此交流想法，要推动实作时也不用自己一个人扛所有事，这会让事情容易许多。

要能够有效做这件事，一个要点是要能去辨别其他对技术有相似兴趣的伙伴。最理想的状况，是去找到那些本身就很有动力的人。这是为什么去了解团队中的其他成员很重要，详见《想在新团队中迅速建立关系并有效合作？高效工程师的团队合作技巧》一文有谈到的「了解同事的协作偏好」。

阅读更多

如果想更深入了解当年 Google 厕所测试案例的分析，以及想了解实务上可以如何更有效导入新技术，让自己累积有影响力的成果，这些点我们在 E+ 成长计划的主题文都有更详细谈到，推荐感兴趣的读者阅读。

本文为 E+ 成长计划的深度内容，截取段落开放免费阅读。欢迎加入 E+ 成长计划阅读完整版本 (点此了解 E+ 的详细介绍)。