Yuguo.us

《布道之道》

Introduction

user

余果

全栈工程师,《Web全栈工程师的自我修养》作者。


Featured

《布道之道》

Posted by 余果 on .

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

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

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

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

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

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

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

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

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

取得经验

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

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

传达理念

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

展示技术

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

适当妥协

其实没看懂这一章。

建立信任

这是一个长期的工作。

公之于众

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

注重合力

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

“搭一座桥”

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

来点刺激

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

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

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

user

余果

https://yuguo.us

全栈工程师,《Web全栈工程师的自我修养》作者。