谈一谈结构化思惟

本文首发于个人blog

最近一段时间在有意识的培养本身的结构化思惟，收益良多，这里总结一下。

结构化思惟指的是，把解决一类事情的过程整理出来条理化，下次遇到相似事情的时候就按照这个整理出来的”手册“套进去解决问题，而后在解决问题的中间再总结经验完善这份”手册“。

举个例子，若是线上出了问题怎么解决？

1. 看日志
2. 看下出现问题以前是否发布过项目，运维那边是否对基础设施作过更改，若是有改动先顺着这条路看下能否发现线索
3. 根据12步的线索来解决问题
4. 涉及相关人或者团队一块儿开总结会，讨论问题如何产生，尤为最重要的是后面如何避免相似的问题，讨论结果发邮件而且存档，后面能够关注下是否犯了相似的错误

每次线上出了问题都按照这个方式去排查。后面能够继续完善上面的方案，好比运维和开发如何更好配合从而最快时间把服务恢复。

如何发汇报邮件(如何突出重点，如何平衡利益相关方)，如何学习新技术(以前是否是总会陷入细节？)，如何推进事情(事情推进不走了如何处理)等等均可以总结一份”手册“供后面使用。

结构化思惟有两个明显的优势：

1. 更好的沉淀经验，尤为是能够触类旁通，处理了一个问题以后能够学会处理一类问题
2. 提升解决问题的效率，由于能够释放一部分脑力，面对一类问题咱们直接按照以前整理出来的步骤一步步解决就能够了，不用像无头苍蝇同样不知道如何下手

有人会问，这样子会不会致使思惟定势啊？

会有一点。不过我上面说了不是总结了一次就不再会变了，而是随着咱们去解决问题咱们会继续丰富这份解决问题的”手册“，这已经能够避免一部分思惟定势了，除此以外个人建议是多和其余人讨论沟通（写blog也算），保持 open mind，乐于接收相反的意见这样能够最大可能避免思惟定式。