本文为卢灿伟的第52篇原创
大脑是来思考的,不是来记忆的。
现在的社会发展越来越快,对于知识的焦虑也越来越严重,我们购买了大量的课程和书籍。希望学习越来越多的知识,但是知识总是学了又忘。即便是我们习以为常的操作,也时不时会犯错。总有一些关键步骤被忽略了,也总有一些步骤会无法避免。
我们到底要不要清单
如果哪一天你溺水后救起来,你一定不希望对方上来就对着你的胸口乱按,然后上来一顿狂甩舌头吧。你肯定希望对方能按照急救步骤一步步的去做,这样你存活的概率会大点。
如果对方是一个非常有经验且专业的医生呢,相信很多人会很安心。但是如果情况还是不容乐观,可能需要送往重症监护室,大家是不是觉得很害怕。
万一挺不过去咋办,当然也有很多成功的例子。但是如果我告诉你每个病人平均每天要接收178项护理,而且这些护理都是由不同人执行,并且每项操作都有风险,你是不是觉得进入重症监护室就等于完蛋了。
如果我还告诉你,每个病人在重症监护室都待上4天,并且存活率86%,178项操作,错误率只有1%,你是不是觉得很惊讶。
在2001年,有个叫彼得·普罗诺弗斯特的人为医生准备了针对中心静脉置管感染的清单,因为他发现,即便是经验非常丰富的医生,还是会在实施的过程中跳过一个步骤。有1/3的操作是不够规范的。
然后在执行了1年以后,中心静脉置管感染的感染率从11%下降到0,一共为医院节约了200万美元的成本。
即便我们在做某个事情的时候,也可以列举一个清单来记录自己的操作步骤,这样可以减少出错的概率。
当然,清单不是无敌的,即便按照清单执行,总也会有意外。所以这个时候最好的方式停下来和团队成员进行充分交流。
说了这么多,我在举个软件开发里的例子吧。比如我们的项目开发完成后,需要上线给到用户去使用。如果涉及多个人员的话,那么我们怎么保证上线不影响到用户使用呢?所以我们在项目上线的时候会有发布步骤。下面我列举一个例子。
从代码仓库拉取代码到打包服务器(获取源材料)
打包代码成为镜像(组装原材料,变成可售卖产品)
推送镜像到远程服务器(运输产品到目的地仓库)
拉取镜像到本地服务器(从仓库运输到门店)
启动镜像(上架产品到货架)
把流量切到该镜像上(开门接客)
真实的软件开发远比上述的复杂,比如网页端、APP端、接口端、数据库,还有其他服务团队的服务,各种灰度发布,蓝绿测试等等,有时一次发布要牵扯到30多个服务的上线,如果没有清单的话,你可能只能饿着肚子,看着外卖软件上显示系统错误,请重试。
如何编写合格的清单
当然相信大家也深受过清单的毒害,比如报销要超级多的人审批才能报销。那么我们如何设置一个合理的清单呢?
设定清晰的检查点,使用者可以根据清单逐个节点进行检查。
确认清单类型:各自操作,再确认检查。一边读一边检查。
清单不能太长,控制在10个步骤以内,如果太长可以考虑拆分清单。
描述清晰,用语精炼
排版也很重要
不断改进优化
清单的另外最大的作用是标准化可复制和培养合作文化。
标准化最大的作用就是让一个非专业人士很迅速拿到合格分。就拿我来说,我不太会做菜,但是每次我都能跟着菜谱做出一顿未来还不错的晚饭。而且这个内容是可以复制的,谁都可以根据这个清单复制出相同的结果。
在团队合作中,如果清单里有1分钟的自我介绍和讨论,可以瞬间把几个人变成一个团队。
最后,如果你想深入了解清单的好处,可以尝试阅读《清单革命》。
领取专属 10元无门槛券
私享最新 技术干货