10月10日到1010年在知乎上看到这个有趣的问题。首先这个问题不是为了考察建筑工程的知识,因为不是所有的面试官都有建筑工程的经验。我觉得这个问题是考察三种分析方法:合理性分析、结构性分析和可行性分析。
00-1010被允许争论工作场所需求和问题的合理性。拒绝一个不合理的需求实际上是节约资源和成本。比如产品经理提出业务需求,程序员用代码实现业务需求。在代码开发之前,每个人都会进行需求评审,首先评估需求的合理性,然后评估需求实现的细节。如果经过充分讨论,大家都认为这个要求不合理或者无法实现,那么这个要求就会被拒绝。
回到这个问题,800斤的牛过700斤的桥合理吗?那么我们可以从为什么、是否紧急、是否可以更换三个问题来问:
第一个问题:牛为什么要过桥?有哪些事情是必须要跨越的?有必要吗?
第二个问题:如果非要过桥,过桥是不是很急?急不能从长计议。
第三个问题:有没有别的选择,可以坐船还是绕道?
如果讨论的结果是牛可以绕着路走,那么我们就不需要考虑桥梁的承载力了。
00-1010如果讨论的结果是这头牛必须过桥,那么我们就要思考如何过桥的方案。在这里,我们可以用结构化的思维把大问题拆分成小维度,尽量不遗漏,不重复。影响桥梁的因素有几个:桥梁维度、奶牛维度、资源维度和环境维度。
桥梁尺寸:加固桥梁,使荷载大于800 kg。
牛的尺寸:等待牛的重量小于700公斤。
资源维度:用起重机运牛。
环境维度:取消环境的重力。
00-1010,我们从桥、牛、资源、环境等维度给出了方案,那么选择哪个方案呢?因此,我们需要评估可行性,在资源的约束下选择最合适的方案。
桥梁加固方案经济成本高,等待牛体重低于700公斤的时间高,难以取消环境重力技术。目前看来,吊车运牛的方案是最合适的。
1 问题分析
在这三个维度中,我们重点分析结构化思维,结构化思维的核心思想并不复杂:一件事可以概括一个中心思想,这个中心思想可以有三到七个论据支持,每个论据可以有三到七个论据支持。基本结构图如下:
在这里分析结构化思维是不够的,还要进一步分析结构化思维的内部结构,可以从纵向和横向两个维度来分析:纵向结构体现了结论优先和上述体系两个原则,横向结构体现了分类分组和逻辑递进两个原则。
2 合理性分析
3 结构化分析
结语第一个意思是在一开始就展现中心思想,让观众从一开始就明白传播的主要目的。如果中心思想隐藏在交流过程中,观众可能会因为注意力分散或交流信息过多而失去焦点,根本不知道你在说什么。结论预先有六个具体方面:
">假设一个同事代码发布上线后导致系统故障,如果不使用结构化方法是这么表述的:
这位同事中心思想是问题原因比较难排查,应该先回滚代码再分析问题,但是他把最重要的观点放在最后,不听到最后不知道他要做什么,而如果结论先行应该怎么表述呢?
我们比较两段表述不难发现,第二段表述结构清晰很多,信息传达效率显著提升,这就是结论先行的优势所在。
5.1.2 以上统下
以上统下是指任何一个层的思想必须是其下一层思想的总结概括,我们分析一个例子进行说明:小王今天需要买牛肉、鸡蛋、萝卜、果汁、白菜、牛奶、青菜、鸡肉、酸奶,但这么多菜品他记不住,请你想办法帮助小王。
第一步我们要对菜品自下而上进行聚合归纳,这是一个找规律的过程。第二步再以上统下进行结构化表达从而帮助记忆。
自下而上聚合我们不难发现,牛肉、鸡肉、鸡蛋属于肉蛋类,白菜、青菜、萝卜属于蔬菜类,牛奶、果汁、酸奶属于饮品类,这样聚合之后我们再以上统下进行结构化表达。
上述实例比较简单,因为元素之间的关联性比较容易寻找,但是真实场景是不会这么简单的,元素之间关联性并不容易建立,那么我们应该如何从中心思想展开至第二层?
金字塔原理推荐使用疑问-回答式对话,通过设问的方式向下展开结构。那么应该问哪几个问题从而涵盖中心思想的要点?我们可以参考5W2H分析法,尽量做到要点不缺失:
在这个模型基础上我们可以进行简化从而减少要素数量,这样更加有利于结构化表达和记忆。我们一般选取What、Why、How这三个核心要素组成2W1H模型。
5.2 横向结构
5.2.1 归类分组
(1) 归纳推理
我们一般用归纳推理和演绎推理两种方法进行归类分组,我们先看归纳推理。
归纳推理是指把观察到的事实、规律归纳总结为理论。这种推理方法是不严谨的,因为只要观察事实和信息是有限的,那么归纳推理出来的结论就不一定是正确的。这就是逻辑错误中常见的一种:错误归因。
欧洲人看到的天鹅都是白色的,那么他们就归纳总结说所有的天鹅都是白色的。当一只黑天鹅出现时,这个结论就被证明是错误的,这就是黑天鹅事件。
当然我们不可能观察到所有事实,收集到所有信息,而一般是为了解决某个具体问题,我们会收集侧重于某个角度的信息,建立特定模型去分析解决问题,这也不失为一种有效方法。
金字塔原理归纳推理一般有以下四种维度:时间维度、结构维度、程度维度、经验维度。时间维度是根据天然时间线进行归纳,结构维度根据组织结构进行归纳,程度维度是根据程度级别进行归纳,经验维度是根据已有经验进行归纳。我们分别来看上述四种维度的几种常见类型:
(1) 时间维度
事前、事中、事后
短期、中期、长期
(2) 结构维度
信息部、行政部、人力部
开发组、测试组、运维组
(3) 程度维度
高级、中级、初级
重要、次要、不要
(4) 经验维度
市场战略3C理论
市场决策4P理论
高扩展、高可用、高性能
我们选取时间维度和结构维度分析一个实例:怎样减少代码上线故障。从时间维度分析:事前需要做好代码测试,事中需要监控关键指标,事后需要进行分析复盘。
从结构维度分析:开发人员需要完备单元测试,测试人员需要做好边界测试,运维人员需要完善监控平台。
(2) 演绎推理
演绎推理是指根据公理、定理或者自己相信的观念,做出推理或者判断,得到结论。
这种方法从逻辑上来说是严谨的。命题A是真的,推理出命题B也是真的,那是因为命题B的真实性包含在命题A中。
需要注意在逻辑上严谨,不是说结论一定是正确的。例如自己相信的观念最终被证明是错误的,那么得到结论也就是错误的。
这是一种自上而下的推理方法,由已知的公理、定理或者观念向下推理。使用这种方法,需要在出现问题的领域有一定的经验和积累。
标准式演绎推理分为大前提、小前提和结论:所有鸟都会飞,这是一只鸟,所以它会飞。
演绎推理还可以分为现象、原因和解决方案三个要素:现象是开发代码质量不高,原因是没有统一代码规约,解决方案是制定统一代码规约。
5.2.2 逻辑递进
逻辑递进是指每种思想需要按照一定顺序进行排列,时间维度按照事前、事中、事后进行排列,程度级别按照高级、中级、初级进行排列。例如时间维度我们还可以继续使用怎样减少代码上线故障案例,按照事前、事中、事后时间线进行排列,这种顺序更加符合理解和记忆习惯。
6 文章总结
关于更多结构化思考内容请参看我的文章:金字塔思维怎么指导技术系统优化,回答这类问题结论不是最重要的,因为本质上是考察思考方法,所以思考过程才是最重要的。
内容来源网络,如有侵权,联系删除,本文地址:https://www.230890.com/zhan/40271.html