「再発防止策はチェックリストによる目視確認」から考えるアウトカムフォーカス - @i2key のBlog

「再発防止策はチェックリストによる目視確認」 開発の現場において、大きなシステム障害が発生したような場合に原因究明から今後の再発防止策を検討することがよくあるかと思います。 そこでよくある議論として、 とあるエンジニア「エクセルでチェックリスト作って今回の確認観点を追加します！今後はリリース前確認でかならず目視でチェックリスト確認を実施します」 ベテランエンジニア「んなことやってたら、チェックリストが永遠に増えていくからやること増えるだけだろ。もっと工夫なさい。チェックの自動化をしなさい。」 みたいな光景です。 ただ、これ実際に再発防止の効果が出るまでのリードタイムというポイントで見ると一般的にスジが悪いとされているチェックリスト的なやつですが、とあるエンジニアの案ほうが今すぐ対策を講じることができるので良かったりするなあと最近思うようになってきました。あくまで暫定的な再発防止対処としてで

[cpw]

至極真っ当なことを言ってる。リストが増えすぎて実利がないのはまた別の問題。そうなった時に対策を考えれば良いのであって最初から100点である必要はない。逆にそのリストを改善する仕組みがないことが問題では。

[n_y_a_n_t_a]

本質的な改善を目指さない再発防止策はその場しのぎにすぎない。特に例に出ているチェックリストは、少数のうちはいいがそのうち爆発的に増えてきて形骸化の問題を生じさせる。

[sgo2]

森の中から木を探すのに役立つけど、項目が増え過ぎればチェックリスト自体が森と化す。

[shifumin]

"まずは実利をリードタイム最短で取りに行き、その後、スケールしやすいように作業の効率化をしていく"

[takamii228]

JIRAで個人の生産性測りたいという相談を受けて設定に挫折して共有Excel でいいのではと返したことはある。

[mactkg]

まずは止血しろ。ってことかな。止血した後治癒していかないと辛いはずなのだが、いつの間にかそれに慣れてしまうみたいなことはよくありますね…。

[kompiro]

チェックリストによる再発防止も考え方はリーンスタートアップと似ているのかも。とはいえ、チェックリストを見直すタイミングを設けないと形骸化してただの儀式になりがちな気がする

[gfx]

よくわかる。

[RYoMa_0923]

ひとまずの対策が恒久対策になるのはままあるのでそこだけは気をつけたい。