OPTIMIZE METHOD
瓶颈理论（TOC）
THEORY OF CONSTRAINTS系统产出由最紧约束决定，先让瓶颈真正变宽。
什么时候该用，什么时候别用？
- 流程有排队、积压或吞吐问题
- 各团队都很忙但整体交付仍慢
- 局部优化没有改善结果
- 目标和流程边界尚未定义
- 把最吵的问题误认为瓶颈
瓶颈理论（TOC）的具体操作步骤
按顺序完成；每一步都要留下可以复查的文字或证据。
- 01
识别约束
沿完整流程测量到达率、处理率、等待和在制品。
哪个环节限制最终吞吐？
- 02
榨取约束
减少瓶颈空闲、返工和低价值工作，不先增加资源。
瓶颈时间是否都用在最高价值任务？
- 03
迁就约束
让上游按瓶颈节奏输入，让下游保护瓶颈产出。
其他环节怎样减少瓶颈干扰？
- 04
提升并循环
仍不足时增加能力或改变结构；改善后重新测量新约束。
旧瓶颈解除后，新的限制在哪里？
跟着一个例子完整走一遍
原始问题
内容团队每周只能发布 6 篇文章。
- 1
数据显示写作 20 篇，法律审核只能处理 6 篇，积压在审核前。
- 2
先用风险分级模板减少低风险全文审核。
- 3
编辑提前自检，避免法律团队处理格式问题。
- 4
吞吐升到 14 篇后，瓶颈转到配图制作。
得到的结论
没有继续招聘作者，而是先释放真正限制发布量的审核能力。
复制后直接填写
第一次不用追求完美，先把空白处填出来，再根据证据修改。
系统目标/吞吐：【】
流程各环节处理率：【】
当前约束及证据：【】
榨取动作：【】
迁就动作：【】
提升动作：【】
下一次测量日期：【】看似在用，其实容易用错
- 把资源利用率最低的环节当瓶颈
- 只提升瓶颈，不让上下游配合
- 瓶颈移动后仍沿用旧优化重点