Theory of Constraints（TOC）由 Eliyahu Goldratt 在《目标》中提出：系统的整体吞吐量永远由最薄弱的约束决定。找到约束、利用约束、消除约束——这个持续改善循环是提升研发效率、消除系统瓶颈最精准的路径。
大多数团队在优化效率时犯同一个错误：哪里感觉慢就优化哪里，结果是整体速度依然没有提升，甚至更差。Eliyahu Goldratt 在《目标》（The Goal）中通过一个制造工厂的故事揭示了这个悖论的根源：系统的整体吞吐量取决于其最薄弱的环节（约束），而不是所有环节的平均水平。
约束理论的核心洞见是：在任何时刻，每个系统都只有一个（极少数情况下几个）约束在限制其整体产出。优化非约束环节不会提升系统吞吐量——反而可能制造「局部效率的幻觉」（产生库存积压，在软件中表现为 WIP 积压）。真正的优化路径是：找到约束→充分利用约束→为约束让路→提升约束→回到第一步。
对产品团队，TOC 最直接的应用是研发流程管理：代码审查是瓶颈吗？测试是瓶颈吗？部署是瓶颈吗？产品经理和需求澄清是瓶颈吗？找到真正的约束，然后把全团队的精力聚焦在消除这一个约束上——这就是 TOC 的核心操作。
TOC 的核心是五个持续循环的步骤。关键字是「持续」：消除一个约束后，系统中必然会有新的约束浮现——这个循环永不终止，直到达到战略目标。
TOC 最适合在团队感觉「很忙但产出不多」时引入。任何「我们优化了很多但整体速度没有变」的情况，都是 TOC 能够帮助找到真正原因的典型场景。
Intel 在 1990 年代应用 TOC 优化晶圆制造产能的案例，是 TOC 从制造业到软件行业演化的重要节点——这个实践后来直接影响了看板（Kanban）方法和精益软件开发的诞生。
TOC 的实施从「绘制价值流」开始——你必须先看见系统全貌，才能识别真正的约束。以下五步是 TOC 五步聚焦法在产品研发场景的具体操作化。
约束理论（TOC）由以色列物理学家艾利·高德拉特于20世纪80年代创立，其独特之处在于他选择以商业小说而非学术论文作为首要传播载体。1984年出版的《目标》颠覆了传统效率管理思维，将"识别并突破瓶颈"确立为提升系统整体产出的核心原则，深刻影响了制造业、软件开发乃至产品管理领域。