4. ASPICE过程域概览

各位同行,今天我们来聊聊过程审核里最核心的一个思维工具——过程方法。说实话,我见过太多审核员一进车间就盯着产品看,查记录、量尺寸,忙活半天却抓不住系统性问题。为什么?因为眼里只有「结果」,没有「过程」。

过程方法,说白了就是帮你把「黑箱」拆开。你想想看,任何一个业务活动,从订单进来,到产品交付,中间一定有输入、有活动、有输出,还有反馈。审核时如果只看最后那张检验报告,你永远不知道问题出在哪个环节。

核心观点:过程方法不是审核的「选修课」,而是「必修课」。它让你从「点状检查」升级为「链式诊断」。

4.1 理解过程方法:从「管结果」到「管过程」

过程方法这个概念,最早是从 ISO 9001 里来的。但别把它想得太玄乎。我个人的理解很简单:任何一件事,只要它有输入、有活动、有输出,它就是一个过程。

举个例子。你早上冲咖啡,咖啡豆和水是输入,研磨、冲泡是活动,一杯咖啡是输出。如果咖啡苦了,你会去查是豆子问题,还是水温问题,还是时间问题——这就是过程思维。

在审核中,过程方法要求我们:

  • 不只看「有没有做」,还要看「怎么做」和「为什么这么做」
  • 不只看「结果合格」,还要看「过程受控」
  • 不只看「单个环节」,还要看「环节之间的衔接」

我记得有一次审核一家注塑厂,他们产品合格率一直卡在 92% 上不去。车间主任说「我们检验很严格,不合格品都挑出来了」。但我问他:「你原料干燥时间有没有监控?模具温度有没有记录?」他愣住了。后来一查,原料干燥时间经常不够,这才是根因。你看,只看结果,永远找不到真因。

个人习惯:我每次审核前,都会先画一张过程草图。哪怕很粗糙,也能帮我把思路理清楚。你也不妨试试。

4.2 识别关键过程:别在细枝末节上浪费时间

一个企业少说也有几十个过程。审核时间有限,你不可能每个都查一遍。那怎么办?抓关键过程。

什么叫关键过程?我总结了三个特征:

  1. 对产品质量有直接影响——比如焊接、热处理、装配
  2. 对交付周期有瓶颈作用——比如采购、排产、设备维修
  3. 历史上问题频发——比如客诉集中的工序、审核经常开不符合项的环节

怎么快速识别?我建议你用这个表格:

过程名称 影响程度(高/中/低) 历史问题频率 是否关键过程
来料检验 高 中 是
注塑成型 高 高 是
成品包装 低 低 否
设备维护 中 高 是

我曾经审核一家电子厂,他们把所有过程列了 40 多个。我让他们用这个表筛了一遍,最后只聚焦了 8 个关键过程。审核效率提高了,问题反而抓得更准。

避坑指南:我曾经犯过一个错——只关注生产现场,忽略了「管理过程」。比如采购、培训、设备管理,这些看似不直接出产品,但往往是系统性问题的根源。别忘了它们。

4.3 过程输入输出分析:把「黑箱」打开

识别出关键过程之后,下一步就是把它拆开。怎么拆?输入→活动→输出。

我习惯用「SIPOC」模型来梳理。SIPOC 是 Supplier(供方)、Input(输入)、Process(过程)、Output(输出)、Customer(顾客)的缩写。它帮你把过程的上下游看清楚。

举个例子,一个「焊接过程」的 SIPOC 分析:

要素 内容 审核关注点
供方(S) 前道工序、焊丝供应商 供方资质、来料合格率
输入(I) 焊丝、工件、焊接参数 参数设定是否受控?焊丝存储是否规范?
过程(P) 焊接操作、参数监控 操作员是否持证?参数是否实时记录?
输出(O) 焊接成品 焊缝外观、强度测试结果
顾客(C) 下道工序、最终客户 下道工序的反馈、客诉数据

审核时,我会沿着这个链条逐一问:

  • 输入有没有明确要求?谁来保证?
  • 过程活动有没有作业指导书?有没有监控?
  • 输出有没有验证?验证标准合理吗?
  • 顾客(下道工序)有没有反馈?反馈怎么处理的?

你想想看,这样一查,问题根本藏不住。

关键技巧:审核时别只问「有没有」,多问「你怎么知道」。比如「你怎么知道参数是对的?」「你怎么知道操作员会做?」——这才是过程方法的精髓。

4.4 过程绩效指标:用数据说话

过程好不好,不能光靠感觉。你得有指标。过程绩效指标,就是用来衡量过程是否受控、是否有效的「仪表盘」。

我一般把指标分成两类:

  • 效率指标:比如节拍时间、设备利用率、一次合格率
  • 效果指标:比如客户满意度、不良率、交付准时率

审核时,我会重点看三件事:

  1. 指标有没有?——没有指标,等于没有目标
  2. 指标合理吗?——比如一次合格率设 99.9%,但实际只有 95%,差距太大说明过程有问题
  3. 指标有没有被使用?——很多公司墙上贴满了数据,但没人看、没人分析,那就是摆设

我记得有一次审核一家机加工厂,他们的「设备故障率」指标一直显示 2% 以下。但我一看原始记录,发现他们把「小故障停机」不算在故障里。这就是指标定义的问题。后来我建议他们把「非计划停机时间」作为核心指标,数据才真正有了意义。

我的建议:审核时拿到指标数据,别只看数字。问一句「这个数据怎么来的?」「谁统计的?」「统计周期多长?」——往往能发现很多隐藏问题。

4.5 过程方法知识框架

下面这张图,是我自己总结的过程方法在审核中的应用框架。你可以把它当作审核时的「导航图」。

过程方法在审核中的应用框架 过程方法在审核中的应用框架 过程方法 理解过程方法 识别关键过程 输入输出分析 绩效指标 核心要点 • 输入→活动→输出 • 从管结果到管过程 • 关注环节衔接 识别方法 • 影响产品质量 • 交付瓶颈环节 • 历史问题频发 SIPOC 模型 • 供方→输入→过程 • 输出→顾客 • 沿链条逐项审核 指标类型 • 效率指标 • 效果指标 • 关注数据来源 审核目标:从点状检查 → 链式诊断 四个步骤环环相扣,缺一不可 💡 审核前先画过程图,事半功倍

这张图把过程方法在审核中的应用分成了四个步骤。你从「理解过程方法」开始,然后「识别关键过程」,接着做「输入输出分析」,最后用「绩效指标」来验证。每一步都指向同一个目标——从点状检查升级为链式诊断。

嗯,这就是过程方法在审核中的应用。说白了,它不是什么高深理论,而是一套帮你「看透」业务的工具。下次审核前,不妨先问问自己:我理解这个过程了吗?我抓住关键了吗?我拆开黑箱了吗?我有数据支撑吗?——这四个问题问完,你的审核质量一定会不一样。