书今年到是读了不少, 50本的目标目测已然超标了:), 发现今年的博客目标还差11篇(50篇), 目测完不成指标了, 随性写写吧, 能写几篇是几篇
这本书是原先团队老大推荐的, 看过一遍, 后来自己入了一本, 今天重读(发现我越来越喜欢这类很薄的树)
做事情本质上就是遇到问题，分析问题，解决问题的过程。而对如何解决问题本身，这本书做了一些讨论
三点：
1. 问题是什么（期望和体验）
2. 谁的问题（不同人会有不同的解决方式，责任）
3. 问题来源
得到了一些原则性的结论，每一点仔细思考分析.
记得当时总结过一句话: 当”问题”成为问题时, 才是问题.
值得反复阅读, 以下更多的是做一些摘录
这是什么类型的问题? 谁碰到了问题? 问题是什么? 或者说, 此时此刻, 问题的本质是什么?
谁碰到了问题? 问题的本质是什么?
谁的问题? 如果没有负责人, 那将永远得不到解决. 具体到了细节, 责任人负责并弄清楚. 分配到人
问题就是理想状态和现实状态之间的差别
调整理想状态或者改变现实状态.
期望和结果, 你能做的, 降低期望, 或者去改变结果.
“忽略问题”是一种古老但有效的方法(降低敏感度, 降低期望)
我们永远不知道问题是什么, 直到我们彻底解决了拜托了这些问题
别去费力榜缺乏幽默感的人解决问题
不要把别人的解决方法作为定义问题的方法
你的最终目的是什么? 你的问题本质是什么. focus在问题本身, 而不是问题的解决方法上, 错误地将解决方法作为你的问题.
别把问题的解决方案误当做问题的定义, 当这个解决方案是由你提出的时候尤其如此
如果你解决问题太过神速, 别人根本不会相信你真的解决了问题.
头疼…..
面对有利可图的问题时, 道德考量很可能就烟消云散了
即使问题已经解决, 你也无法确定你的问题定义是正确的.
你永远无法确定已经找到的问题定义是正确的, 但是永远不要停下寻找正确定义的脚步
不要仓促下结论, 但也不要忽视第一印象
每一个解决方案都是下一个问题的来源
修复一个bug可能引起另外一个bug
某些问题最困难的部分就在于发现问题的存在
你已经麻木了, 无法站在新的视角对事情进行评估, 确定是否有问题存在
问题和习惯，一旦我们习惯了某些东西，就会对某些问题视而不见，改变习惯是非常困难的事情，每做一件事情的时候，都有必要问下自己，有必要真么做么？ 事不过三，每次改善一点点，都能节约出很多时间和精力，放在重要的事情
看看你对问题的理解, 如果想不出至少三个可能有出错的地方, 你就没有真正理解这个问题
问题的关键就是在于首先要意识到问题的存在, 或者让设计者意识到有问题存在
吃自己的狗粮
大多数不协调之处一经发现很容易解决
借助外国人/盲人/儿童来检验你给出的定义, 或者让自己设身处地地站到外国人/盲人/儿童的角度来检验…….每转换一次视角, 都会发现新的不协调之处
切换角度看问题, 发现不协调
如果想得到不同的解决方案, 该怎样变换问题的表述方式?……一旦你将一个问题描述拟成了文字, 做些文字游戏, 以确保每个人对问题的理解可以统一.
首先, 语义层面, 问问题的方式, 都可能带有偏向或误导, 如何客观地阐述问题?
当你沿着定义问题的道路疲倦前行时, 过一会就要回头看看, 确定字节没有走错路
当别人可以妥善解决自己的问题是, 不要越俎代庖
特别是leader….
如果这是别人的问题, 就把它当成是别人的问题
如果一个人处于解决问题的位置, 却并不受问题困扰, 那就采取一些行动使他能亲身体验到问题.
你的灯亮着么?
如何让别人意识到问题?
人们觉得无力解决问题, 常常把问题归因为天性, 以逃避解决问题的责任.
大多数情况下, 问题的根源在你自己身上.
记住这一点, 我们往往不承认这一点, 但这是无可辩驳的事实.
世界上有两种人, 一种人做事, 另一种人制造出事来让其他人做. 远离那些找事让别人做的人, 你就能好好过日子了.
世界上有两种人, 一种人做事, 另一种人领赏, 做第一种人吧, 那里的争斗比较少.
大多数情况下, 只要知道问题是什么, 解决问题就是一件非常不值一提的事情.
无论表面上如何, 在你提供他们所要求的东西之前, 他们极少知道自己想要什么.
从最后的情况看, 想要真正解决问题的人并不是很多.
人们永远没有足够的时间把它做好, 但永远有足够的时间重新来过.
人们永远没有足够的时间去考虑到底是不是想要它, 但永远有足够的时间去为之后悔
鱼, 总是最后一个看到水的.
当局者迷.
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。