《敏 捷 教 练：如何打造优秀的敏捷团队》—2.4 达成共识

2.4  达成共识

在引入新实践的时候，它有助于搞清楚是否所有团队成员都买你的账。一些团队成员对变化满怀激情，但同样也有一些人满腹疑惑。《谁说我们不能一起做决定》[KLT⁺96][1]告诉我们，可以利用“同意梯级”技巧来揭示不同的观点。

如果只是让团队成员对提案进行简单的“同意/反对”投票，梯度级别投票更好，比如从“力挺”到“力阻”。在白板上画出梯度级别线，请所有人用马克笔标明自己的支持力度。这可以区分出由衷的“支持”与漠然的“同意”，强烈与轻微的“反对”。

使用梯度级别能够暴露出缺乏共识的现象。共识相当重要，因为在有人不认同某措施的时候，他们不太可能全身心投入。有时你可能会做出决定，即使没有共识，也值得去做。通过一段时间的变革尝试后，团队可以在回顾会议上重新评估其成效。但如果梯度级别显示有很多反对声音，就得努力寻找所有人都能接受的新方案。

使用同意梯级
Rachel

在主导团队测试方式工作坊的时候，我使用了同意梯级。和团队开发人员结对编程时，我发现并不是所有人都有热情编写自动化单元测试。少数几个开发人员渴望能够安装持续集成服务器以便在每次代码提交后自动触发测试。我担心这没有得到团队的全力支持，事实上也如此。团队没有任何开发人员均可运行的测试集。我画了一个梯级图，列出以下可选目标。然后请团队投票。

A. 自动化测试应该每天执行

B. 自动化测试应该在每次提交代码之前手工执行

C. 自动化测试应该在每次提交代码之后自动执行

团队所有人都强力支持选项A。然而，选项B和C的投票是中立，而且表明支持的力度还不够。团队有很多顾虑，我们讨论了其中的一部分。大多数都和自动化测试执行的耗时有关。不管怎样，团队还是对选项A达成了共识，因此，大家把会议的剩余时间用来讨论搭建每日构建和测试例程所需的工作。

使用同意梯级，让我能专注于大多数团队成员都支持的方案，团队也免于浪费时间安装大多数人尚未准备好开始使用的软件。还得再过几个月团队才能做好准备，可以开始使用持续集成服务器运行自动化测试。

使用这一技巧帮助团队达成共识。如果找不到地方画梯级图，可以换用0～5投票，拳头代表反对，手指张开的数量表明一到五之间的支持级别。不管用什么方法暴露分歧，一定要认真对待，并且调查背后的利害关系。