多问一层
经常说的一句话，“程序员是解决问题的”，在面对一个奇怪的需求，比如“把一个猩猩送上太空”，与产品沟通的时候，不是如何实现、成本多少，而是多问几层，这个需求是解决什么问题？为什么会有这个问题？方案为什么是这样（其他考虑过的方案是什么）？甚至更近一步。比如产品说，解决的问题是为了让猩猩吃到香蕉，那为什么香蕉在太空？其他方案比如把香蕉拿下来为什么没有考虑？
换一种说法，做事情要对结果负责，对结果负责最重要先找到做事情的真正目的，真正需要解决的问题，需要分清哪些是过程、方案，哪些是问题。而不是上来就做，即使造了个火箭让猩猩吃到香蕉，但成本呢？
这种多问一层的方式，同样适用于沟通，有中方式叫事情说五遍，假如是领导或老师布置任务
- 第一遍，领导陈述
- 第二遍执行者复述
- 第三遍，执行者说出这事情要解决的问题
- 第四遍，执行说说出过程中可能出现的问题场景，和哪些问题需要向上同步，哪些场景自己处理
- 第五遍，执行者说出自己的想法，是否有其他的可能方式解决问题
在这五遍中，第三遍和第五遍都是多问一层的做法，解决什么问题？其他解决方案是什么？
在非暴力沟通中，非常重要的一步就是要倾听，找出对方为什么会有这样的情绪的原因，这个找出原因的过程也是多问一层的过程。
很多好的实践的方法论都是类似的，没有一眼看透本质能力，但至少需要有思考问题本质的习惯。