
大家好,我是人月聊IT,结合个人工作实践回答下该问题。
首先还是谈下问题分析和问题解决逻辑。 在我最前面谈思维框架的时候已经谈到了,学习方法模式,问题分析解决,事物认知都是整体思维框架里面的子内容。对于学习方法和模式我已经专门写了一篇文章详细说明,今天重点谈下问题分析和解决逻辑。
人的一生本质就是不断的面对问题,分析问题和解决问题的过程。 大到这个解决方案如何写,高考的几个学校如何选择? 小到我今天中午该吃什么,出门该穿哪件衣服。
从普遍适用的方法论来说, 问题解决就是一个问题定义,问题分析,问题解决的三大阶段过程。这个对应四种不同类型的问题都适合。
也正是这个原因,可以看到完整的问题解决逻辑一定上升到思维框架逻辑层面。
在《你的灯亮着吗》这本书里面对问题有个明确简单的定义,具体如下: 问题就是事物的现状和你期望的结果之间的差距。所以从这个层面来看问题的解决途径是很明朗的,一个是降低自己的期望,一个是改变事物的现状。
我们在做问题的根源分析的时候常使用鱼骨图从人,机,料,法,环五个方面进行全面的分析。在问题定义上面我们可以整合为三大主要内容,即问题的涉及的人,产生问题的环境(空间和时间),产生问题的过程(方法,步骤,工具,操作事物)。
如果这三方面都搞清楚了就有了一个明确的问题定义,有了明确的问题定义,后期就有了问题分析的切入点。
从上面可以看到任何一个完整的问题定义和描述都必须包括两个关键内容,第一个就是问题产生的周围环境和关键输入,其次就是你产生问题的详细操作步骤是如何的。
问题定义清楚,问题就解决了一半。 帮助他人解决问题的时候,更多的往往是在帮助对方完成问题的完整定义。
今天,接到一个用户的电话,反馈在录入出差申请后提交的时候报错。在接到电话后我详细询问了报错的异常信息是什么? 在用户反馈异常信息后,根据已有的知识库这个很可能是浏览器版本低导致的,因此我尝试询问了下客户浏览器版本,客户反馈是IE8版本,最终我基本确认是版本过低导致。因此建议客户升级浏览器版本后问题解决。
对于问题分析和解决我们经常会一起说,那么问题分析和解决的边界究竟在哪里? 问题分析是找出引起问题原因的最可能假设并按优先级排序。而问题解决是按优先级对各个假设进行验证,以最终确认究竟是哪个原因导致了问题。
如何找出问题根源并进行优先级排序?这个就涉及到结构化问题分析和非结构化问题分析两个方法。 简单来说结构化就是穷举,而非结构化则是直接最优假设。
从这个我们就可以很明显的看到,别人为何比你解决问题快,因为别人直接就提出最可能假设并进行验证,而你自己还在逐个的排查和穷尽。
比如当前业务系统某个查询功能查询很慢,有经验的人之间提出最可能假设是数据访问层对应的SQL语句慢的原因导致,然后直接在后台运行SQL验证,最终确认是SQL语句效率导致,然后去解决和优化SQL问题解决。
问题分析的目的是找到问题的关键影响因素,这就是问题分析的本质。 问题分析中两个关键点,一个是分解,一个是排序。
要做到这一点,我们常见的分析首先要做的就是基于问题的初步定义,对问题进行进一步的分解,这个分解可以是目标本身的分解,也可以是问题可能产生原因的分解。
分解中用的模型都是树模型,包括逻辑树,问题树,风险决策树,思维导图,鱼骨图等方法归根到底都是树模型的应用。 树模型更好的解释了所有的分解都围绕一个终极目标,而不是多个目标。
对于鱼骨图也是分解,但是鱼骨图更多是用于问题的分解,体现因果关系,同时又给出根据一般的法则即从人,机,料,法,环境五个方面进行分解。所以鱼骨图一般没有包括对子目标的分解。
分解的目的仍然是找到所有可能的问题影响因素或控制变量。 而排序的目的则是确定关键的影响因素,或者根据2/8原则确定的那20%的最可能影响因素。
把问题分析搞清楚后,我们再来看下问题解决。 问题分析的输出是已经进行了优先级排序的问题根源分析列表信息。
问题解决就是对这些问题原因点进行验证和确认的过程。 当你看到这里的时候,可能会感觉到问题的解决过程实际上很简单。 确认问题解决没有想象的复杂,真正问题解决的难点从来都不在于对假设进行验证和确认。
而在于当我们解决当前问题的时候又引入了新的问题。 小张反馈当前我们的CRM系统,客户信息查询速度缓慢,经过假设分析最终判断最可能是SQL查询语句的问题。 经过问题解决验证,确认了SQL语句问题。因此我们对SQL语句进行添加索引优化,但是发现虽然查询性能解决了,却导致了客户信息录入的时候新的性能问题。
其一: 单问题分解为了多个影响因素。 比如我们说当前公司的经营遇到了瓶颈无法突破,然后导致这个问题可能有多方面的影响因素和原因,我们要解决这个问题本身也是需要从市场营销,产品研发,团队和激励机制等多个方面下功夫才能够真正解决。
其二: 本身就是面对的一个事物群或问题群。 当面对的是一个事物群或问题群的时候你可以看到,我们同样是分析出很多影响因素,但是你会发现导致次品率偏低的99%的原因可能都是原材料本身质量有问题。
问题解决本质就是基于问题的关键影响因素(有可能1个,有可能多个;有可能独立,有可能相互影响),制定详细的实施计划和行动步骤,去将问题的根源和本质原因解决掉,并进一步观察和验证问题是否已经解决了?
如果还没有解决再进行循环迭代,直到问题真正解决为止的一个过程。 把这个想清楚后,对于问题解决也包含两个关键步骤, 一个是决策,一个是行动。
决策要注意的就是仍然是多维度评估和排序,但是排序的目的是确定行动方案,在行动方案确定中就不能只是考虑影响因子本身,还需要考虑实施难度,投入工作量和成本,实施周期等多方面的内容。
在刘未鹏的《暗时间》这本书里面提到过, 如果你有的是一把锤子,那么所有东西看起来都像钉子。 心中有锤,就容易被奴役,必须要时刻考虑我们面对的真正问题是什么? 而不是仅仅我有锤子那么就只能敲钉子。 但是工具又是基础,没有工具又万万不可以。
我们很多时候倾向于在既有的框架约束下去解决问题,而且在很多时候很难发现这种约束的存在。 普通人遵守规则,牛人无视规则,伟人创造规则。
思维本身无定势,即使很多时候给你再好的方法论你也无法解决问题。 解决问题能力只有不断实践,不断碰壁中自我总结出来的。 由于是自我实践的积累,所有是最适合你自己的方法。
复杂的事情复杂处理,复杂事情可以进行分类,分解,细化和演绎,可以提出假设和验证,可以分而治之,可以进行细粒度的匹配,复杂的事情复杂处理积累的才是真正我们需要的思考的逻辑。
