如何把你熟悉的工作整理成别人也能使用的检查清单

你做这项工作几乎不用想——为什么一到解释时，我们反而会卡住？

一名同事坐在你旁边，问你：“可以教我你是怎么做的吗？”

你很有把握地开始。

“打开这个文件。检查这个数字。然后更新这一部分。”

做到几步后，你停下来。

“其实，如果这两个数字对不上，我会先检查别的东西。”

接着，另一个检查也是到了那一步你才突然想起来。

这个场景是不是很熟悉？

问题不是你没有技能。你的部分经验已经变成了隐性知识：你会自然使用这些做法，却不需要在脑中把每一步说出来。

这就是为什么面对空白页面时，有时反而比真正做工作更难。实际工作时，你的眼睛和手会按熟悉的顺序遇到各种提示；空白文件却不会给你这些提示。

所以，我们不必先逼自己回想所有步骤。让我们从一次真实工作开始，把隐藏的判断写出来，再看看另一个人能不能靠这份草稿完成任务。

简短答案

• 让我们先把任务边界说清楚：什么情况会开始这项工作、开始前需要什么、怎样才算真正完成。
• 让我们把每一个重要的“要看情况”变成清楚的决定、例外或交接。
• 让我们请另一个人试用草稿，因为他们停下来或困惑的地方，往往就是还只存在于你脑中的知识。

1. 在写所有步骤之前，先把任务边界定清楚

当你非常熟悉一项工作时，你的解释往往从第一个想起的动作开始。

“打开跟踪表。”

但在这个动作之前，通常已经发生了某件事。

也许客户发来请求。也许一份报告到了。也许同事完成了前一个阶段。也可能只是到了每周该处理这项工作的时间。

这个事件就是触发条件：它告诉你，现在应该开始这项任务了。

接下来，列出开始前需要的东西。例如文件、消息、账号、数字，或另一个人的回复。

然后定义完成条件。也就是说，什么状态下，另一个人也能判断这项工作真的已经完成。

假设你的重复任务是准备每周运营更新。第一版可以这样写：

触发条件： 最新来源信息已经到位。

开始前需要： 当前跟踪表、上一版更新，以及尚未解决的问题。

正常流程：

• 检查需要的信息是否齐全。
• 和上一版更新进行比较。
• 加入新的信息。
• 检查仍未解决的问题。
• 把完成的更新发送到约定的位置。

完成： 更新已经发送，而且每一个尚未解决的问题都有明确的下一位负责人。

现在，这项任务已经有了清楚边界。新人可以看出什么时候开始、开始前需要什么，以及“做完”到底是什么意思。

对于与工作安全有关的程序，英国 Health and Safety Executive 建议在编写程序时，跟着真实任务走一遍，并与实际使用者讨论整个过程。它也指出，程序需要多详细，应当根据任务本身和使用程序的人来决定。(HSE)

这份指引针对的是安全程序，不是普通办公室检查清单。这里真正适用的启发更简单：观察真实工作，往往能发现只靠回忆时容易漏掉的步骤。

当你跟着一个真实例子走时，可能会发现自己会打开第二个画面、查看旧消息，或者等另一个人的回复后才继续。这些小动作在工作真实发生时，更容易被看见和记录。

2. 把“要看情况”变成判断、例外和交接

如果真实工作有时会改变方向，一份只有直线步骤的清单仍然可能不够用。

有经验的人往往会在这里说：“要看情况。”

与其删掉这句话，不如多问一个问题：

要看什么情况？

假设你说：

“通常这些数字会对得上，但如果对不上，我会先检查来源再继续。”

这句话里已经藏着一个可以写出来的判断：

判断点： 这些数字和来源一致吗？

• 是： 继续正常流程。
• 否： 先停下来检查来源，再更新报告。

例外，就是正常流程不再适用的情况。

交接，就是工作、信息或决定需要转给另一个人的时候。

例如：

例外： 如果问题不符合常见情况，不要自己猜。

交接： 把问题和相关信息交给负责作出下一步判断的人。

从这里开始，一份简单的检查清单会逐渐显出你经验里的真正价值。重要的能力可能不只是按顺序完成五个动作，而是你能发现什么时候正常流程已经不适合眼前的情况。

检查清单不需要假装每一种判断都能变成规则。上面的 HSE 指引也指出，程序应该支持人的能力，而不是取代人的能力。(HSE)

所以，一份实用指南可以直接写明：

需要判断： 如果这个情况不符合下面的常见例子，请先停下来，向任务负责人确认后再继续。

这比编出一条只适用于简单情况的死规则更诚实。你的“要看情况”现在已经变成一个清楚的信号，让下一个人知道正常流程在哪里结束。

3. 让另一个人找出草稿仍然默认对方知道的东西

当你重读自己的检查清单时，每一行可能都很清楚。

因为你本来就知道每一行是什么意思。

所以，下一步有用的做法，是让另一个人用一个真实而且适合试用的例子，照着草稿完成一次。

假设清单上写：

发送前检查异常项目。

同事停下来问：

“什么才算异常？”

你这才发现，自己平时其实会检查三种不同的不一致。因为已经做过太多次，你甚至忘了这三项检查本身就是独立的知识。

现在，你可以把它们补进去。

又或者，指南写着：

有需要时转交。

同事问：

“什么时候才算有需要？我要转给谁？”

他们停下来的地方，再次说明文件还在借用你脑中已有的知识。

每一个停顿，通常都可以用以下三种方式之一来修正：

• 加入一个可重复执行的检查；
• 加入一个判断、例外或交接；
• 清楚标出这里仍需要判断，或需要另一个人协助。

你不需要为每一种极少发生的情况都加上一段说明。目标是减少那些本来可以避免的猜测，同时让指南保持简短，真正有人愿意使用。

如果另一个人能判断任务什么时候开始、照着正常流程做、看见主要分支，并知道什么时候应该停下来或求助，那么你的第一版已经有用了。

这次试用也会让你看见原本被熟练感掩盖的东西。那些感觉像“自动完成”的工作，其实可能包含仔细检查、判断、处理例外和协调别人。

写检查清单并不会创造这些价值。它只是把你本来就在使用的价值变得更容易看见，也更容易传给别人。

一份有用的检查清单，需要路径、分支和一次真实试用

这三个部分有先后关系。

触发条件、开始前需要的东西和完成条件，先给任务划出边界。判断、例外和交接，再说明正常流程会在哪里改变。最后，由另一个人来测试这些内容是否离开你的记忆后仍然清楚。

如果你测试的是一份模糊清单，你只会得到一个结论：它确实很模糊。反过来，如果正常流程还没写好，就先试图记录所有罕见情况，指南可能会长到没人愿意用。

先从一次真实工作开始。把正常流程写清楚。加入你确实遇到的分支。然后让另一个人指出哪些地方仍然迫使他们猜测。

目标不是把经验变成几百个勾选框。目标是让可重复的部分变清楚，同时诚实标出哪些判断仍然需要由人来完成。

让我们一起靠近你想成为的自己

• 让我们选一项重复性的工作，跟着一个真实例子，从开始一直走到真正完成。
• 让我们圈出每一次出现的“要看情况”“通常”“除非”和“有时候”，因为其中可能藏着一个重要判断。
• 让我们请另一个人试用草稿，再用每一个让他们困惑的地方，把指南改得更清楚。

---

上一篇： [同一国家、同一语言的上一篇文章]

下一篇： [同一国家、同一语言的下一篇文章]