2. 流程与变异的基础语言

六西格玛的所有分析都建立在一套共同语言之上。如果团队对“流程”“客户”“缺陷”“变异”这些词的理解不一致,后续的测量、分析和改进就会各说各话。本节先把这套基础语言讲清楚,再重点区分两类变异,并给出在实际流程中识别变异现象的方法。

一、流程的基本结构:从输入到输出的转换

流程(Process)是把输入转化为输出的一组相互关联的活动。它有三个必备要素:输入(Input)、活动/转换(Process)、输出(Output)。输入是流程消耗的资源,包括物料、信息、人员、能源、方法;输出是流程交付的结果,包括产品、服务、信息、决策。任何流程都可以用一句话描述:谁把什么输入经过哪些活动变成什么输出交给谁。

以“客服工单处理”为例:输入是客户来电录音、客户账号信息、历史工单记录;活动包括身份核验、问题分类、方案匹配、回复客户、工单归档;输出是已解决的工单、客户满意度评价、问题分类统计。这里的“客户”既包括外部客户(来电的用户),也包括内部客户(依赖工单统计做产品改进的研发部门)。识别内部客户常被忽略,但它是流程边界划分的关键。

二、客户、CTQ与单位:把需求变成可测量的语言

客户(Customer)是接收流程输出的人或组织。客户对输出的要求中,真正影响其购买、使用或满意度的关键特性,称为关键质量特性(CTQ,Critical to Quality)。CTQ必须可测量、可判定,否则无法用于改进。把客户模糊的抱怨翻译成CTQ,是六西格玛最基础也最关键的一步。

例如客户说“你们回复太慢了”,这不是CTQ。翻译过程是:客户要求 → 可测量的特性 → 规格。可得到CTQ:“工单首次响应时间”,规格为“≤30分钟”。再如客户说“账单老是出错”,可翻译为CTQ:“账单金额准确率”,规格为“≥99.9%”。

与CTQ配套的是单位(Unit)和缺陷(Defect)。单位是被检查的对象,可以是一件产品、一次交易、一张工单、一份账单。缺陷是单位上任何不符合规格要求的地方。一个单位可能有多个缺陷,也可能没有缺陷。由此引出两个常用指标:

  • 缺陷率 = 缺陷数 ÷ 检查机会数;
  • 单位缺陷数(DPU) = 缺陷总数 ÷ 单位总数。

举例:某月处理工单2000张,每张工单检查5个CTQ(响应时间、分类准确、方案正确、回复完整、归档及时),共10000个检查机会,发现缺陷150个。则缺陷率 = 150 ÷ 10000 = 1.5%,DPU = 150 ÷ 2000 = 0.075。这两个数字含义不同:前者衡量“每个机会出错的可能性”,后者衡量“每张工单平均带多少缺陷”。

三、普通原因变异与特殊原因变异

变异(Variation)是流程输出中不可避免的差异。没有两个输出完全相同:同一台设备不同时间加工的同规格零件尺寸会有微小差异,同一位客服不同时段处理同类工单的时长也会不同。关键不是消灭所有变异,而是区分变异的来源,因为两类变异的处理方式完全不同。

普通原因变异(Common Cause Variation)是流程本身固有的、由大量微小因素叠加造成的变异。它稳定、可预测,属于“系统本来就这样”。例如:同一工单处理流程中,不同客服的响应时间在25~35分钟之间波动,且波动模式长期稳定。普通原因变异由系统设计决定,靠调整某个操作员或某台设备无法解决,必须改变流程本身。

特殊原因变异(Special Cause Variation)是由偶发、异常、外部或非系统因素造成的变异。它不稳定、不可预测,属于“系统出了状况”。例如:某天系统升级导致工单响应时间突然飙升至90分钟;某位新员工操作不熟练导致连续多张工单分类错误。特殊原因变异需要先找到并消除异常源,再让流程回到稳定状态。

判断两类变异最常用的工具是控制图。控制图上有中心线(CL)、上控制限(UCL)、下控制限(LCL)。当数据点落在控制限内且排列随机,说明流程只有普通原因变异,处于统计受控状态;当数据点超出控制限、连续多点同侧、连续上升或下降、周期性波动时,说明存在特殊原因变异。需要强调:控制限不是规格限。规格限来自客户要求,控制限来自流程自身数据。流程可以“受控但不符合规格”,也可以“符合规格但不受控”。

流程语言与两类变异识别图 流程基本结构 输入 Input 物料 / 信息 / 人员 方法 / 能源 活动 / 转换 Process 核验 → 分类 → 处理 → 回复 → 归档 输出 Output 产品 / 服务 / 信息 决策 / 记录 客户 外部 / 内部 CTQ 来源 CTQ:响应时间 ≤30min,准确率 ≥99.9% 两类变异的识别与处理 普通原因变异 Common Cause · 系统固有 · 稳定可预测 UCL CL LCL 处理方式:改变系统设计,优化流程参数 特殊原因变异 Special Cause · 偶发异常 · 不稳定不可预测 UCL CL LCL 超限 超限 处理方式:先找异常源并消除,再恢复稳定

四、在实际流程中识别变异现象

识别变异不能只靠感觉,需要把“观察到的差异”与“数据模式”对应起来。以下是一套可操作的识别路径:

  1. 确定CTQ和单位。先明确要观察哪个输出特性,以什么为单位。例如“工单首次响应时间”,单位为“每张工单”。
  2. 连续采集数据。按时间顺序记录至少20~25个数据点,保持测量方法和定义一致。例如每天随机抽取10张工单,记录响应分钟数。
  3. 绘制控制图或运行图。观察数据点是否围绕中心线随机波动,还是出现趋势、跳跃、周期、聚集。
  4. 判断变异类型。若数据点全部落在控制限内且无异常排列,判为普通原因;若出现超限、连续7点同侧、连续6点递增或递减、明显周期,判为特殊原因。
  5. 采取对应措施。普通原因需要管理层从系统层面改进;特殊原因需要现场立即排查异常源,如设备故障、新员工、系统变更、批次差异。
实用判断口诀:普通原因变异是“流程本来就这样”,特殊原因变异是“流程突然出了状况”。前者改系统,后者查异常。把特殊原因误当普通原因,会错失快速纠正机会;把普通原因误当特殊原因,会不断“救火”却无法真正提升流程能力。

五、常见误区与纠正

误区 问题 纠正
把规格限当控制限 用客户要求判断流程是否稳定 控制限来自流程数据,规格限来自客户要求,两者不能混用
看到波动就调参数 对普通原因变异过度干预,反而增加变异 先判断变异类型,普通原因应改系统而非频繁调参
只统计缺陷数,不定义机会 缺陷率无法计算,无法横向比较 先明确单位与检查机会,再计算缺陷率和DPU
忽略内部客户 流程边界不完整,CTQ遗漏 同时识别外部客户和内部客户,完整定义输出要求

掌握这些基础语言后,后续的测量系统分析、过程能力计算、控制图应用才有共同基准。尤其要牢记:先分清普通原因与特殊原因,再决定改什么、怎么改,这是六西格玛区别于“凭经验调参”的核心所在。