[B! ドキュメント] 障害報告書を書こう！

masatomo-m 時系列は途中から応援に入る人にとってはすごく大事で、刻一刻と火消し対応する中どのタイミングで何が起こっていたのかは原因の枝刈りに必須なのよね。めんどくさいからか書かない人結構いるけども

2022/07/04 リンク

El_Fire “故意でやってない限りは、誰か一個人を原因とすることはない。”だいじ

2022/07/04 リンク

vbwmle 良記事。でも報告書で再発防止策を約束し出すと際限なしに運用が厳しくなっていくので個人的には書きたくない。本来はリスクが許容できるなら対策を取らないこともあり得るけど、障害報告書ではそうは言えないので。

2022/07/05 リンク

yuangao 良い記事。役に立つ記事だけど役に立たない方が嬉しい…。

2022/07/04 リンク

lorenz_sys 障害報告書はこれら内容についてちゃんと網羅されていればお役所相手でもほぼ問題ないと思われる大変よろしい記事。ゆめみさんの人が書いてる記事は大抵レベルが高い印象がある。

2022/07/04 リンク

oshishosan 書いても誰も読まない活かさない、ボコボコに責められて書く気力も起きない

2022/07/04 リンク

manaten 時系列は隠れ二次障害などで数カ月後役に立つ可能性もあるし、絶対書いたほうがいい

2022/07/05 リンク

mak_in トラブル対応のお手伝いをやらされがちな自分が参上ですよ。最中は、スピード感と、情報が整理されていることが大切。そして、恒久対応は仕組み≒プロセスや組織、ITなどで改善すること。あとは誠意と勢いでイケる

2022/07/04 リンク

quality1 ダブルチェックをおこなうと書いてありますが、漏れたときはどうするのですか？ダブルチェックを忘れることはありえないのですか？

2022/07/04 リンク

規約違反を報告

障害報告書を書こう！ - Qiita

担当しているITサービスなどに何かしらのインシデントや障害が発生した時に、対処後のアクションとして... 担当しているITサービスなどに何かしらのインシデントや障害が発生した時に、対処後のアクションとして報告書を提出して事象の内容を報告（レポート）する場合がある。提出先は会社の偉い人だったりクライアントだったり。場合によってはユーザー向けに発表したり。事の顛末を報告して「今後同様のことを起こさないように努力します、ごめんなさい」をするのだ。どのように再発防止の努力するのかを書くものでもある。主にクライアント向けのビジネス内容ではあるが、自分が使っているテンプレパターンを共有するので参考にしてもらえればと思う。1 全般的なポイント心得のようなもの。次の点は留意してて欲しい。淡々と冷静な説明をこころがける当然のことながら事実は脚色しない。無駄な修飾も要らない。客観的な事実を簡潔に述べる。例： ❌「一生懸命頑張って対応したが…」 ❌「寝ないで対応したが…」 ❌「本当の原因は…」できるだ