当你需要同时搞明白”哪里不对”和”该怎么办”时，批判性思维和问题解决要一起用。批判性思维检查证据、假设和解释；问题解决用这些理解去生成、比较、检验和修正行动。一个常见错误，是在还没定义问题之前就选好了解决方案。先从一个可观察的结果出发，把可能的原因和已经确认的事实分开，再定义”改善”长什么样。然后尝试一个与风险相称的行动，并复盘它的效果。这个过程是循环的：一次检验改变的可能不只是解决方案，还有你对问题的解释。
两者的关系
问题解决问的是怎么到达想要的状态。批判性思维问的是：你对当前状态的描述、对原因的判断、对效果的预期，是否站得住。
一个团队可以高效地解决错问题。比如实际的延迟发生在它自己的发货流程内部，它却去买更快的配送服务。这个行动针对的是运输时间，但真正的瓶颈可能在运输开始之前就有了。
OpenStax 对问题解决策略的解释区分了算法和启发式这类方法。下面这个实用流程是原创的职场例子，不是一个普遍最优的算法。
问题定义
用观察来定义问题。“客户不满意”可能是个有用的信号，但范围太宽，撑不起某个具体干预。“订单到达时间晚于承诺日期”就锁定了一个你能去查的结果。
把承诺内容、观察单位和时间范围都说清楚。你考察的是订单、客户，还是路线？问题是普遍发生还是只出现在某些情况？确认记录里的起止点是可比的。
| 说法 | 类型 | 下一步要查什么 |
|---|---|---|
| 有些订单没赶上承诺日期 | 观察，前提是记录能支持 | 核对日期，并确认纳入了哪些订单 |
| 快递太慢了 | 候选解释 | 把发货延迟和运输延迟分开 |
| 我们需要换一家快递 | 提议的行动 | 检查它是否对应了观察到的那类原因 |
| 提前发货就能解决 | 预测 | 设计一个有限范围的检验和相关的观察指标 |
这张表能防止某个解释或解决方案被偷偷塞进问题描述里。一个合格的问题描述，应该给不止一种合理解释留出空间。
实例拆解
下面这个配送问题是虚构的。一个团队发现反复有订单晚到，于是考虑三种可能原因：订单备货太晚、快递在预期时间之后才来取件，或者承诺的时效对某些路线本来就不现实。
搭一个简单的问题树：
- 备货： 订单是什么时候备好的？是什么拖住了它？
- 交接： 取件发生在备货完成之后的什么时候？
- 运输： 取件之后这条路线实际用了多久？
- 承诺： 在实际服务条件下，承诺的日期做得到吗？
检查一组范围明确的记录，其中包括正常送达的订单。只盯着失败案例看，你可能错过让它们变得特别的那些东西。把路线类型、包裹类型和异常情况都摆到明面上。
假设初步检查发现，有一簇订单是在取件截止时间之后才备好的。这个发现指向一次关于备货时点的检验。它并不能证明每一次晚到都是同一个原因。
团队提议对一组明确范围的订单，把一个可回退的备货步骤提前。他们记录下这个改动、由谁执行、以及观察期。同时还要看，提前备货是否带来了更多返工或错误。
另一个可能的行动，是为运输时间更长的路线调整对客户的承诺。这个行动针对的是问题的另一部分。要比较预期收益、成本和后果，而不是把某个看起来漂亮的修法当成万能答案。
当各阶段互相影响或形成反复出现的反馈时，系统思维有用。当有多个可行行动需要比较时，决策框架有用。
检验与复盘
OpenStax 关于决策质量的讨论支持对备选方案和假设做检查。把这些检查变成一次可观察的检验：
| 字段 | 原始教学例子 |
|---|---|
| 假设 | 备货晚会导致错过取件 |
| 改动 | 把一个备货步骤提到截止时间之前 |
| 预期结果 | 更多订单不再错过约定的交接时间 |
| 可能的副作用 | 如果之后还要改订单，返工会变多 |
| 负责人 | 对修改后那个步骤负责的角色 |
| 复盘证据 | 备货完成时间、取件时间、到达时间、返工量 |
| 修正条件 | 如果交接没有改善，或者副作用大于收益，就重新考虑 |
“改前改后”的结果有信息量，但未必能把干预的效果单独隔离出来。需求量、人员配置、路线组合或其他流程变更，可能在同一时间发生变化。要说清这个对比能证明什么、不能证明什么。
如果检验失败，回到解释本身：是假设的原因搞错了，是行动执行不到位，还是观察期不合适？不要在看到结果之后改目标，来保住你偏好的那个方案。
也别因为某一周结果好就宣布问题已经彻底解决。要按赌注大小收集足够多的相关证据，同时要意识到收集更多信息本身有成本。把停止条件和修正条件写清楚，整个过程会好管很多。
想了解这套工作背后的论断评估能力，看批判性思维。如果是想做个人练习而不是解决某个具体的业务问题，看如何提升批判性思维。
常见问题
每个小问题都需要批判性思维吗？
这些检查可以很简短。一个熟悉、可回退的问题，可能一次观察加一个简单调整就够了。当错误的解释会造成明显成本或伤害时，再多花点力气去查。
我该怎么停止分析、选一个方案？
找出那个可能改变行动的不确定性。如果进一步收集证据不太可能值回它的成本，那就选一个与风险相称的步骤，并带上复盘条件，而不是一直等到完全确定。
如果第一个方案失败了怎么办？
解释和执行两边都要看。记录这次检验揭示了什么，考虑其他可能，然后修正行动。一次失败是关于这次具体检验的信息，不是整个问题无解的证据。