《你的灯亮着吗？：发现问题的真正所在》
日内瓦湖旁边的群山中，有一条上山隧道，虽然隧道内的照明条件很好，但司机必须做好万全准备，以免因为停电酿成惨剧，这在山区是很有可能发生的。于是，一条这样的警示标志制作出来：
注意：前方有隧道，请开启大灯。
警示标志悬挂在隧道入口外。看起来安全隐患算是解决了。
从隧道东端出来继续往前行驶400米，就到了全世界景色最迷人的一处休息区。这里从高处俯视湖区，可以将美景尽收眼底。每天，总有数百名游客来此欣赏风景。但每天，总有至少十位游客回到自己的车上时才发现，尽管身体和精神都得到了放松，车上的电池却耗尽了，因为他们下车的时候忘记了要关掉车灯。警察总是使尽浑身解数，才能帮他们发动车，或者把车辆拖走，使得游客们怨声载道。
为了解决这个问题，工程师考虑了好几种解决方案：
- 在隧道出口处设置一块标志牌，写上「关闭车灯」，但这样的话，人们在夜间行驶时也会把车灯关掉。
- 无视目前情况……哦不行，情况已经出现了，而且政府认为工程师的工作很不理想。
- 在俯瞰景观的地方设置一处充电站，但维持充电站运转的费用会很高昂，而且如果充电站不能正常工作的话，人们会更愤怒。
- 授权一家私人公司来经营充电站，但这就意味着让景区商业化，政府和游客式不会接受的。
- 在隧道出口处设一块语言表述更明确的标志牌。
工程师的直觉告诉他应该写出明确精准的标志说明，最后得到了一个带有瑞士精准风格的作品：
如果是白天，而且车灯亮着，那就把车灯关上；
如果是晚上，而且车灯关着，那就把车灯打开；
如果是白天，而且车灯关着，那就让它关着；
如果是晚上，而且车灯亮着，那就让它亮着。
不管司机是谁，等读完这条标语，他的车早就冲出护栏，被水流带到湖底了。最后，总工程师采用了「这是他们的问题」这一方法，来取代之前的种种折腾。假设司机有很强的愿望解决问题，只是需要一点小小的提醒。他还假设，如果司机都通过了驾照考试，他们就不会是彻头彻尾的傻瓜。司机们需要的只是在隧道尽头设置一块标志牌，上面写着：
你的灯亮着吗？
如果司机们笨到连这句话都看不明白，那电池耗尽应该只是他们所碰到的问题中最简单的一个了。
以上就是本书中最具代表性的例子，也是书名的由来。本书的作者之一是在软件领域大名鼎鼎的杰拉尔德·温伯格，从20世纪70年代开始，他总共撰写了30多本书籍和数以百计的论文。
这是一本教你认知问题本质的书。需要注意的是，本书侧重在提示你看待问题的角度，而不是教你解决问题的方法论（读前我就有这样的误解），毕竟具体的解决方法都要视具体问题而定，并不存在一劳永逸的应对方法。
《你的灯亮着吗？》属于启发性的作品，没有那么严谨的框架，总共分六章，每章都以一个事例开篇，抛出问题让读者先自行思考，再点出其中极易被忽略的解决问题的关键点。全书大致从三个大方面阐述：
- 问题是什么？
- 问题该由谁解决？
- 问题来自哪里？
- 问题真的需要解决吗？
问题是什么？
这一部分作者给了最大的篇幅，用了三章来阐述，这很容易理解，如果你都不知道问题是什么，何来谈解决之道。然而，很多时候，我们就是这样，遇到一个问题就迫不及待拿出各种办法，甚至都没有先好好想清楚问题到底是什么？
作者在其中举了一个例子：哥谭市金融区的中心地带，有一座刚落成的办公大厦，然而还有未出租空房的情况下，大厦电梯就不够用，造成了租户的诸多不满，甚至威胁退租。
面对这样一个不算复杂的问题，很多人可能在读完上面这段介绍之后就能给出不止一套解决方案。然而，在弄清楚问题是什么之前，不要着急着给出解决方案。同一个问题，站在租客的角度和房东的角度，需要给出的解决方案是完全不同的（甚至相反），这样的区别足以让我们抑制住匆匆拿出解决方案的冲动，先问问：谁碰到了问题？然后针对答案中的每个群体，再问问：问题的本质是什么？
如果对问题下一个比较简单的定义就是：问题就是理想状态和现实状态之间的差别。
然而，很多时候需要注意的是，你可能永远都无法确定已经找到的问题定义是正确的，因为当人们尝试通过改变状态来解决一个问题时，常常会新制造出一个或几个新问题来，简单说：每一个解决方案都是下一个问题的来源，而且这些问题常常在无意中产生。很多时候，发现这些问题本身就是最难的部分了。
在发现和定义问题时，有几条tips可以尝试：
- 跳出既有身份和视角，假想一个陌生视角来重新看待问题。去过外国旅游时，我们都不可避免地会遇上让人觉得别扭的地方，同样的，对于习以为常的生活环境，尝试跳脱开自己的身份，想象自己是一个第一次来中国的瑞士游客，选一个小东西（比如100元纸币）用他的眼光看看，会不会看出一些有趣的问题呢？
- 注意那些解决方案和其提出者不匹配的情况，极容易产生新的问题，甚至是危险。解决方案的设计者，并不受问题带来的困扰，也难以体验到自己的设计带来的后果，这种错位常常带来不协调的解决方案，衍生出新的问题。
- 对问题定义不断进行修正。能一眼就看出问题本质的情况毕竟是少数的，大多数情况——哪怕表象很简答——问题的本质都隐藏在深处。随着接收信息量的增加，需要对问题的定义不断修正（越到后程越会发现问题不是你之前想象的那样），而不要两耳不闻地一条道走到黑。
问题该由谁解决？
找准问题最迫切的解决者，往往是那些最受问题困扰的人，如果他们有能力解决，就尽量让他们自行解决，提供帮助但不过多插手；如果他们没有能力解决，试着把问题引导到那些有能力解决的人身上。
软件开发行业有一句很有名的话：Eating your own dog food。原本是指软件的开发者必须得使用自己开发的软件，这样才能知道问题和缺陷在哪，从而准确解决。在DevOps中，也指开发人员自己做测试和运维，你自己写的代码，出了问题也由你来解决。只有吃自己的狗粮，才能知道哪里好吃，哪里难吃。
有时，为了改变局面，也可以尝试着把解决问题的责任归到自己身上——哪怕只有一会儿。这可能不会真正为所与人解决问题，但也许起码能帮助你自己摆脱问题。
问题来自哪里？
典型的例子就是考试。如果你清晰地知道这道题考点来自教材第三章，那你解决它的可能就大大提高。同理，处理问题的时候，试着搞清楚问题来自哪里，是哪个环节出问题带来造成现在的局面。一旦搞清楚这点，离真正解决问题也不远了。
问题真的需要解决吗？
有些时候，问题和解决方法简直就像房间里的大象，你以为没人注意到，没人想到过解决方法吗？或许你应该考虑下这种问题存在也许有它的价值——这个时候甚至不应该称之为问题了。很多问题之所以如此明显地存在，不是因为它本身，而是有其他外力使得它难以解决，比如道德、强权和解决它的代价和风险。所以评估下眼前这个问题真的需要解决，或者有多少人真的期待这问题被解决。如果得到的答案是否定的，那就放着随它去吧。
以上，《你的灯亮着吗》算是有启发性的书，话不多，点到为止，需要你自己再归纳和发散，最后能获得更多属于自己的想法和见解。
网友评论