最近看完了《布道之道》这本书，深有感触。本书讲的是如何在技术团队中推动一项新的技术或者流程或者工具，非常适合我们现在的状况。英文名是Driving Technical Change，非常质朴。

本书非常短小，分为四部分。

第一部分的前提是，我们要推广的是解决问题，而不是某一个特定的解决方案。所以如果我们容易走入误区：闷头思考自己的解决方案，而忽略了这其实是很多解决方案中的一种。就像我们说服别人的时候不希望别人固执己见一样，我们也要持开放的态度。为此，就必须保证自己的解决方案真的合适，再也找不到更好的方案了。

在推广自己的“道”的时候，往往会有一些人提出反对意见，本书中我们称他们“怀疑者”。

第二部分介绍了团队中的“怀疑者”大概都可以分为哪几种：

• 孤陋寡闻型
• 随波逐流型（这种类型其实很难说是怀疑者）
• 般般挑剔型
• 激情燃尽型
• 时间紧迫型
• 发号施令型
• 不可理喻型

不是身边的每个人都可以很明确的归类到哪一类型，某人很有可能是轻微的激情燃尽型加上时间紧迫型。可以参考一下提示：

1. 孤陋寡闻型的人不可能同时是激情燃尽型的人；
2. 大多数人多少都有一点时间紧迫症；
3. 很难把随波逐流的人定性为怀疑者；
4. 不可理喻的人经常会伪装成其他怀疑者。

第三部分是最重要的部分，介绍了一些具体的方法。

取得经验

也就是尽可能地了解自己需要推广的“道”，要做到无懈可击。要做到“专家”就要不断学习和更新，并且在实际中使用，不能纸上谈兵。

但要注意的是，从和蔼可亲的“专家”到高高在上的“万事通”，这中间只有一步之遥，区别就是看你能否倾听别人的意见。

传达理念

有激情，但不激进；提建议，而不是中伤；多听，而不是多说。

展示技术

百闻不如一见，说的多不如展示出来。

适当妥协

其实没看懂这一章。

建立信任

这是一个长期的工作。

公之于众

开源到外部，然后反向推广到部门内部。因为人们倾向于认为“身边那个家伙不比自己强多少”，就像圣经里说的：“在自己的家乡永远成不了先知”。

注重合力

把技术驱动改成商业驱动，找到商业上的进步点，然后让管理层来推动。

“搭一座桥”

在现状和想要推广的“道”之间如果有一道鸿沟或者太大的差距，可以先推广一些“中间技术”。

来点刺激

找到同事们身边的“痛点”，然后吸引他们。

第四部分是一些技巧策略，其实就是第三部分的操作遇到困难的时候的一些策略。

本身非常值得一看，特别是希望在自己的组内推广自己的想法的同学。