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


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


点上面蓝色
【卢灿伟】
即可关注;记得加个:star:️星标~



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

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

我们到底要不要清单

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

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

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

如果我还告诉你,每个病人在重症监护室都待上

4天

,并且存活率

86%



178项

操作,

错误率只有1%






你是不是觉得很惊讶。

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

然后在执行了1年以后,

中心静脉置管感染的感染率从11%下降到0

,一共为医院节约了200万美元的成本。

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

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

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

  • 从代码仓库拉取代码到打包服务器(获取源材料)

  • 打包代码成为镜像(组装原材料,变成可售卖产品)

  • 推送镜像到远程服务器(运输产品到目的地仓库)

  • 拉取镜像到本地服务器(从仓库运输到门店)

  • 启动镜像(上架产品到货架)

  • 把流量切到该镜像上(开门接客)

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



如何编写合格的清单

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

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

  2. 确认清单类型:各自操作,再确认检查。一边读一边检查。

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

  4. 描述清晰,用语精炼

  5. 排版也很重要

  6. 不断改进优化

清单的另外最大的作用是标

准化可复制



和培养合作文化


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

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

最后,如果你想深入了解清单的好处,可以

尝试阅读《清单革命》


推荐:



坚持日更,是不是一场自我满足的狂欢


扫码关注【卢灿伟】,后台发送“自媒体资料”,可免费获得两个福利


1、自媒体工具礼包1份(价值1999元)


2、电子版《2020生财日历》,内含365个赚钱小锦囊;



:point_down::point_down::point_down:
欢迎点击关注~


赞赏取消啦,「在看」就是最有力的支持 ↘

卢灿伟
我还没有学会写个人说明!
上一篇

[多图]NASA“毅力号”成功在火星表面着陆

下一篇

Apple TV+动画电影《Luck》邀请简·方达为重要角色配音

你也可能喜欢

评论已经被关闭。

插入图片