《你的灯亮着吗?》 读后感 NO.1

作者:杨润炜
日期:2020/11/14 21:38

这本书是在架构师训练营里老师推荐的,对它的第一印象是讲关于发现问题、解决问题的。目前在工作中带了个小团队,团队的事情经常需要带头的人来决策,觉得这书应该能给我一些启示。
这本薄薄的、包含几则贴近日常工作和生活小故事的书,一个下午就轻松读完,但绝对值得品读。可能是作者从事的是计算机相关的咨询工作,所以列举的故事对于我这个程序员来说很贴切。接下来我将针对其中一些印象比较深的点谈一些感受,也是个梳理、总结的过程。

电梯的故事

故事讲述的是一栋商业大厦的租户因为不满电梯慢而抱怨、投诉房东,房东找人用巧妙的方法“解决”了这事,让大家忽略了不满的情绪。直到电梯维修者发现了电梯慢的原因,修好了电梯,但却出现了电梯太快导致出口人满为患的问题。
一般大家都明白遇到事情多问几个为什么的道理,一开始用出来可能就发现问题根源了。当问题降临到解决者身上,我们首先看到的是房东有麻烦,是因为租户不满,租房不满是因为上下楼等电梯排队时间久,排队久是因为电梯慢,那是不是一开始就可以先尝试找下为什么电梯慢?那估计这个问题也很快解决了。

投标的故事

有个政治的投标,竞标者都报了价后,有几个公司作弊得到其它公司竞价的信息,且可以有一次改价的机会,但因为可能的结果很多,需要评估各种情况,获取最大的收益,所以找来技术外包解决。虽然当时用技术算出了所谓的最终结果,使当时的解决者都觉得自己找出了问题的解决方案并解决了问题。但都忽略了投标这个事,一开始评估收益就不是个技术的问题,而是个信息不对称,类似博弈的问题。因为数据从几个公司同时作弊后就不是原来的样子了。
到底问题是什么?有时候真的很难找到,上面的故事就是例子,如果问题是怎样得到最大收益,那问题将会变成怎样计算各种可能,但各种可能又会因为竞标者掌握的信息或是否作弊而变化,这就导致问题链无限延长。最终还不如按照规则竞标,还省去了作弊的成本。
另外,书中还介绍了,如果从不同角度看日常上习以为常的事物,往往也能发现各种问题。所以我想作者想释放的信息应该是问题是什么,关键在于用什么角度去看待问题,明确了站在问题者的角度上遇到的问题,你的解决方案都是有效的。

关车灯的故事

这也是本书标题的来源。有个新隧道,末端连接着免费的公园,但因为隧道,去公园的车辆都会开着灯过来,然后停车忘记关灯,最后回去的时候车没电,抱怨起景区,景区又压到隧道工程上,最终问题来到了工程师手中,最后工程师在出隧道的地方竖立一块牌子,写着“你的车灯亮着吗?”,提醒司机关车灯,问题就此消散。
解决问题的方法多巧妙啊!恰到好处,关键是省钱省力。
然后这个故事是为了说明问题该由谁解决的事。按照分析,问题可能要由景区、警察、政府、工程师、司机其中一者来解决,这其中工程师可能是最弱势的,所以接到了这个问题。好在分析准确,找出了司机才是问题的解决者,与其通过各种方法去事后弥补车没电的事,还不如想想怎样提醒司机。那接下来的关键是怎样提醒,我觉得这就是个巧妙的方法了,只要坚定了第一步的方向,后面标语还可以再优化迭代。

玩具厂的事情

这是个让程序员感到无奈的事。对我的警示应该是最大的。故事是说厂领导想要程序员依据数据,算出三个分厂的生产、运输成本,利用计算机算出高效的方案。最后勤奋的程序员自认为找到了答案,汇报给厂领导,提议关闭其中两个厂后成本最低,然而没想到领导早已知道这个答案,但因为老板的家在需要关闭的厂旁边,不想到离家太远的地方上班。这就跟之前的需求矛盾了呀,一开始不就是要降低成本的嘛,搞到最后是降低成本跟讨好老板冲突了,在想发财就要降成本,降成本又会得罪老板,得罪老板又不能发财的矛盾上,这可能才是这次的问题吧。
这些在平时工作中真的很常见,产品提了客户需求,程序员拿着需求以为是问题就开始搞设计、开发,最后才知道这只是客户提的解决方案,而且是没办法解决客户问题的方案,在没明白前便是不断返工,直到把项目搞黄。
书中也指出了,往往提出问题的人,在你跟他说明问题之前,他并不知道面临的问题是什么。

自己生活中的例子

当时客户收到客户投诉,说我们的服务效果有问题。当时是反馈到我这,我想当然地以为客户想解决效果问题,没想到解释了一大堆,客户还是不满意。然后我们运营的妹子介入,首先以一句“抱歉影响到您”的软话,然后再几句简述后续的优化计划,客户便接受并退去了。
事后才知道,往往客户投诉并不是想要解决效果问题,而只是想要个道歉平息下内心的不满,可能是受到上层的压力,也可能是加班修复了问题带来的后果。

写到最后

以上只是我的一点小小体会,作为程序员对书中某些场景也是感触良多。我觉得它适合在工作生活中不断地读,有些场景之所以印象不深,是还没有遇到或者没有思考过,当自己经历或思考过,再读的话,感触应该会更深,也能真正反馈到平时的待人处事当中。
以下是我第一次阅读后能够想出的一些总结性的话:

  • 不要把解决方案当问题;
  • 问题的解决者要先找到问题是什么,然后明确谁要对问题负责(即谁要去解决问题);
  • 从不同角度看可以发现更多的问题,所以问题是什么是首先要清楚的;
  • 提出问题的人往往不知道自己的问题什么了,在没有充分沟通前,不要轻易下结论,特别是从事计算机的,总觉得技术能解决一切问题,很多时候往往并不是一个技术问题。

感谢您的阅读!
如果看完后有任何疑问,欢迎拍砖。
欢迎转载,转载请注明出处:http://www.yangrunwei.com/a/114.html
邮箱:glowrypauky@gmail.com
QQ: 892413924