做事情总是出错，试试清单吧

本文为卢灿伟的第52篇原创

大脑是来思考的，不是来记忆的。

现在的社会发展越来越快，对于知识的焦虑也越来越严重，我们购买了大量的课程和书籍。希望学习越来越多的知识，但是知识总是学了又忘。即便是我们习以为常的操作，也时不时会犯错。总有一些关键步骤被忽略了，也总有一些步骤会无法避免。

我们到底要不要清单

如果哪一天你溺水后救起来，你一定不希望对方上来就对着你的胸口乱按，然后上来一顿狂甩舌头吧。你肯定希望对方能按照急救步骤一步步的去做，这样你存活的概率会大点。

如果对方是一个非常有经验且专业的医生呢，相信很多人会很安心。但是如果情况还是不容乐观，可能需要送往重症监护室，大家是不是觉得很害怕。

万一挺不过去咋办，当然也有很多成功的例子。但是如果我告诉你每个病人平均每天要接收178项护理，而且这些护理都是由不同人执行，并且每项操作都有风险，你是不是觉得进入重症监护室就等于完蛋了。

如果我还告诉你，每个病人在重症监护室都待上4天，并且存活率86%，178项操作，错误率只有1%，你是不是觉得很惊讶。

在2001年，有个叫彼得·普罗诺弗斯特的人为医生准备了针对中心静脉置管感染的清单，因为他发现，即便是经验非常丰富的医生，还是会在实施的过程中跳过一个步骤。有1/3的操作是不够规范的。

然后在执行了1年以后，中心静脉置管感染的感染率从11%下降到0，一共为医院节约了200万美元的成本。

即便我们在做某个事情的时候，也可以列举一个清单来记录自己的操作步骤，这样可以减少出错的概率。

当然，清单不是无敌的，即便按照清单执行，总也会有意外。所以这个时候最好的方式停下来和团队成员进行充分交流。

说了这么多，我在举个软件开发里的例子吧。比如我们的项目开发完成后，需要上线给到用户去使用。如果涉及多个人员的话，那么我们怎么保证上线不影响到用户使用呢？所以我们在项目上线的时候会有发布步骤。下面我列举一个例子。

从代码仓库拉取代码到打包服务器（获取源材料）

打包代码成为镜像（组装原材料，变成可售卖产品）

推送镜像到远程服务器（运输产品到目的地仓库）

拉取镜像到本地服务器（从仓库运输到门店）

启动镜像（上架产品到货架）

把流量切到该镜像上（开门接客）

真实的软件开发远比上述的复杂，比如网页端、APP端、接口端、数据库，还有其他服务团队的服务，各种灰度发布，蓝绿测试等等，有时一次发布要牵扯到30多个服务的上线，如果没有清单的话，你可能只能饿着肚子，看着外卖软件上显示系统错误，请重试。

如何编写合格的清单

当然相信大家也深受过清单的毒害，比如报销要超级多的人审批才能报销。那么我们如何设置一个合理的清单呢？

设定清晰的检查点，使用者可以根据清单逐个节点进行检查。

确认清单类型：各自操作，再确认检查。一边读一边检查。

清单不能太长，控制在10个步骤以内，如果太长可以考虑拆分清单。

描述清晰，用语精炼

排版也很重要

不断改进优化

清单的另外最大的作用是标准化可复制和培养合作文化。

标准化最大的作用就是让一个非专业人士很迅速拿到合格分。就拿我来说，我不太会做菜，但是每次我都能跟着菜谱做出一顿未来还不错的晚饭。而且这个内容是可以复制的，谁都可以根据这个清单复制出相同的结果。

在团队合作中，如果清单里有1分钟的自我介绍和讨论，可以瞬间把几个人变成一个团队。

最后，如果你想深入了解清单的好处，可以尝试阅读《清单革命》。