工作中分析解决问题的方法论

本周工作中遇到一个诡异的问题，花了2天时间和多个同事后台后才最终定位并解决了问题，这个问题让我意识到经验容易过时，方法论不容易过时，当经验不起作用时，可以从方法论上找解决之道，结果不会令你失望。

这里我说的方法论其实是借鉴的麦肯锡的问题解决7步分析法：

本周遇到的问题是线上的所有仿真环境. debug 不好使了，我们负责的系统很久没有改动了，所以也在猜测是哪里有问题，没有好的侦查方向，初步定位是我们底层的操作系统升级导致触发的，其实不是的。过程中还想着改底层系统镜像来修复，后来一个业务线的同学问了一个好问题 '影响范围是什么', 这个问题让我停止了之前的分析方向，转向了影响范围，收集 case 并分析数据，最终解决了问题。

这个过程中我最大的感触是没有梳理好全部数据就开始干活是非常愚蠢的，没有任何章法。如果严格按照上面麦肯锡的方法只需前2个步骤就可以发现问题了，定义问题边界，也就是影响范围，如果这个问题思考清楚了，离问题答案也就很近了。麦肯锡的分析解决问题方法是非常高级的方法论，以后要经常练习，多问问自己几个问题:

1. 当前问题的影响范围是什么?

2. 影响用户有哪些，收集齐全么, 有遗漏的么?

3. 我们有哪些变动、有没有我们不知道的变更?

4. 根据上述信息进行逻辑推理, 可以排除哪些信息，为什么，哪些是可以的因? 如何论证?

工夫在诗外，这句话在这个场景里也非常应景。麦肯锡的工作法在全世界都是非常有名的，他们解决的都是企业难题，应用在我们遇到的工程问题上，有异曲同工的妙处。

忘却经验主义，不断地更新自己，加油。。。