《布道之道》
source link: https://yuguo.us/weblog/driving-technical-change/
Go to the source link to view the article. You can view the picture content, updated content and better typesetting reading experience. If the link is broken, please click the button below to view the snapshot at that time.
《布道之道》
余果 2013-05-20 书最近看完了《布道之道》这本书，深有感触。本书讲的是如何在技术团队中推动一项新的技术或者流程或者工具，非常适合我们现在的状况。英文名是Driving Technical Change，非常质朴。
本书非常短小，分为四部分。
第一部分的前提是，我们要推广的是解决问题，而不是某一个特定的解决方案。所以如果我们容易走入误区：闷头思考自己的解决方案，而忽略了这其实是很多解决方案中的一种。就像我们说服别人的时候不希望别人固执己见一样，我们也要持开放的态度。为此，就必须保证自己的解决方案真的合适，再也找不到更好的方案了。
在推广自己的“道”的时候，往往会有一些人提出反对意见，本书中我们称他们“怀疑者”。
第二部分介绍了团队中的“怀疑者”大概都可以分为哪几种：
- 孤陋寡闻型
- 随波逐流型（这种类型其实很难说是怀疑者）
- 般般挑剔型
- 激情燃尽型
- 时间紧迫型
- 发号施令型
- 不可理喻型
不是身边的每个人都可以很明确的归类到哪一类型，某人很有可能是轻微的激情燃尽型加上时间紧迫型。可以参考一下提示：
- 孤陋寡闻型的人不可能同时是激情燃尽型的人；
- 大多数人多少都有一点时间紧迫症；
- 很难把随波逐流的人定性为怀疑者；
- 不可理喻的人经常会伪装成其他怀疑者。
第三部分是最重要的部分，介绍了一些具体的方法。
取得经验
也就是尽可能地了解自己需要推广的“道”，要做到无懈可击。要做到“专家”就要不断学习和更新，并且在实际中使用，不能纸上谈兵。
但要注意的是，从和蔼可亲的“专家”到高高在上的“万事通”，这中间只有一步之遥，区别就是看你能否倾听别人的意见。
传达理念
有激情，但不激进；提建议，而不是中伤；多听，而不是多说。
展示技术
百闻不如一见，说的多不如展示出来。
适当妥协
其实没看懂这一章。
建立信任
这是一个长期的工作。
公之于众
开源到外部，然后反向推广到部门内部。因为人们倾向于认为“身边那个家伙不比自己强多少”，就像圣经里说的：“在自己的家乡永远成不了先知”。
注重合力
把技术驱动改成商业驱动，找到商业上的进步点，然后让管理层来推动。
“搭一座桥”
在现状和想要推广的“道”之间如果有一道鸿沟或者太大的差距，可以先推广一些“中间技术”。
来点刺激
找到同事们身边的“痛点”，然后吸引他们。
第四部分是一些技巧策略，其实就是第三部分的操作遇到困难的时候的一些策略。
本身非常值得一看，特别是希望在自己的组内推广自己的想法的同学。
我写字的地方迁移到公众号啦~欢迎关注我的公众号：余果专栏
Recommend
About Joyk
Aggregate valuable and interesting links.
Joyk means Joy of geeK