有人说
人生就是一个问题连着一个问题的集合
不会解决问题是过不好这一生的。
今天来说一下怎么高效的解决问题
想解决一个问题，最最最重要的就是：
定位问题
80%以上没有很好解决的问题，都是因为定位问题失败了。
一个例子
很多人觉得自己能力跟不上需要学习，每次内心特别焦虑的时候就开始背单词，背一段时间后觉得也没什么效果就又放弃了；然后下次又焦虑的时候，就又背一段单词
（上段时间在一个公众号上看到，sorry实在想不起来哪个号了，不写引用了，作者看见的话联系我加上）
记忆的单词数量并不等价于能力，所以背单词这件事并没有在真实解决问题。
能力包含很多方面的定义，于我们实际的工作要求有很大关系，如果你是个程序员可能就应该学系统底层原理、高并发机制；如果你是个作家可能应该丰富自己的背景知识、细化自己的描述能力；如果你是个管理者可能应该练习沟通的方式、学会体察他人的情绪、熟悉管理知识。
有针对性的去补足自己的能力，英语确实是大部分职业共有的知识能力，但是它不一定是解决你现在能力的问题的关键点。可能只是拿来安慰自己的一个理由。
所以说背单词是个奶嘴儿，每次饿的时候就可以嘬嘬，很可惜嘬奶嘴儿不顶饿啊！
定位问题失败有几个原因
浅尝辄止
无力深究
陷入问题，迷失方向
解决定位问题的问题
一、养成使用“能力”的习惯，能力是在不断的练习过程中形成的一种本能，这种本能是一种习惯，是一种本能不断重复，所以每次浅尝辄止，都是在默默的放弃塑造能力习惯的过程，没有经过一次又一次的深究去塑造出某项能力，自然也就不具备这种能力。
二、无力深究和迷失方向，原因一定很多，归根结底应该还是知识不足够支撑自己一直有清醒的认识。
关于知识的积累，拆解成两个方面讨论
1）平时积累的知识不够，见少视寡看不清到底发生了什么，这个要靠大量的阅读、大量的学习来弥补；不要太多纠结于学的知识现在是否就可以立即用上，知识是需要积累的，未来的某个时间发挥了重要的作用。
纠结于现在，是很难打开知识面的。
2）陌生的领域，在碰到陌生的领域时刨根问底是非常有必要的习惯。不清楚一定要问，不要因为面子问题而假装很懂。你不能做到随时了解每一个知识，哪怕是这个领域的专家，也总有不熟悉的角落，就算是很通俗的问题不知道也没什么可不好意思的，一定要坦然的问出来。
下面介绍两个方法给大家
5W2H法
是二战中美国陆军兵器修理部首创，用五个以W开头的英语单词和两个以H开头的英语单词进行设问，发现解决问题的线索，寻找发明思路，进行设计构思，从而搞出新的发明项目，这就叫做5W2H法。
(1) WHAT--是什么?目的是什么?做什么工作?
(2) HOW --怎么做?如何提高效率?如何实施?方法怎样?
(3) WHY--为什么?为什么要这么做?理由何在?原因是什么?造成这样的结果为什么?
(4)WHEN--何时?什么时间完成?什么时机最适宜?
(5) WHERE--何处?在哪里做?从哪里入手?
(6) WHO--谁?由谁来承担?谁来完成?谁负责?
(7) HOW MUCH--多少?做到什么程度?数量如何?质量水平如何?费用产出如何?
经过以上7个问题的层层审核，便可认为这一做法或产品可取。
5WHY法
发源于日本丰田，一种不断问“为什么”来找问题根本原因的质量管理方法。没有规定5个“为什么”要问什么，网上流传着两个例子，共享给大家
这种思考工具最早是由丰田公司的大野耐一提出的。新闻发布会上记者问：“为什么丰田汽车的质量会这么好？”他说：“我碰到问题，至少要问五个为什么。”
据说有一次，大野耐一到生产线上视察，发现机器停转了。
于是他问了一个问题：“为什么机器停了？”员工答：“因为超过了负荷，保险丝断了。”
他接着问了第二个问题：“为什么会超负荷？”答：“因为轴承的润滑不够。”
第三个问题：“为什么润滑不够？”答：“因为油泵轴失灵了。“
第四个问题：”为什么润滑泵会失灵？“答：“因为它的轮轴磨损、松动了。”
第四个问题：“为什么磨损了呢？”答：“因为没有安装过滤器，混进了铁屑等杂质。”
一次刘润老师被邀请去参观中国火箭院，正当被那些火箭真品所震撼的时候，火箭院的梁小虹梁院长问了一个问题：你知道，为什么火箭的直径都是3.35米嘛？
见多识广的润总转身回答：因为火箭运输靠火车，火车涵洞的宽度，决定了火箭的直径。
梁院长又问：火车涵洞的宽度，又是由什么决定的呢？
润总想了想，回答：铁轨的宽度？梁院长又问：那铁轨的宽度，又是由什么决定的呢？
润总想了一会，这个还真不知道了。梁院长接着说：铁轨的宽度，沿袭了电车轨道的宽度；电车轨道的宽度，沿袭了马车车轨的间距；马车车轨的间距，接近两匹马屁股的宽度。也就是说，火箭的直径，是由马屁股的宽度决定的。
解决问题
如果能把问题定位到上面的力度上，那剩下的如何解决应该就简单了，但是还是要简单的讲一下如何真的动手解决问题。
首先，解决之前要做如下几步，将定义出来的问题重新梳理一下。
- 拆分问题
大的拆小的，小的拆出关键点 - 分类问题
你的、我的、他的、大家的，需要解决的、不需要解决的、无法解决的 - 聚合问题
A类的、B类的、同样的问题的不同表现
不管是拆分、分类还是聚合，都是为了将问题划分出可以执行的颗粒度。
划分出一个个颗粒度后，我们要制定出明确的处理计划来，包含：
每个颗粒的目标
阶段里程碑和检查点
资源保障情况
前后置条件
成果清单
列出备选方案
最后展现你超强的执行力吧。
生活和工作中我们总是会面临各种问题，这些问题会涉及我们的家人、朋友、同事、领导，他们都是我们生命中非常重要的组成部分，解决问题的质量在影响着我们身边这么多重要的人，所以不能只靠一时的脑力激荡，我们要重视起来，认认真真的去处理好每一个问题。
希望以上的分享对大家有帮助，Good Night！
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
彩蛋
上面的内容都基于一个假设 你明确的知道自己没有很好的解决问题
BUT现实是一般你不会知道
残酷的现实一般如下：
一
你不仅没发现自己解决不了问题，还得意洋洋的四处宣扬你是多么多么厉害，应对很多客户，虽然有现在一些问题，那都是前进道路上不可避免的曲折，不足为虑。
诊断这种情况：如果你觉得自己作出了所有的努力，但是情况没有本质的改善，90%的可能性是定位错了问题，这时候就该运用技能去转换角度、去刨根问底。
举个例子：某研发团队每天应对大量的客户需求，本应是一个基础平台，生生感觉像个二开部门。加班很厉害，人员也爆棚了，大家每天疲于奔命，每次接到新客户似乎又像从0开始了，运营中的客户投诉不断。
从他们那得到的解释是他们在很努力的加班，已经把能抽象的都抽象了，似乎问题是客户太个性，很无奈的，只能不断重新开发。
机缘巧合拿到一份系统的Copy，实际看完他们的系统有几个问题
- UI特别繁琐，缺乏引导和逻辑关系，必须经过专业的培训才能使用；
- 在代码规范上缺乏约束，底层代码一段乱麻，所有逻辑混在一起，导致开发难度大、开发质量很难得到保障。
为什么他们不能准确的定位问题呢，因为面对问题的部门负责人，看到自己的手下每天上班到凌晨，架构师也不断告诉他抽象了这个组件、那个组件，所以思考下来唯一的问题就是客户的问题了。
（很简单的例子，但是很可怕，一个上亿的成本买来的教训，似乎还在继续付出。）
二
所有人都看清了，就是不出手，你没忍住，出手了。
所有人都心里默念“终于有个傻子跳出来了”，然后积极的给你制造各种障碍。
这就是所谓的“劣币驱逐良币”了。
关于这个问题，我想重申上面的话题习惯
能力是种习惯，优秀也是种习惯
习惯就是一种不断的重复
不重复的人终归会失掉习惯
是金子总会发光的，不是金子总会暴露的，不要因为一时的政治正确而毁了自己。
可以注意方式方法来降低风险。
