引言
在解决编程过程中所遇到的问题时，我总感觉自己在面对问题时显得毫无头绪，对待问题时并没有显示出一个具有逻辑能力的人的所应当具备品质。经常坐在位置上等待思维自然而然的从各个角度去产生解决办法，我深深意识到这样的效率实在太低，有必要梳理自己的解决问题的方式并通过学习他人的经验来对原本的加以改进。原谅我写的令人稍感晦涩，一来文字表达能力确实不足，二来我相信，倘若真正想思索的人是不会被表象所束缚的。
我会尽量尝试说明清楚，但我仍然不清楚是否应当以自己为范本来加以说明解释。因为每个人都是不同的，但是我的解释会难免带有个人主观性，我担心个人经验的表述会因为我本人的无意识的倾向性而把您指向了不正确的道路。因此，下一段的个人经验表述仅做参考，请勿认为我表明了某种建议。
个人经验
说来惭愧，读了这么久的书，虽然习惯解题时有步骤的演算，但是这个习惯中却从未融进我的生活之中。现在想想生活中发生问题时，个人往往不是那么的气定神闲。而且相比于解题时的时间宽限，现实解决问题当然是越快越好。也许每个人都是下意识地尝试过像自己解题时一样的方法来去解答，但手头谁又会随时有纸笔来记录演算过程，而现实问题有哪里有什么可以依据的模板解答来进行套用每一种实际情况呢？因此我们也许在某种程度上算是放弃了正确的方法，转而依赖于直觉，直觉也许能算大脑累积经验的无意识计算结果，但就像我之前提到的那样，作为一个稍有逻辑的人而言，我确实不大相信思维在解决实际问题时，不能以某种方式对问题解析，反而只对高度抽象的东西，例如数学，有解析的能力。哪怕有一个不大完美，但自己能运用的实际问题的解析方式，那实在是再好不过了。人在成长，那么方法也就可以继续完善。
方法论
流程图1[1]
这是来源于网上的麦肯锡方法论资料里的一张图，结合其他资料[2]整理一下：
流程图2
之所以如此整理：
第4步的仍处于分析过程，产生不了工作计划，或者说应当是制定分析关键问题的流程计划。
而之所以对待问题需要如此认真，在我看来，最终目的确实应当是将处理问题的流程标准化，以期同样或类似问题出现时，能以最快的速度消解问题。
总结
至于第二步的对问题的详细拆解我想我无法提供一个有力的框架，因为问题就好像生活一样，领域太多，如我所碰到的最多问题是在编程方面的。我想，领域不同，条件不同，我如果随便给予指导，会使您陷入我的视野之中，这实在是非我所愿。
如果我准备好了，我会再另起一页来尝试对问题的拆解进行说明。本文不足之处还请不吝赐教。
参考网页：
[1] https://wenku.baidu.com/view/7d7ebe360b4c2e3f57276364.html?from=search麦肯锡-发现问题的七个步骤
[2] https://wenku.baidu.com/view/45a9ed4310661ed9ad51f3f8.html解决问题的九大步骤