正确理解六西格玛：定义、好处和实践方法

六西格玛到底是什么？我觉得它不是一个工具那么简单

很多人第一次听到「六西格玛」，反应其实差不多。这个名字有点硬，有点像统计课里面才会出现的东西。什么 Sigma，什么标准差，什么百万机会缺陷数，听起来就很不友好。可是，如果真的把它放到企业里面看，六西格玛又不是单纯的统计学。它有统计的一面，也有管理的一面，还有一种很现实的东西：企业到底能不能把问题说清楚，然后一步一步把问题改掉。

我以前也觉得六西格玛就是一套工具。后来接触多了，反而觉得这个说法太窄。工具当然有，控制图、假设检验、过程能力分析、回归分析、FMEA、DOE，这些都可以算进去。但如果一家企业只是买了一堆工具课，员工学完了，证书也拿了，然后流程还是老样子，问题还是老问题，那这个六西格玛其实没有真正发生。只是培训发生了。

这句话可能有点直接，但现实就是这样。

六西格玛可以从几个角度理解。一个是指标，一个是方法，一个是管理哲学。这个分法挺常见，也确实有用。不过我不想一开始就把它讲得太标准，因为太标准的东西有时候反而让人睡着。我们先从一个简单问题开始：为什么企业需要六西格玛？

因为企业里面很多问题，不是没有人努力，而是努力没有打到真正的问题上。

比如交付延迟。销售说客户要求太急，生产说计划变来变去，采购说供应商不给力，质量部说返工太多，老板说大家执行力不够。每个人讲的都有道理，但整个系统还是乱。这个时候，如果只是开会骂人，或者要求大家「加强责任心」，一般不会有太大效果。因为问题可能不是单点错误，而是流程波动太大，输入条件太乱，标准没有建立，或者关键变量根本没有被识别出来。

六西格玛在这个地方的价值就出来了。它不急着让你喊口号，也不急着让你找替罪羊。它会逼你问几个很朴素的问题：问题到底是什么？客户真正关心什么？现在的数据是什么？变化来自哪里？哪个因素真的影响结果？改善以后怎样证明有效？以后怎样不反弹？

这些问题听起来不刺激，但很要命。

六西格玛作为一个指标：它先是关于波动

Sigma，本来就是统计学里面的标准差。标准差说白了就是数据的波动程度。一个过程如果波动很大，客户体验就不稳定。今天很好，明天很差，后天又正常，这种过程最折磨人。客户也不是只怕差，客户更怕不可预测。

比如一家咖啡工厂灌装咖啡粉。标准要求每罐不能低于某个重量。如果灌装过程波动很大，有些罐子就会低于下限，这就可能造成投诉，甚至召回。企业可能会说，那我把平均灌装量调高一点不就好了？对，短期可以。但这样又会多放很多产品进去，成本上去了。你看，质量问题很多时候不是质量部的问题，它一转身就变成成本问题。

这也是六西格玛有意思的地方。它不是只说「不要出错」，它会进一步问：为什么会有这么大的波动？这个波动来自设备、人员、材料、方法，还是环境？平均值有没有偏？过程能力够不够？Cpk 到底是多少？

讲到这里，很多人会觉得开始难了。确实，六西格玛有一部分就是难在这里。它不是凭感觉说「应该差不多」，它会要求你用数据说话。Cp、Cpk、DPMO、Sigma level，这些概念看起来像数学，其实背后都是同一个意思：你的过程有没有能力稳定满足要求。

可是也不能把六西格玛理解成「会算 Cpk」。会算不代表会改善。有些人把数据表做得很漂亮，图也做得漂亮，结论写得也像那么回事，但现场问题没有变。这个就很尴尬。六西格玛不是统计表演，统计只是帮我们少一点自我感觉良好。

六西格玛作为一种方法：DMAIC 是骨架，但不是机械流程

六西格玛最常见的方法框架是 DMAIC。Define，Measure，Analyze，Improve，Control。中文通常说定义、测量、分析、改善、控制。

这个框架看起来很线性，好像第一步做完才第二步，第二步做完才第三步。但真实项目通常没有这么干净。Define 阶段你以为问题定义清楚了，到了 Measure 才发现数据根本不能支持原来的问题；Analyze 做着做着，又发现客户需求其实被理解错了；Improve 做出来一个方案，现场一试，才知道原来有个班组操作习惯完全不同。于是项目又往回走一点，再补一点，再修一点。

这很正常。

