1. 一个具体问题
每次讨论打印故障，大家都说“卡纸很多”，但不同人对一次故障的理解不同：有人每次重试都算一次，有人整天只记一个。月底的数据无法比较，更不能判断设备、纸张还是操作条件存在差异。分析工具再复杂，也无法修复起点不一致的记录。
2. 一句话解释
这里的检查表指 Check Sheet，即为系统收集事件和缺陷数据设计的记录表；它不同于提醒步骤是否完成的核对清单。
3. 出处与原意
ASQ 将检查表列为基本质量工具，常见形式包括缺陷分类计数和在示意图上标注缺陷位置。它的价值是让现场记录简便且有一致含义，并不要求使用某种固定模板。中文语境常把 Check Sheet 与 Checklist 都译为检查表，使用前应先明确是在采集数据还是防止漏做步骤。
4. 原理与机制
设计时规定记录对象、单位、时间、来源和分类标准，并保留无法归类的入口。记录应尽量接近事件发生时，减少回忆偏差；还要记录暴露量，例如生产件数或设备运行时间，否则只看缺陷数可能误判。正式使用前让两人对同一批样本独立记录，检查分歧并修订定义。复杂得难以填写的表格会导致漏记。
记录表还应区分零次与未记录：空白不能自动当作没有问题。若某个班次忘记填写，应明确标注缺失，否则低故障数可能只是低记录率。收集结束后随机回看少量原始事件，确认分类没有随着记录者更换而悄悄漂移。
5. 一个完整案例
以下是假设案例。办公室调查打印问题，把一次故障定义为“从打印中断到恢复成功的一段连续事件”，避免每次重试重复计数。表格记录时间、打印机编号、纸张类型、故障类别和当日打印页数。五天后甲机有十次卡纸、打印五千页，乙机有六次卡纸、打印一千页。甲机次数更多，但每千页卡纸为两次，乙机为六次。团队进一步查看纸张类型，发现乙机多数故障发生在厚纸任务。于是安排厚纸设置验证，而不是因甲机十次故障就先更换甲机。
6. 适用条件与反例
适合现场快速采集可观察事件、建立初步基线和为分层分析提供数据。它不能自动保证记录真实，也不适合收集大量用不到的个人信息。反例是表格只有“正常”与“异常”两格，所有不同问题都塞入异常，最后无法判断应该采取什么具体行动。
7. 今天可以尝试的行动
选择一种反复发生的小故障，设计五列以内的初版记录表。写一条清楚的计数定义和两个边界例子，试填十条记录。和另一位记录者核对分歧，再决定保留哪些字段；先让数据一致可信，再考虑是否接入自动化报表。