失敗を学びに変える「障害報告書」の書き方 ─ RettyのCTOがGoogleで学んだ「問題を隠さない文化」 - エンジニアHub｜Webエンジニアのキャリアを考える！

失敗を学びに変える「障害報告書」の書き方 ─ RettyのCTOがGoogleで学んだ「問題を隠さない文化」 人間は失敗するものです。エンジニアもまたしかり。Retty株式会社の樽石CTOが考える、失敗を学びに変える考え方とノウハウを紹介します。 はじめまして。Retty株式会社でCTOを務める樽石将人（ @taru0216）です。Rettyにおける技術の責任者として不確実性の高いシステム開発を成功に導くよう牽引したり、メンバーが働きやすくなるような仕組みづくりを行ったりしています。 子供の頃からパソコンに親しみ、新卒一期生でレッドハットに就職して、Rettyに入社するまでGoogleや楽天を経てきました。エンジニアとして活動して約30年。日々失敗し続けていますし、過去には大規模サービスを止めてしまったこともあります。 人間である以上、バグやエラーは必ず起こるもの。エンジニアは失敗を繰り返

[nanatujima]

日本の愚かしい評価制度からは決して改善は生まれない。失敗を単に罰するからだ

[tesla_quet]

面倒だけど毎回キチンと書いておくとナレッジになるからいいんだよね。書くことで物事を説明する練習にもなるし。例示のよりもうちょっと詳しく書かないと駄目だけどｗ

[minoton]

原因もわからないのに再発防止策込みの障害対策書を書いてるのをよく見かける

[dalmacija]

俺が今の部署で一番クズだと思ってる人をそう見做すことになった切っ掛けは、メールの見落としを誤魔化して相手の送信ミスと思い込ませようとした事だったなあ。何でそんなくだらない事で嘘つくんだろうね

[hitoriyokozuna]

良記事。記事より「…言語化することで経緯や対応策が整理され、今後同じ轍（てつ）を踏むことは防げるでしょう。」文章にして明らかにする、残す、なかなか難しい。悩ましい。

[ohaan]

SIに関わる障害は客による犯人探しと、犯人が所属する会社関係に怒りの苦情で問題を隠さない文化がそもそも生まれない悲しさ。

[IGA-OS]

責任の所在探しをしてもナレッジにはならん。

[gcyn]

『自ら報告書を書くことで、周囲からの信頼回復の効果がある』『失敗が前向きな終わり方になります。障害報告書の完成度が高いほど周囲から敬意を持たれ、失敗前よりも信頼が得られる可能性もあります』

[norinori262]

失敗という名称ではなく 発見という名称に替えて欲しい

[ritena]

障害起こした人の反省文と、みんな（下っ端）が気をつけるという改善策ならよく見る。 というのは置いておいて、このやり方参考にしたい。

[yasu-osu]

SREと言えばこの記事が勉強になります。

[tomato3713]

障害報告書を書こうと思ったきっかけ

[ken1flan]

…エンジニア同士だとスムーズなんだけど…クライアントの前に立つひとが好き勝手に質問を投げ出すと途端に面倒になる。 …直接もらわなければいいのか。だれかにまとめてもらうのもありかも。

[mutinomuti]

思想信条は偏っているのに気に入らないからヘイトするという問題はどうするんだろう(´･_･`)検索結果を操作するとかフェアじゃないとかそういう問題も。読んでないけど

[h_taiji]

学ぶ

[raebchen]

これを日本の政治的意識高い系にも教えてやってくれ！！

[kkobayashi]

ともすれば犯人探しになっちゃうので難しいよね

[hihi01]

あとでよく読む

[santo]

“Googleには問題が起きたことを隠さない文化がありました。” 羨ましい。

[catbears]

それ書く人が考えるものじゃなくて書かせる人が考えるものですよね。普通にインシデントアクシデント報告書でいいんじゃないですか。

[tettekete37564]

“失敗を学びに変えるノウハウ”

[rota_san]

報告書の書き方

[asakiri4177]

“”障害報告書の完成度が高いほど周囲から敬意を持たれ、失敗前よりも信頼が得られる可能性もあります””これな

[userhiro]

エラーバジェットなし 障害報告書を書く チーム全員でサービスをリリースする エラーバジェットがあるうちのSLO未達 軽微な失敗として、障害報告書は書かない”

[tokoshienabasho]

大事

[ck0705]

あとで読む

[viperbjpn]

社内向けにはいいんだけど、社外に出せないこと多数。昔はそんな感じでしたけど。原因、問題と改善まではいいんだけどさ、再発防止策って大体クソのような理由になるのになんで書かせるのか

[ryo_ryoo_ryooo]

失敗は他人事として分析するのがええで。反省なんてするより分析して対策した方が効果的やし、どんよりしなくていい。

[natu3kan]

失敗の報告しやすい文化と失敗の原因の検証する文化あると個人の問題だけでなくシステムの不備が浮かび上がるから次の同種のミスが防ぎやすくなるけど、対外に求められてるのは責任を取る戦犯で理想と現実

[beerbeerkun]

“原因は、サーバに打ち込んだ情報取得用のコマンド自体にバグがあったこと” 障害報告書を著者が書くのか

[jorie05231]

システムが障害を起こしたときの学び

[teckl]

エラーバジェットの考え方と、SLIがSLOに近づいていないか、SLIを毎日見る事の重要性について、良い…

[sanryuu]

根本原因をどう捉えるかがその人の能力を反映している気がする。

[RabbitBit]

失敗の原因は、人間(誰が？)ではなくプロセス(どこに？)を突き詰める。そして、解決策は人依存しない方法(ex.ツールは？　スクリプトに組み込めないか？)を考える。それだけで違う。

[Cujo]

×たいさく「さらにちゅういをすること」

[tsz]

根本原因対策としてチェックリストがアホほど長くなっていく事象の根本原因対策がほしい。

[blueeyedpenguin]

こんな組織として当たり前のことが出来てない会社は失敗に学ぶとかそういうレベルで何とかなる状況じゃないと思う…

[tsutsuji360]

最大の難関は文字入力