断集就是不要让问题积累起来，问题一出现我们就要去解决。


我们看一看在敏道的PMC（计划物控）运作中，有多少断集的动作。
订单评审就是断集。订单一来，我们就要把这个订单在生产过程可能遇到的问题预先进行一次排查，我们敏道提倡的断集动作就是排查。订单一来，各个部门一起对这个订单在生产过程中可能出现的问题做一个大面积的排查，然后形成订单进度管制表，每天进行更新，所有的订单现在到了那里？我们都要清楚的知道每个订单的进度，这就是断集：让整个订单的进度清清楚楚。
这就相当于我们铁道部一样，各个铁路局都会有一个大屏幕，这个大屏幕上各个列车在什么位置都会一清二楚，这样还会撞车吗？我们现在企业里面现在就像铁路局没有这个大屏幕一样，那个车在哪个位置都不清楚，看到车来了就让，这样行吗？
铁路不比公路，公路可以由司机来决定是超车还是让车，铁路是不可以的，铁路我们看见障碍物了才停车，那就会经常撞车。
我们现在企业里面整个的生产运作就像是开汽车，每一个车间主管、采购员、仓管员就相当于司机，看见车来了就让，或是看见车来了就追。让也好、追也好，踩油门、踩刹车都由各个司机说了算，所以就堵，就塞。
我们为什么要强调PMC（计划物控）的作用？因为工厂的运作是铁道运作，而不是公路运作，我们PMC就是铁路的总调度。
PMC这个总调度要掌握主盘情况，就需要一个大屏幕——订单进度管制表。
所以，订单进度管制表是做好PMC最基础的东西。
订单进度管制表就是把整个订单的到底做到那里，做的怎么样？有什么问题都一清二楚显示出来，这张表每天必须更新，因为每天都会发生变化。我们通过每天进行更新、排查，来进行断集，不让问题集起来。
除了订单进度管制表、订单评审以外，我们敏道PMC的月排查、周排查、七天连续滚动排查都是断集。为什么？因为每排查一次就把问题找出来一次，每排查一次找出来一次，这样频繁查下去，问题就不会累积了。
日计划也是我们的断集方式。
我们很多企业经常讲一句话：我有异常，所以不能做日计划。
这样想就错了。我们认为，正是因为你有异常，所以才要做日计划，因为要通过日计划把你的异常明白无误的找出来：到底有哪些异常？到底有多少异常？异常到什么程度？
因为我们的日计划是根据你的正常产能做的，如果昨天的产能非常之低，我们就知道这个异常非常之严重，我们就不是只知道异常，而是知道异常给我们造成的损失有多大，我们解决异常的方案就会出来。
我们有一个企业某个工序因为少两个技术工人，成为了瓶颈。这一点大家都知道，但都不以为然。当我们按正常产能把日计划下下去之后，我们发现因为这样一个瓶颈工序我们损失了多少产能呢：该做2000个，我们只做到了200，损失了1800个的产能。
老板这时候惊醒了：马上宣布，介绍一个这样的技术工来介绍费就给一万，这样问题马上就解决了。我们不通过日计划，不知道损失多少产能，老板就不可能下那么大决心。
我经常说一句话：跟老板说话要拿钱说事，不要拿道理说事。我们很多管理人员懂很多道理，天天想跟老板讲道理，但老板不讲道理，他讲得是经济效益。
所以，我们要能够通过日计划把我们的异常反应出来，异常反映出来就是断集，就可以让异常不要累积起来造成我们出不了货。
我们的工序对单、车间对单也是断集。因为一对单就知道是什么快了，什么慢了，不该快的让它慢一点，不该慢的让它快一点，这也是断集。
对单包括包装车间跟业务的对单，包装车间跟前车间的对单，工序和工序的对单等。对单完了后我们就能形成非常重要的清单、清尾的日计划，就可以让尾数不要累积起来，成为我们出货的障碍。
很多企业拿着尾数很头疼。尾数从哪里来的呢？原因就在于我们没有及时清单、清尾。
断集就是让我们把问题掐灭在萌芽状态，这样能很轻松的解决问题。我们现在很多企业经常被问题掐死，是因为什么呢？因为我们让它长成了庞然大物。