116 lines
2.7 KiB
Markdown
116 lines
2.7 KiB
Markdown
# 问题求解能力
|
||
|
||
问题求解能力本质上就是：
|
||
|
||
把“当前状态”推进到“目标状态”的能力
|
||
|
||
所以，任何复杂能力，往下拆，最后都可以落到这一件事上：
|
||
|
||
* 先看清楚问题是什么
|
||
* 再设计求解路径
|
||
* 再执行并校正
|
||
|
||
## 描述
|
||
|
||
### 一、定义问题
|
||
|
||
先把问题说清楚，不然根本无从求解
|
||
|
||
定义问题，至少要回答：
|
||
|
||
* 目标：要达到什么结果
|
||
* 现状：现在是什么情况
|
||
* 差距：目标和现状之间差了什么
|
||
* 判断标准：怎样算解决了
|
||
|
||
也就是：
|
||
|
||
问题 = 目标状态 - 当前状态
|
||
|
||
### 二、求解过程
|
||
|
||
你写的这三个词非常关键：
|
||
|
||
* 目标
|
||
* 约束
|
||
* 对象
|
||
|
||
我建议把它扩成一个更完整但仍然极简的求解模型：
|
||
|
||
#### 1）目标
|
||
|
||
要解决到什么程度
|
||
是“可用”就行，还是“最优”
|
||
是短期目标，还是长期目标
|
||
|
||
#### 2）约束
|
||
|
||
不能忽略的边界条件是什么
|
||
例如：
|
||
|
||
* 时间
|
||
* 资源
|
||
* 规则
|
||
* 风险
|
||
* 能力上限
|
||
|
||
#### 3）对象
|
||
|
||
到底在处理什么东西
|
||
对象可能是：
|
||
|
||
* 事
|
||
* 人
|
||
* 系统
|
||
* 信息
|
||
* 资源
|
||
* 环境
|
||
|
||
#### 4）路径
|
||
|
||
用什么方法，从现状走到目标
|
||
也就是：
|
||
|
||
* 拆解
|
||
* 排序
|
||
* 试错
|
||
* 反馈
|
||
* 修正
|
||
|
||
## 一句话总结
|
||
|
||
问题求解能力 = 准确定义问题，并在目标、约束、对象之下，设计并执行有效求解路径的能力
|
||
|
||
## 这个框架为什么很底层
|
||
|
||
因为很多看起来不同的能力，其实只是问题求解能力在不同场景里的表现：
|
||
|
||
* 学习能力：解决“如何更快获得有效知识”的问题
|
||
* 决策能力：解决“在不确定条件下如何选更优方案”的问题
|
||
* 沟通能力：解决“如何让信息被准确接收并促成行动”的问题
|
||
* 管理能力：解决“如何通过资源配置达成目标”的问题
|
||
* 创新能力：解决“旧解法不够用时，如何找到新解法”的问题
|
||
|
||
也就是说：
|
||
|
||
所谓各种能力，本质上都是问题求解能力的场景化展开
|
||
|
||
## 继续压缩
|
||
|
||
可以直接压成一个公式：
|
||
|
||
问题求解 = 定义问题 × 构造解法 × 验证结果
|
||
|
||
再展开就是：
|
||
|
||
* 定义问题：目标、现状、差距
|
||
* 构造解法：对象、约束、路径
|
||
* 验证结果：反馈、迭代、收敛
|
||
|
||
## “原则”版本
|
||
|
||
你可以这样说：
|
||
|
||
> 人的终极核心能力只有一个：问题求解能力
|
||
> 所有其他能力，都是这一能力在不同对象、目标与约束条件下的具体表现
|
||
> 问题求解的前提是定义问题，问题求解的核心是围绕目标、约束与对象构造求解路径，并通过反馈不断修正，直到达成目标 |