[B! 運用] 障害対応プロセスを改善してきた話

integrated1453 愚直で泥臭い整理×ソフトウェアによる問題解決でめちゃくちゃ好みな話。事業が儲かってる会社でさえまともにできてない会社もあるのに、こういうことに真摯に取り組めるエンジニアがいるスタートアップは素晴らしい

2023/06/12 リンク

hiboma スライドの紹介ありがとうごいますー!

2023/06/13 リンク

mom0tomo とてもいい話だ

2023/06/12 リンク

dazz_2001 うーん、プログラマーの宿命なのかもしれないが、なんでも自作してしまうのはどうなのかなぁと思ってしまう。普通に既存の障害管理ツールを購入した方が使い勝手も良いし、効率的だと思うんだけどなぁ…

2023/06/12 リンク

door-s-dev 普通に既存のBTS、ITSを導入しようってならなかったのが不思議だけど作りたかったのかな/読んだら後のほうに書いてあった。すでに使ってるツールとの親和性とかもあるか

2023/06/13 リンク

shikiarai 障害対応だけは本当に属人化を無くすならもう適当に渦中に放り込むしかない。何人か辞めることになるけどね。

2023/06/13 リンク

hiroomi ”障害報告書のテンプレートの改善、Slack Workflowの導入”レベル設定があるから優先順位は判別出来てるそう。

2023/06/13 リンク

panoramaafro インシデント報告にslack bot使うの確かに良いな。ウチでの問題は、ウソの報告になるかもと、障害報告が遅れることがある(障害時はみんなの作業が止まるので)。これをどう防ごうかなと。障害レベルの定義付けが必要。

2023/06/13 リンク

障害対応プロセスを改善してきた話 - 10X Product Blog

障害プロセスを改善してきた話こんにちは。Reliability & Securityチームに所属するSoftware Engineer... 障害プロセスを改善してきた話こんにちは。Reliability & Securityチームに所属するSoftware Engineerの@sota1235です。今回は10X内における障害対応プロセスの改善をご紹介します。今が完成系ではなく道半ばではありますがこの半年 ~ 1年で大きく進化したので同じくらいのフェーズの会社で困ってる方がいたら参考にしてみてください！ちなみに私ごとですが去年の5/26にこんな投稿をしてたのでやっと伏線を回収する形となります(※ ドヤ顔ではありません)。目次こんな感じで紹介していきます。目次障害対応プロセスの改善に踏み切った背景課題1. 障害の報告フォーマットが統一されていない課題2. 障害報のクオリティの差異が大きく後から振り返りが難しい課題3. 障害対応者が特定の人に偏る第一の改善改善1. 障害報告書のフォーマット更新改善2. S