技术之外：结构化思考
写方案感觉无处下笔；讨论问题时，别人听不明白要表达的意思；回答提问时，大脑一片空白，说一两句后就忘词。表面上看是表达能力不好，深层次的原因是我们需要结构化思考。
什么是结构化思考
我们整理房间就是把东西归类放整齐。结构化思考就是对杂乱的、碎片化的的信息进行整理，通过分类和分层形成有中心思想的层次结构。
overal-structure.PNG
结构化的的关键点就是【层次 + 关系】——纵向有层次，横向有逻辑。
结论先行
开门见山，开题明确点出要表达的观点和结论
以上统下
在这个层次结构里，越往上层越概括，越往下层越细节，上层是对下层的概括，下层是对上层的解释和支持。
归类分组
按照MECE（相互独立，完全穷尽）原则对思想进行分类。所谓MECE原则就是一个思想的论据1，论据2.....之间不重复，且所有论据都罗列完全。
逻辑递进
论据要按一定的逻辑顺序排列，常用的逻辑顺序有如下几种：
-
演绎逻辑
从大家公认的真理出发，论证一个特殊的问题。上学时解数学题，我们经常会“套公式”，“套公式”就是演绎逻辑，通过公式这个公认的公理推断出具体的问题。
应用场景：团队冲（撕）突（逼）
在日常工作中，团队之间的冲突时有发生，很多企业甚至鼓励团队之间良性对抗，如何化解冲突是开发经理，架构师的核心竞争力。下次遇到的时候，试试演绎法。
常用句式：按照领导定的团队职责，X功能属于你们团队负责，而这个需求是X功能的一部分，所以这个需求由你们团队交付。 -
问题-原因-措施 逻辑
这是演绎逻辑的扩展，在日常工作中经常遇到。
应用场景：问题复盘
某一天领导怒气冲冲地走过来对你吼：为什么写了这么多bug，给我好好复盘一下？ 我们该如何复盘呢？这时候就可以用“问题-原因-措施”结构。
- 理清问题：写了多少个bug，每个bug的影响范围，规避措施
- 分析原因：管理原因，技术原因，其中技术原因有可以细分为方案原因，开发原因，测试原因等
- 给出改进措施：针对存在的问题，给出解决方案
- 时间顺序，
按照时间先后顺序组织思想、时间顺序最典型的应用场景就是进度汇报，以周报为例：过去一周做了什么，下一周计划做什么。 - 步骤顺序
按照操作步骤组织思想。如何把大象装进冰箱？ 打开冰箱门-放入大象-关上冰箱门。敏捷软件开发倡导的TDD也是按照一定的步骤进行的，写测试—写代码—测试通过。
举例：过去—现在—未来，流程1—流程2—流程3，阶段1—阶段2 - 结构（空间）顺序
按空间布局描述。开演唱会的时候，歌手会在台上喊：左边的朋友....右边的朋友....楼上的朋友....让我看到你们的双手。
应用场景：方案介绍
介绍软件架构时，按照分层结构，从数据层-服务层-展示层逐一介绍。 - 重要性顺序
重要的先说，次要的后说，影响面大的先说，影响面小的后说。
如何进行结构化思考
可以采用"自上而下" 和 "自下而上" 两种方式把思维结构化
自上而下
先提出总结性的结论作为上层思想，然后分解问题，找论据支撑结论
top-to-bottom.PNG
自下而上
如果很难一下子理清思路，这时可以采用自下而上的方式，通过收集细节的、碎片化信息，然后对收集到的信息进行分类整理，最后用一句话概括出要点形成上层思想。
bottom-to-top.PNG
结构化思考可以帮助我们理清思路，建立对问题的全面，立体化认知。
组织好思路后，采用自上而下、总-分-总的方式表达出来，自然会让听众觉得表达清楚，思路清晰。
网友评论