有人问我一个假想的问题:如果某人给公司造成重大失败,那将是解雇她的原因。
我说不,因为:
- 在这种情况下,单个个人实际上不可能成为唯一的负责人。
- 如果错误不是恶意的,则使失败成为判断错误,外部事件和一些不幸的组合。 都不是惩罚的原因。
- 假设故障不会使组织崩溃,那么公司将继续下一个业务目标。 它将需要了解业务的人员。 在这一点上替换马匹没有商业意义。
- 处于失败中心的人是从失败中学习最多的人,并且将是第一个再次认识到症状的人。 摆脱它们将是愚蠢的。
所有这一切并不意味着惩罚人不会犯错误。 哦,是的。
一个安全的工作环境的定义之一是不为人们的失败负责。 在这样的环境下,没错是可以的。 这并不意味着我们应该“鼓吹失败”。 首先,失败会带来严重后果。 另外,如果我们每次失败都庆祝,那么大多数时候我们都会很醉。 这会引发其他故障。
那么我们如何充分利用失败呢? 我们从中学到东西。
回答这些问题:
- 有什么后果?
谁受伤了,怎么受伤? 确定参与人员,因为您将从他们那里获得信息。 然后是下一阶段。 - 你应该怪别人吗?
否。此外,如果您要管理负责的人,请确保他知道并且其他所有人都知道他不会受伤。 使用顶部的列表来解释原因。 - 你应该向某人道歉吗?
是的,因为它发生在您的班次上。 如果有人受伤,那就去做。 记住, 尊重人 。 - 这真的是失败吗?
有时,我们认为失败并不是真正的失败。 这也可能是迈向成功之路的一步。 - 是大失败还是小失败?
可能足够小,可以容忍,而不是付出高昂的代价进行固定。 如您所见,我们开始考虑防止下一次失败。 在该分析中,下一个问题是…… - 什么时候不回来?
想想可以避免故障的最后一点。 我们是否可以设置一个流程来在下次使用此方法时提醒我们? - 故障的直接原因是什么?
我们到了那里。 我们该怎么做才能知道这是以前发生的,并记得上次出了什么问题? - 失败的根本原因是什么?
找出根本原因是最有价值的,因为修复它可能更便宜,并且结果持续时间更长。 但是,根本原因分析是一项技能,您需要多次进行分析才能熟练掌握。 解决错误的根本原因可能是另一个失败。 - 分享故事。
为什么其他人也要遭受同样的命运? 将其记录在人们可以找到的位置(这比您想象的要难得多)。 然后将其面对面呈现给其他人,这样您实际上就会引起您的注意。 - 尝试不要再做一次。
除非您喜欢这个过程。
您可以从失败中学到很多东西。 一旦建立了一个安全的环境,人们就可以进行实验而不必担心失败,那么您就将走向成功。
PS。 我在写这篇文章时被Rob Neppell迷住了。
好吧,听起来您最终会成功,失败或学习一些东西。
— Rob Neppell(@rneppell) 2015年7月19日
我希望我能达到其中之一。
翻译自: https://www.javacodegeeks.com/2015/07/how-to-make-the-most-of-failure.html