每个部门都达标，客户却在等

这些场景不是故事集。它们是判断入口：遇到类似局面时，该从哪个原则切进去。

交付周期长，但每个部门都说自己很快

一个电子产品从接单到发货要六周。拆开看，每个部门的处理时间加起来不到五天。

剩下的时间去哪了？

等待。等审批、等排产、等上一道工序出完整批、等质检报告。每个部门的效率指标都合格，但零件在部门之间的旅行时间被所有人忽略了。

切入点是价值流图。把产品从接单到交付的全过程画出来，包括每一段等待。画完之后，瓶颈位置通常和管理层直觉不一样。不是某个部门太慢，是部门之间的接力在制造等待。

误判信号：管理层觉得"加人就能快"，或者"催一催就好了"。如果催完之后下个月又慢了，问题不在人，在流程。

仓库堆满了货，客户要的型号偏偏缺

这是推式生产的典型后果。生产计划根据预测安排产能，预测准的型号堆成山，预测不准的断货。

切入点是拉动原则。不按预测安排批量，按客户实际订单触发生产。保持小批量、快切换，让产线在不同型号之间灵活调度。

丰田的看板系统就是拉动的具体实现。下游消耗一个，上游补一个。库存从"预测的产物"变成"需求的缓冲"。

容易踩的坑：管理层把拉动等同于零库存。拉动不是消灭库存，是让库存跟着需求走而不是跟着预测走。直接砍库存不改流程，只会让缺货更严重。

质量问题反复出现，每次都追到个人

一条产线上，同一个缺陷类型连续三个月出现。每次都追到操作员，写整改报告，做培训。

下个月又来了。

换个视角：不先追人，先追流程。批量大的时候，一个工序出了问题，要等整批做完才发现。等发现时，几百件已经过了。

缩小批量——从五百件降到五十件甚至单件——问题在发生的当下就会浮出来。发现得快，修正成本低，也更容易找到根本原因而不是表面责任人。

分界线：同一类缺陷在同一工位三次出现，大概率是工序设计问题，不是操作员能力问题。

改善活动搞了一轮，三个月后恢复原样

精益改善周是一种常见做法：请顾问来，开三天会，重排工位，清理现场。效果立竿见影。

但三个月后回去一看，又变回了老样子。

沃麦克和琼斯对此的判断是：改善如果只停在"流动"这一步，没有建立拉动机制和持续改善循环，退化是必然的。

五大原则是一条链。只做到第三步而没有第四步的约束和第五步的驱动，改善成果没有锁定机制。就像减肥只节食不运动，反弹只是时间问题。

判断点：改善活动结束后，问一个问题——"下一次改善什么时候做？"如果答案是"等有问题再说"，退化已经开始了。

新产品开发越来越慢，没人能画出全流程

这个场景离车间远，但价值流分析同样适用。一个新产品从立项到上市要十八个月。项目经理觉得是研发慢，研发觉得是需求不清，市场觉得是审批太长。

画一张开发价值流图：从市场需求到产品交付，每个环节谁负责、耗时多长、等待多久。

和制造流程一样，开发流程中的等待时间往往远超实际工作时间。会议等排期、方案等审批、原型等测试——都是可以压缩的。

边界提醒：开发流程的不确定性比制造高得多。在需求尚未稳定的早期阶段，强行画价值流图可能过早固化流程。五大原则在开发领域的适用起点，是需求已经相对清晰的执行阶段。