Merriam-Webster 将“blame”定义为动词和名词。作为动词，它的意思是“找茬或追究责任”。作为名词，它的意思是“对被认为应受谴责的事物表示不赞成或承担责任”。
无论哪种方式，归咎都不是一件令人愉快的事情。它会产生恐惧和羞耻感，助长权力失衡，并导致我们贬低他人。
想想上次您被吼叫或指责时的感受。相反，考虑一下与归咎相反的情况：赞扬、奉承和认可。因工作出色而受到称赞或表扬感觉如何？
您可能想知道所有关于归咎的讨论与 DevOps 有什么关系。请继续阅读
DevOps 与归咎
DevOps 的三大支柱是流动、反馈和持续改进。如果一个组织或团队的成员专注于寻找替罪羊，又如何改进呢？为了 DevOps 文化的成功，必须消除归咎。
例如，假设您的产品出现错误或发生故障。如果您的组织领导者对此的反应是寻找替罪羊，那么几乎没有机会获得关于如何改进的反馈。关注归咎在您的组织中如何流动，并努力消除它。力求进行无责的事后分析，并摆脱根本原因分析，后者往往侧重于分配责任。在当今复杂的业务基础设施中，许多因素都可能导致错误和其他问题。成功的 DevOps 团队会进行事故后审查，以便在出现问题时检查全局。
归咎的后果
DevOps 旨在创建协作和社区文化。这在归咎文化中是不可能的。由于归咎不会纠正行为，因此没有持续学习。实际学到的是如何避免归咎——因此团队成员不是专注于解决问题，而是专注于如何避免为此受到指责。
问责制呢？避免归咎并不意味着避免问责制或后果。以下是一些创建一种环境的技巧，在这种环境中，人们在不被归咎的情况下承担责任
-
当犯错时，专注于您可以采取哪些步骤来避免将来犯同样的错误。您学到了什么，以及如何应用这些知识来改进事物？
-
当出现问题时，人们会感到压力。努力消除或减轻这种压力。避免吼叫和给人们施加额外压力。
-
接受错误会发生。没有人——也没有任何事物——是完美的。
-
当需要采取纠正措施时，私下提供，而不是公开。
小时候，我喜欢看《家庭马戏团》漫画，尤其是那些以“不是我”为主角的漫画。“不是我”经常与“我不知道”和“没人”一起出现，当爸爸妈妈问责备的问题时。《家庭马戏团》中的孩子们为什么责怪“不是我”？看看父母愤怒、沮丧的表情就知道了。就像漫画中的孩子们一样，我们很快学会了归咎于他人或寻找他人的错误，因为责怪自己太痛苦了。
在他的著作《思考，快与慢》中，作者丹尼尔·卡尼曼指出，我们大多数人尽可能少花时间思考——毕竟，思考是困难的。为了让事情变得更容易，我们从以前的经验中学习，这反过来会产生偏见。如果归咎是等式的一部分，它将包含在我们的偏见中：“上次在会议上被问到一个问题，我承担了责任，结果我在所有同事面前被训斥了一顿。我不会再那样做了。”
当出现问题时，我们想要答案和问责制。不确定性是可怕的，会导致压力；我们更喜欢可预测的场景。这驱使我们寻找根本原因，而这通常会导致归咎。
但是，如果我们不分配责任，而是将情况转变为建设性和有益的事情——一个学习的机会呢？这并不总是容易的，但努力消除归咎将建立更强大的 DevOps 团队和更快乐、更高效的公司。
下次您发现自己开始寻找替罪羊时，请想想鲁皮·考尔的这首诗
“这需要优雅
以保持善良
在残酷的情况下”
延伸阅读
评论已关闭。