00 问题定义总览：从现象到问题陈述

TL;DR：问题定义是七阶段闭环里最容易被跳过的阶段——团队看到现象就冲向方案，不检查"我们解决的到底是不是真正的问题”。问题定义的核心是把模糊的现象转化为可操作的问题陈述：明确目标（想要什么）、现状（当前在哪）、差距（差什么）、边界（不解决什么）。系统思维提供边界和目的，本专栏把“定义问题”独立深化为一套可审阅、可质疑、可修正的过程。

概念解释

问题定义

问题定义是把观察到的现象（“交付变慢了”“线上事故变多”）转化为一个可操作的问题陈述。它不解决现象本身，而是明确：目标状态是什么、当前状态是什么、差距在哪、谁受影响、边界在哪。一个被正确地定义的问题，它的陈述可以被多人一致理解、可以被质疑和修正、可以指向不同的解决方案而非只有一个。

为什么“看到现象就冲向方案”会失效

核心观点：爱因斯坦说“如果我有一小时解决问题，我会花 55 分钟定义问题，5 分钟想方案”。这不是说定义比方案更重要，而是说错误的问题定义会让任何方案都无效。

与系统思维的关系

系统、边界与目的 讲了“系统是观察者为某个目的选择的研究对象”。本专栏是那个思路的独立深化：系统思维提供“边界是判断”和“目的看行为而非口号”的透镜，本专栏把它们落地为可操作的问题陈述工具（5W2H、MECE、问题陈述卡、利益相关者地图）。

目录

问题定义的三层结构

关键纪律：问题陈述层最常出的问题是“把方案藏在问题里”。例如“我们需要增加 Redis 来解决缓存问题”——这不是问题陈述，这是预设了方案。正确的问题是“如何将订单服务读延迟从 200ms 降到 50ms 且不增加超卖风险”——它不预设方案，让多个解法可以竞争。

什么是问题被正确定义了

一个问题被正确地定义了，当且仅当：

1. 多人一致理解：不同角色读完问题描述后理解一致，而非各以为是。
2. 不预设方案：陈述描述的是“目标与差距”，而非“我们要做 X”。
3. 可被质疑和修正：边界、目标和利益相关者都可以被挑战并修正。
4. 指向多个可能的解决方案：如果问题陈述只有一个解法，很可能定义太窄或已包含方案。
5. 明确不解决什么：哪些在边界外、为什么暂时不管。

核心原则：问题定义不是一锤定音。它是可审阅的中间物——像 ADR 一样可以被质疑、被 supersede、被修正。定义错了不可怕，不检查定义才可怕。

与系统思维和其他专栏的关系

闭环关系：问题定义 → 系统建模 → 因果验证 → 决策与权衡 → 行动 → 复盘与学习 → 回到问题定义（复盘更新问题定义本身）。本专栏是闭环的入口——每次复盘都可能修正“我们当初定义的问题到底对不对”。

专栏学习路线

完成标准：能为一项真实工程问题写出一页可审阅的问题定义记录，含现象事实、量化差距、不预设方案的问题陈述、利益相关者地图和边界声明；能让未参与者读完理解一致、能指出定义的薄弱点。

适用边界

• 问题定义不替代根因分析：定义清楚“要解决什么”之后，机制不清仍需 因果分析与根因分析。
• 不所有问题都需要完整定义流程：简单故障直接修，不必套用完整定义仪式。完整定义留给跨团队、多方案竞争或反复出现的问题。
• 问题定义不是一锤定音：它是可审阅的中间物，应该在过程中被质疑和修正。
• 不预设方案是最难的纪律：大多数“问题定义”里藏着方案，需要刻意练习才能分开。

关联笔记

• 思维方法全景地图（本专栏在七阶段“观察→定义”阶段的位置）
• 系统、边界与目的（系统思维的边界和目的概念，本专栏深化落地）
• 因果与证据总览：从主张到可验证决策（问题定义的假设需要因果验证）
• 决策与权衡总览：从选项到可审阅的承诺（问题定义是决策的上游）

参考资料

• What is Problem Solving? — ASQ（含 5W2H 的定义与适用场景）
• 5W2H — AHRQ Digital Healthcare Research
• The Minto Pyramid Principle — Barbara Minto
• Are You Solving the Right Problems? — MIT Sloan Management Review
• Systems Thinking — SEBoK