DMAIC 的价值不在于让项目像考试题一样整齐，而是给团队一个不至于乱飞的方向。尤其在企业里面，很多改善项目一开始都很热闹，大家提了很多想法。有人说要换设备，有人说要加人，有人说要培训，有人说要改 KPI。每个想法看上去都合理，但如果没有数据和流程框架，最后很容易变成谁声音大听谁的。

DMAIC 至少让我们慢下来。先定义问题，不要急着解决。先测量现状，不要急着判断。先分析原因，不要急着拍脑袋。先验证改善，不要急着推广。最后还要控制，不然改善成果很快就会被日常工作吞掉。

我觉得很多企业失败，不是败在不会 Improve，而是败在太急着 Improve。问题都没量清楚，就开始改善。原因都没分清楚，就开始上方案。最后方案做了很多，效果也许有一点，但不知道为什么有效，也不知道下次还能不能有效。这个就不像管理，更像撞运气。

六西格玛作为一种哲学：所有工作都可以被看成过程

六西格玛还有一个更深的地方，就是它把工作看成过程。

这句话有点普通，但其实很重要。因为很多企业看问题喜欢看人。某某人不认真，某某部门不配合，某某主管能力不行。人当然重要，但如果一件事每个月都出错，每个新人都容易犯错，不同班组都出现类似问题，那它多半不是单纯的人品问题。它是过程设计问题。

六西格玛会鼓励我们把工作拆开，看输入、输出、客户、供应者、关键变量、控制点。你会发现，很多所谓「员工粗心」，其实是信息输入不稳定；很多所谓「沟通不好」，其实是流程接口没有定义；很多所谓「质量意识不足」，其实是标准模糊，反馈太慢，奖惩也没有对准真正的质量行为。

说到这里，我想到一个很常见的情况。企业推质量管理时，经常强调「人人有责」。这句话没错，但也很容易变成一句空话。如果人人有责，却没有清楚的流程、数据、权限、标准，那最后就是人人都可以被责备，但没有人真的能把事情改善。六西格玛比较不喜欢这种虚的东西。它更愿意问：这个过程的关键输出是什么？影响输出的关键输入是什么？现在怎么测？谁负责？异常时怎么反应？

这就实际多了。

当然，六西格玛也不是万能。它比较适合解决那些重复发生、有数据基础、过程变量可以被识别和改善的问题。如果问题本身极度模糊，或者企业只是想找一个听起来高级的词包装管理口号，那六西格玛也救不了。任何方法被拿来装门面，都会变形。

为什么很多企业学了六西格玛，却没有明显效果？

我觉得原因很多，但最常见的一个是：把六西格玛当成培训项目，而不是经营项目。

公司安排一批人去上绿带、黑带，学完以后考试，考试以后发证书，发完证书以后回到原岗位，继续处理原来的琐事。项目没人选，资源没人给，老板也不问，财务也不确认收益。过几个月，大家就只记得自己有一个证书。

这不是六西格玛的问题，这是部署方式的问题。

六西格玛如果要真正落地，高层承诺很关键。不是高层在启动会上讲两句话那种承诺，而是愿意把关键业务问题拿出来，愿意给项目资源，愿意让黑带推动跨部门工作，愿意用数据审视成果，也愿意忍受项目过程中一些不舒服的真相。因为六西格玛项目做深了，常常会碰到流程责任、部门边界、绩效指标冲突，这些东西不是基层员工可以自己解决的。

还有一个问题是，企业太喜欢追求工具完整性。今天学 MSA，明天学 DOE，后天学回归分析，好像工具越多越专业。可是改善不是工具堆积。一个项目可能只需要几张清楚的图、一组可靠的数据、一次扎实的根因验证，就已经足够推动改变。工具用得越多，不一定越好。工具用对，才重要。

这里有点像做饭。厨房里有很多刀具，不代表菜一定好吃。真正会做的人，可能一把刀就能处理很多事。当然，高级工具有高级工具的价值，但前提是你知道为什么用它。

六西格玛的收益，不只是减少缺陷

很多人讲六西格玛收益，会讲减少浪费、减少缺陷、减少波动、提升客户满意度。这些都对。

可是我觉得还有一个收益常常被低估，就是它改变组织讨论问题的方式。原来大家开会喜欢讲观点，后来开始讲数据；原来喜欢讲经验，后来开始讲验证；原来喜欢直接讲方案，后来开始先讲问题定义。这种改变不一定马上反映在财务报表上，但对组织很重要。

因为企业里面最贵的浪费，有时候不是库存，也不是返工，而是一群聪明人长期在错误的问题上努力。

