「非難しないポストモーテム」が、それでもあなたを責めている

会議に出席している。スライドには「これは非難しないポストモーテム（Blameless Postmortem）です」と書かれている。ファシリテーターは、個人ではなくシステムに焦点を当てるよう指示する。あなたは頷く。それでも、自分が罰せられているような感覚が拭えない。

企業は「心理的安全」という言葉を使う。誰がシステムを壊したのかは誰も聞かない。代わりに、何が失敗を許してしまったのかを問う。それは一見、正しく聞こえる。しかし実際には、監視されているように感じることが多い。

インシデントのタイムラインが共有フォルダに置かれる。スレッドに質問が投稿される。「エスカレーションされる前に、アラートを承認していましたか？」これは事実を確認する質問のように見える。しかし実際には、あなたの名前が付いたタイムスタンプに過ぎない。マネージャーは、このデータを四半期評価に利用するのだ。

システムは直接的に指をさして責めることはない。ただ、誰が、いつ、何に触れたのかを記録するだけだ。それが、あなたのミスの証拠（ペーパー・トレイル）となる。

チームは、徹底したポストモーテムを行えば将来のエラーを防げると考えている。誰がログインし、誰がコードをマージしたかを知る必要があると信じている。これが一つのパターンを生む。もし多くのタイムラインにあなたの名前が登場すれば、リーダーシップ層はあなたを「リスク」と見なす。バグを修正した人や、助けるために夜遅くまで残った人としては見てくれないのだ。

賢明なエンジニアは、自分を守る術を学び始める。設定変更の最後に触れる人間にならないようにする。インシデント・コマンダーの役割を避ける。特定の誰かが責任を負わなくて済むよう、曖昧なアクションアイテムを書く。これは怠慢ではない。生存戦略だ。

「非難しない文化」が失敗すると、エンジニアはオンコール当番の志願をやめる。修正の責任を持つことをやめる。システムへの関心を失い、自分の評判を守ることばかりを考えるようになる。

シニアエンジニアがオンコールを辞めることを、リーダーシップ層が「モチベーションの問題」として扱うとき、そこに問題の本質が見える。それは実際には「信頼の問題」なのだ。アクションアイテムが、自動化の構築ではなく、あなたへのコーチングに焦点を当てているときにも、それがわかる。

真の「非難しない文化」は、たった一つのことを守る。それは、インシデントのタイムラインを人事評価の材料にすることを拒むことだ。

真の「非難しない文化」とは、以下のことを意味する： • ポストモーテムは、混乱を収拾するために立ち上がった人を称える。 • アクションアイテムは、自動化やサーキットブレーカーに焦点を当てる。 • フィードバックは、対人コーチングではなく、ツールに焦点を当てる。

それまでは、「非難しない（blameless）」という言葉は、別の何かを隠すための仮面に過ぎない。

Source: https://dev.to/omieee_24/the-blameless-postmortem-that-still-blames-you-3bdc