从注重快速提出解决方案转变为清晰定义要解决的问题

4月24日下午，和其他同事一起解决一个程序问题。对我而言，这个过程的最大魅力不是解决问题，而是发现和（重新）定义问题。

结合最近开展的“构建劣势地图”、“搞基建”等复盘活动，明确提出了要加强团队“从注重快速提出解决方案转变为清晰定义要解决的问题”这方面的建设。

作为研发人员，遇到问题，每个人都有抑制不住的冲动，想要快速跳入问题的解决方案中，快速解决问题让其看起来特别有“价值”。

另外，具体到生产问题，现实环境也要求我们快速给出解决方案，快速止血。

以上都无可厚非。

除此以外，更进一步想想，如果没有清晰定义好问题，快速解决了这一个问题似乎还差点意思？

有经验的人都知道，清晰定义一个问题很难，而且清晰定义要解决的问题到最后不止是一个结果，更重要的是这个过程。

在这个过程中，相关干系人一起通过不同侧面的拼接而接近问题的本质，一起从发散思维，到收拢思维；从提出更多问题、产生冲突，到相互验证、去伪存真、得到共识。

需要注意的点：

• 面对复杂的问题，打开思路，再进行聚拢思路时，很容易迷失方向。这个时候，需要尽力内化所有的信息，然后进行信息连接，结构化。要好好利用起来画图这项武器。

• 注意“知识的诅咒”。当个人掌握了某个领域的知识或技能后，很难再想象出自己在不了解这些知识或技能之前的思考和理解方式。另外，在与干系人沟通时，潜意识中认为对方也拥有相同的背景知识，从而导致信息偏差。

仅以此记录一下心得。