比如客户投诉交付慢。团队一开始可能会想增加人手、延长加班、提高库存。但分析以后发现，真正的问题是订单信息经常变更，而且变更没有冻结点，生产计划每天被打乱。那这个时候再去要求现场提高效率，其实方向就偏了。问题在前端，改善却压在后端，这种情况非常常见。

六西格玛不是保证你一定找到真相，但它会提高你接近真相的概率。这个说法比较保守，不过我觉得更真实。

精益六西格玛：速度和稳定性要一起看

后来很多企业把精益和六西格玛结合起来，叫精益六西格玛。这个结合是有道理的。精益更关注流程、浪费、流动、节拍、价值；六西格玛更关注变异、缺陷、数据、根因。一个偏速度，一个偏稳定。当然这样说也不完全准确，因为精益也讲质量，六西格玛也讲流程，但大概可以这样理解。

如果一个流程很慢，但很稳定，客户还是不满意。如果一个流程很快，但波动很大，客户也不放心。企业真正需要的是稳定地快，或者说，在客户需要的时间内，稳定交付正确的东西。

这句话说出来很简单，做起来很难。

精益六西格玛的好处是，它不让企业只看局部效率。比如某个工序很快，不代表整体就快；某个部门成本降低，不代表公司整体成本降低；某个指标变漂亮，不代表客户体验变好。管理最容易被骗的地方，就是局部数字看起来不错，但整体系统并没有变好。

所以六西格玛项目最好不要只从部门方便出发，而要从业务痛点和客户关键需求出发。客户关心的是交付准不准、质量稳不稳、服务顺不顺、价格合不合理。客户不会关心你内部哪个部门 KPI 很努力。

证书有用，但证书不是终点

讲六西格玛很难不讲绿带、黑带、黑带大师。因为在六西格玛部署里面，这些角色确实重要。绿带通常参与或领导中小型改善项目，黑带负责更复杂、更跨部门的项目，黑带大师则更多承担方法论、培训、辅导和组织部署的责任。

证书有没有用？有用。至少它说明一个人系统学过这套方法，有基本语言和工具基础。尤其对工程师、质量人员、运营管理人员来说，六西格玛训练可以强化问题分析能力。它不是只帮你跳槽，也不只是简历上多一个词。更现实一点说，它会让你在公司重大改善项目里面更容易进入核心讨论。因为你听得懂数据，也能把问题拆开。

但证书也不是护身符。真正的能力还是要在项目中长出来。你有没有做过数据收集计划？有没有处理过脏数据？有没有发现过自己原来的假设是错的？有没有说服过跨部门团队接受一个不太舒服的事实？这些东西考试不一定完全考得出来，但项目会考你。

我见过一些人，工具题做得很好，一到现场就卡住。也见过一些人，统计基础不是最强，但问题意识很好，愿意追数据，愿意去现场，愿意把流程画清楚，最后项目做得很扎实。六西格玛需要统计能力，但也需要现实感。没有现实感，统计会变得很空。

最后，我更愿意把六西格玛看成一种组织修炼

说到最后，六西格玛是什么？

它是指标。因为它告诉你过程波动和缺陷水平。

它是方法。因为 DMAIC 给了你一套解决复杂问题的路径。

它也是哲学。因为它让企业相信：工作可以被看成过程，过程可以被测量，波动可以被理解，问题可以被改善，决策应该尽量基于事实。

但我还想补一句，它也是一种组织修炼。这个词可能有点大，但我暂时想不到更合适的词。它训练组织不要太快下结论，不要只凭职位判断对错，不要把所有问题都推给人，也不要把改善当成几句口号。它让组织慢一点，看清楚一点，再动手。

当然，现实里面不可能每个问题都做成标准 DMAIC 项目，也不可能每次都有完美数据。企业每天都很忙，客户在催，老板在催，现场也在催。可是即使在这种情况下，六西格玛的思维仍然有价值。哪怕你只是多问一句「这个问题有没有数据支持」，或者「这个原因验证过没有」，或者「改善后怎样防止反弹」，管理质量就已经不一样了。

六西格玛最怕被神化，也怕被简化成工具包。它没有那么神，也没有那么浅。用得好，它是企业改善经营质量的一套硬功夫；用得不好，它就会变成培训记录和证书墙。

所以真正的问题不是「六西格玛有没有用」。真正的问题是：企业有没有准备好，用一种更诚实、更数据化、更系统的方式面对自己的问题。

这个问题，比六西格玛本身更难。