3. ASPICE模型结构

检查还没开始，其实胜负已经定了七成。

为什么这么说？我见过太多检查，人到了现场才发现范围没定清楚，该看的没看，不该看的倒花了大把时间。或者团队里全是新人，连标准文件都找不到在哪儿。说白了，准备工作的质量，直接决定了检查的效率和可信度。

3.1 明确检查范围——别让检查变成无头苍蝇

检查范围不是拍脑袋定的。我个人习惯，先问三个问题：

• 查什么？——是某个产品、某个工序，还是整个体系？
• 查多深？——是文件审查，还是现场验证，还是需要抽样测试？
• 查多久？——时间窗口是多少？有没有硬性截止日期？

我在项目中遇到过一件事：某次供应商审核，客户说“查一下焊接工序”。结果我们到了现场，发现对方有手工焊、波峰焊、回流焊三种工艺，每种工艺又有不同的标准。范围没定细，现场直接僵住了。

范围确定后，最好用一张表固化下来：

3.2 组建检查团队——人不对，检查白费

团队组建这件事，我踩过不少坑。你以为找个懂标准的人就行？不够。

一个合格的检查团队，至少需要三种角色：

• 技术专家——懂产品、懂工艺，能看出操作层面的问题。
• 体系专家——懂标准、懂条款，能判断文件是否合规。
• 记录员——负责拍照、记录、整理证据，别让专家分心。

你想想看，如果团队里全是体系专家，到了现场连焊点好坏都分不清，那检查报告写出来谁敢信？反过来，全是技术专家，可能连标准条款编号都写不对。

还有一个容易被忽略的点——利益冲突。我曾经见过检查员和被检查部门是同一个领导管的，结果查出来的问题全被压下去了。所以，检查组成员最好与被检查对象没有直接管理关系。

3.3 制定检查计划——没有计划，就是计划失败

计划不是写给别人看的，是给自己用的。我习惯把计划分成三个层次：

1. 时间计划——哪天、几点、在哪个区域、查什么内容。
2. 人员分工——谁负责问、谁负责记、谁负责拍照取证。
3. 资源需求——需要会议室吗？需要调阅哪些文件？需要现场配合吗？

举个例子，我做过一次为期两天的过程审核，计划表长这样：

3.4 制定检查表——检查表是你的作战地图

检查表不是随便从网上下载一个模板就能用的。好的检查表，应该做到：

• 条款清晰——每条对应一个标准条款或内部要求。
• 问题具体——不要写“文件是否完整”，要写“是否有来料检验记录，记录是否包含供应商名称、批次号、检验结果”。
• 可追溯——每条检查项都有对应的证据记录位置。

我习惯把检查表做成三列：

3.5 本章知识结构图

下面这张图，把检查前准备工作的四个核心环节串起来了。你可以把它打印出来，贴在工位上：

3.6 几个容易忽略的细节

最后，分享几个我这些年总结出来的小细节：

• 提前发通知——至少提前一周把检查计划发给被检查方，让他们有时间准备。
• 准备工具包——相机、录音笔（需征得同意）、笔记本、标准文件打印版，缺一不可。
• 预演一遍——如果是大型检查，我建议团队内部先走一遍流程，看看有没有遗漏。