テクノロジー
エンジニアなら知っておきたい障害報告&再発防止策の考え方 - Qiita

気に入った記事をブックマーク

気に入った記事を保存できます
保存した記事の一覧は、はてなブックマークで確認・編集ができます
記事を読んだ感想やメモを書き残せます
非公開でブックマークすることもできます

エンジニアなら知っておきたい障害報告&再発防止策の考え方 - Qiita

テクノロジーカテゴリーの変更を依頼記事元:

qiita.com/hirokidaichi

適切な情報に変更

エントリーの編集

エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。

このページのオーナーなので以下のアクションを実行できます

タイトル、本文などの情報を
再取得することができます

コメントを非表示にできますコメント表示の設定

ブックマークしました

ここにツイート内容が記載されますhttps://b.hatena.ne.jp/URLはspanで囲んでください

Twitterで共有

次回からTwitterへ自動リダイレクト

ONにすると、次回以降このダイアログを飛ばしてTwitterに遷移します

795usersがブックマークコメント

コメントするにはログインが必要ですブックマークを追加

ブックマークを追加

よく使うタグ

エンジニアなら知っておきたい障害報告&再発防止策の考え方 - Qiita

795 users

qiita.com/hirokidaichi

よく使うタグ

はてなブックマークで
関心をシェアしよう

みんなの興味と感想が集まることで
新しい発見や、深堀りがもっと楽しく

ユーザー登録

アカウントをお持ちの方はログインページへ

記事へのコメント69件

注目コメント
新着コメント

kastro-iyan理想は分かるけど、なかなか現実は厳しい。どうしても悪い再発防止策になってしまうね

2014/01/19リンク

その他

sh19910711“ハインリッヒの法則というものがあります。これは、１件の重大な事故の背後には29件の軽微な事故、300件のヒヤリハット事例(事故にはならなかったけど、ヒヤッとしたこと)が隠れているという統計的な経験則です。”

*work

2014/01/21リンク

その他

gidooom改めて保存

2019/12/07リンク

その他

tmatsuuこういうの学べる勉強会「トラブル☆しゅーたーず」ってのがありましてね・・・

2014/01/24リンク

その他

kanu-orztestのタグ付いてるけど運用の話。微妙に違和感がある。これに感心した人はITILとか学んでみると良いかなぁと。

2014/01/20リンク

その他

machupicchubeta「人間というコンポーネントを再発防止に入れない」

2014/02/12リンク

その他

trashtoyこれ重要→“「障害報告は始末書や反省文ではない」”

2014/01/27リンク

その他

shigeo-t“「ちゃんと」「しっかり」というフレーズが出てきたら、危険信号です”　　どこかの弱小政党みたいだもんな。

2014/01/21リンク

その他

koichi_nakashimaこれすごく重要 /“再発防止策が完了するまでは、チケットをクローズしないことが重要です。”

2014/01/19リンク

その他

katzchangうちのチームからの障害報告には、謝罪の言葉は入れないようにしてる。

2014/01/20リンク

その他

nilabエンジニアなら知っておきたい障害報告&再発防止策の考え方 - Qiita

2021/08/29リンク

その他

gidooom改めて保存

2019/12/07リンク

その他

kingofmountain 悪い再発防止策は、シンプルで人間というコンポーネントを使うことです。| 大前提として、「障害報告は始末書や反省文ではない」ということです。

2019/08/23リンク

その他

lowpowerschottky“「ちゃんと」「しっかり」というフレーズが出てきたら、危険信号”

2018/10/26リンク

その他

iga_k“良い再発防止策” 良い

2018/02/05リンク

その他

k-takahashi『悪い再発防止策は、シンプルで人間というコンポーネントを使うことです』　『「ちゃんと」「しっかり」というフレーズが出てきたら、危険信号』

仕事術

2018/01/27リンク

その他

smura0共感

2017/03/02リンク

その他

aroma_black“人間というコンポーネントを再発防止に入れない”

仕事

2014/09/23リンク

その他

