thinking-theory-of-constraints

约束理论

吞吐量受限的系统只有一个制约因素。只改善这个因素；对非制约因素进行局部优化是在浪费精力，而且往往会增加在制品（WIP）。

适用场景

• 有延迟或吞吐量目标，且某个阶段主导了耗时或速率。
• 工作积压在某个阶段之前，下游阶段闲置。
• 在其他地方增加产能或人员，无法提高端到端产出。
• 需要有序的计划：先以低成本充分利用，再投入资源提升产能。

不适用场景

• 负载分布均匀，没有哪个阶段占主导——使用系统方法分析相互作用。
• 问题在于正确性或故障，而非流量速率——调试故障。
• 由于耦合或争用，瓶颈每次运行都在变化，没有稳定的阶段——采用系统或并发设计方法，而非五步聚焦法。
• 已知制约因素，且已有低成本的解决方案——直接实施，无需繁琐流程。

流程

1. 定义流程和目标。 指明工作单元（请求、任务、PR、记录）和关键指标（端到端速率或延迟）。
2. 依据证据识别制约因素。 比较各阶段的利用率、排队／等待情况和吞吐量。制约因素的信号包括：利用率接近 100%、队列最长、阶段速率最低、工作在此积压、增加输入却无法提高系统产出。优先采用测量得出的速率，而非主观判断。如果两个候选阶段不相上下，就选提升后能最先提高系统吞吐量的阶段。
3. 充分利用（无需大量投入）。 尽可能提高制约因素的产出：减少闲置，去掉制约因素上的非必要工作，减少返工／设置耗时，保障其时间，提高制约因素处的质量，避免产出浪费。投入资源前先估算收益。
4. 让非制约因素服从制约因素。 按制约因素的速率安排上游节奏；不要让在制品泛滥。让其他阶段服务于制约因素（做好准备、明确要求、立即响应拉动）。拒绝会让制约因素前队列增长的局部利用率目标。
5. 只有仍未达标时才提升产能。 最大限度充分利用后，投资提升制约因素的产能（人员、工具、分片、并行路径）。选择成本最低且足够的提升方式。
6. 重新检查（防止惯性）。 提升产能或大幅提高利用程度后，重新测量所有阶段——制约因素往往会转移。返回第 2 步。不要继续优化旧的制约因素。

停止条件： 制约因素、证据、充分利用计划、从属规则以及是否提升产能的决定都已明确；或者已不存在单一制约阶段（转而采用系统方法）。

输出

system_goal: <throughput/latency objective>
flow: <stage sequence>
constraint: <stage or resource>
evidence: <utilization / queue / rate facts>
exploit: <actions, expected gain>
subordinate:
  - stage: <name>
    change: <how it serves the constraint>
elevate: <none | option + cost/gain>
next_constraint_watch: <what to remeasure after change>

验证

• 证伪： 如果提升指定阶段无法提高系统吞吐量（说明另一个阶段已构成上限），则识别有误。如果优化非制约因素改变了端到端速率，则重新识别。
• 停止： 充分利用尚未达到极限前，不要提升产能。不要为了“以防万一”而优化多个阶段。
• 避免过度应用： 一次只处理一个制约因素。上游闲置产能不是需要填满的问题。没有制约阶段、纯粹由多重循环涌现的问题，不要套用 TOC 术语。