六西格玛项目为什么常常"改善完就反弹"

做了这么多年六西格玛项目咨询，最常见的一种挫败感是这样的：

项目做得漂漂亮亮，不良率从 4.2% 降到 0.8%，领导表扬，团队拍照。半年后再去看，不良率回到了 3.5%。

改善是真的，反弹也是真的。

问题几乎总出在 C（Control）阶段

DMAIC 五个阶段——定义、测量、分析、改善、控制。前四个通常做得很热闹，因为看得见成果。第五个"控制"最容易被草草收场，因为项目已经"成功"了。

控制阶段要做的事，比很多人想的琐碎：

• 把新的操作方法写成标准作业程序，并且培训到每一个相关岗位
• 在工艺文件、点检表、控制计划里更新相应内容
• 设置监控指标和预警线，明确谁看、多久看一次、异常了怎么办
• 把改善中发现的关键参数加入日常管控

这几件事没有一件是"技术活"，全是苦活、细活。但它决定了六个月后你还在不在原地。

改善是把山头拿下来，控制是在山头上驻军。

三个最典型的反弹原因

一、换了人，没人知道新做法

这是排第一的原因。改善后一个月，主力操作工调岗了，新来的人按老办法干。

根子在于：新方法没有写进新人培训材料，也没有写进岗位作业指导书。老员工知道，是因为他们参与过项目，但组织知识没有沉淀。

对策很直接：项目结束前，必须完成作业指导书修订和一次交接培训。这一项没完成，项目不算结项。

二、监控指标没人看

很多项目设置了监控指标，画了控制图，然后……就没有然后了。

控制图贴在车间墙上，前两周有人看，一个月后落灰。

有效做法是把指标接进日常管理系统。比如班前会要报，或者并入原有的设备点检表。不能新增一套独立系统，否则一定被边缘化。

三、上游一变，下游全废

有些改善依赖特定前提。比如某个参数的调整，前提是来料批次稳定性提升。如果供应商换了、来料波动变大了，原来的参数就不适用了。

这类反弹最隐蔽，因为改善本身没问题，是前提条件变了。

对策是在控制计划里写清"适用条件"，并明确什么情况下需要重新评估。这一条经常被漏掉。

一个实用的检查方法

项目做完之后，做一次"三个月后模拟"：

假设我现在是一个新来的操作工，第一天上班。我能不能从现有文件里，知道该怎么做？

如果答案是不能，说明知识没有沉淀。

再问一个：

假设我三个月不看这个项目，怎么知道它有没有跑偏？

如果答案是"不知道"，说明监控没接进去。

两个问题都答得上来，反弹的概率会小很多。

说回黑带的能力要求

中国质量协会的黑带认证要求学员独立完成一个改善项目，并且要能说明项目收益如何验证、成果如何保持。

这个要求看起来严，其实很务实。因为企业真正需要的不是一次漂亮的改善，而是一条能持续运行的产线。

会做项目的人不少，能让项目成果活过一年的，才是黑带真正的门槛。