如何识别流程中的瓶颈
如何识别流程瓶颈：绘制整条流程，找出工作排队堆积的位置而不是人员忙碌的位置，并把真正的约束与返工、等待区分开。内附实时示例。
运作方式
先绘制整条流程，再去测量任何东西
只看一个团队的步骤是找不到约束的，因为它前面的队列按定义属于别人的问题。先用泳道画出端到端的流程；在收集到任何数据之前，形态本身通常已经提示了答案。
找出队列
对每个步骤都问：前面有多少事项在等，其中最早的一件已经等了多久。这两个数字识别约束的速度快过任何计时练习，而且通常可以从已经在跟踪这些工作的系统里直接取出。
把返工与吞吐量分开
沿着图中的每一个循环走一遍。一件事项走两遍就会占用约束两次，所以百分之二十的返工率就是砍掉百分之二十的产能。这是穿着产能外衣的质量问题，给受约束的步骤加人并不能解决它。
标出您无法控制的等待
等待客户、供应商或承运商的时间是真实的日历时间，却不是人手问题。把这些步骤放进它们自己的泳道，讨论时才能把可以排期绕开的和真正能改变的区分开。
检查汇合点
几条分支汇入同一个步骤时，该步骤就继承了它们全部的到达率。这类地方经常被漏掉，因为每条分支单独看都还应付得来。流程图能让汇合显形，而按团队出的报表做不到。
先修复，再重新绘制
缓解一个约束，必然把它推到别处。在收拾完第一个瓶颈之前就要为第二个做准备：改动之后重新走一遍流程图，并预期队列会重新出现在下一个需要判断的步骤上。
常见问题
什么是流程瓶颈？
它是流程中工作到达速度快于其离开速度的那一个步骤，于是它前面形成队列，而下游每一个步骤都在低于产能地运行、等待。任何流程在任一时刻都只有一个约束，这正是瓶颈分析比笼统的效率工作更有用的原因：改进其他任何地方，都不会改变整体速率。缓解了它，约束就会转移，通常转移到下一个需要判断而非单纯执行的步骤。
我该怎么找出流程中的瓶颈？
去看工作在哪里等待，而不是人在哪里忙碌。两个问题就能找到它：每个步骤前面排着多少事项，其中最早的一件已经放了多久。流程图正是让这两个问题能够端到端被回答的东西，因为受约束步骤前面的队列，通常压在与拥有该步骤的团队完全不同的另一个团队身上。相比之下，利用率数字在哪里看起来都差不多。
瓶颈和延误是一回事吗？
不是，把两者混为一谈会让改进工作走错地方。瓶颈是产能约束——工作到达快于离开。延误还可能是等待外部方、把事项攒到周五再处理的批量规则，或者接收方没有被通知到的交接。这些要靠改变触发条件或排期来解决，而不是靠增加产能，而能把它们区分开的正是流程图。
找到瓶颈之后我该做什么？
按这个顺序：先停止把本不该进来的工作喂给它，因为一道松垮的入口闸门是最便宜的修复；然后清除返工循环，因为一件事项走两遍就会占用约束两次；接着把不需要它那种专业判断的工作从它身上拿走。增加产能放在最后，因为它是最昂贵的选项，而且约束只会在下一个需要做决定的步骤上重新出现。