yyamano“システムには障害がつきものです。どんなにしっかりと作られたサービスであっても思わぬところで、バグやミスが発覚して、トラブルになるものです。大事なのはこういった障害を次への糧にしていくこと。失敗という

2014/05/09リンク

その他

ryo-kaiメモ

2014/02/26リンク

その他

pipo障害

2014/02/21リンク

その他

machupicchubeta「人間というコンポーネントを再発防止に入れない」

2014/02/12リンク

その他

DiscoveryCoach大事な話。

2014/02/12リンク

その他

y-kawaz幾多の経験からフォーマットこそ違えど自然とこんな感じになってるなぁ。ただし結局のところドキュメントを残す人に寄ってクオリティ差がでてしまうのが課題だ…。

2014/02/12リンク

その他

trashtoyこれ重要→“「障害報告は始末書や反省文ではない」”

2014/01/27リンク

その他

ya--madaヒヤリハットだらけで、もう記憶がない

2014/01/25リンク

その他

tmatsuuこういうの学べる勉強会「トラブル☆しゅーたーず」ってのがありましてね・・・

2014/01/24リンク

その他

takc923良い再発防止策と悪い再発防止策に激しく同意せざるを得ない

2014/01/23リンク

その他

kuronama2404“人間というコンポーネントを再発防止に入れない”、これは本当にその通りだと思うんだけど顧客との関係によりやらざるを得ない時もあるのがなぁ…。

2014/01/22リンク

その他

shigeo-t“「ちゃんと」「しっかり」というフレーズが出てきたら、危険信号です”　　どこかの弱小政党みたいだもんな。

2014/01/21リンク

その他

kozy4324“「ちゃんと」「しっかり」というフレーズが出てきたら、危険信号です”

2014/01/21リンク

その他

*work

2014/01/21リンク

その他

kanu-orztestのタグ付いてるけど運用の話。微妙に違和感がある。これに感心した人はITILとか学んでみると良いかなぁと。

2014/01/20リンク

その他

ibushi個人としては出来ていてもチームとしては出来てないな...orz

2014/01/20リンク

その他

dekasasaki一応ブクマ。

2014/01/20リンク

その他

kuwalab“個人／チームの注意力を原因とし、「より注意深く確認します／させます」といった策”

2014/01/20リンク

その他

ita-wasa悪い再発防止策悪い再発防止策は、シンプルで人間というコンポーネントを使うことです。責任回避のため稟議、決済経路を追加する策他者の努力／忍耐／根性の不足を指摘し改善を求める策個人／チームの注

2014/01/20リンク

その他

nekoruri「悪い再発防止策」書いちゃう人、そもそもサービスに対する責任を感じていないか、本質的にシステムを理解できていないかのどっちかがほとんどだと思う。

2014/01/20リンク

その他

a2ikm悪い再発防止策が突き刺さる

2014/01/20リンク

その他

katzchangうちのチームからの障害報告には、謝罪の言葉は入れないようにしてる。

2014/01/20リンク

その他

コメントするにはログインが必要ですログインしてコメント

注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

リンクを埋め込む

以下のコードをコピーしてサイトに埋め込むことができます

プレビュー

はてなブックマークボタンを作成して埋め込むこともできます

規約違反を報告

いまの話題をアプリでチェック！

バナー広告なし
ミュート機能あり
ダークモード搭載

アプリをダウンロード

usersに達しました！

さんが1番目にブックマークした記事「エンジニアなら知...」が注目されています。

気持ちをシェアしよう

ツイートする

エンジニアなら知っておきたい障害報告&再発防止策の考え方 - Qiita

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure y...Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? システムには障害がつきものです。どんなにしっかりと作られたサービスであっても思わぬところで、バグやミスが発覚して、トラブルになるものです。大事なのはこういった障害を次への糧にしていくこと。失敗というのは大事な資産なので、管理できるようにしましょうという話。あわせて読みたいあきらめるにはまだ早い！ソースコードの品質向上に効果的なアプローチメンタリングの方法について基礎をまとめました。内心でなく行動を変えることが障害報告とも共通します。新入社員が来てメンターになれって言われたけど、どうすればいいのかという対話テクニック半年で40k