エンジニアなら知っておきたい障害報告&再発防止策の考え方 - Qiita
システムには障害がつきものです。どんなにしっかりと作られたサービスであっても思わぬところで、バグやミスが発覚して、トラブルになるものです。大事なのはこういった障害を次への糧にしていくこと。失敗というのは大事な資産なので、管理できるようにしましょうという話。 あわせて読みたい あきらめるにはまだ早い！ソースコードの品質向上に効果的なアプローチ メンタリングの方法について基礎をまとめました。内心でなく行動を変えることが障害報告とも共通します。 新入社員が来てメンターになれって言われたけど、どうすればいいのかという対話テクニック 半年で40kg痩せた！ダイエットでわかるリーンなプロジェクトマネジメント手法 心理的安全性ガイドライン（あるいは権威勾配に関する一考察） 障害の種類と障害報告について 障害には、小さなもの、たとえば画面に表示されているテキストの乱れから、すべての画面で50xエラーが発生
御社のナレッジマネジメントが役立たない理由―捜査技術の第7条「探索の原点は仮説の立案と検証にあり」
御社のナレッジマネジメントが役立たない理由―捜査技術の第7条「探索の原点は仮説の立案と検証にあり」：ビジネス刑事の捜査技術（12）（1/2 ページ） 「失敗は成功のもと」と昔からいわれているように、失敗から学ぶことは多い。その良い例がナレッジマネジメントだ。今回は、捜査の技術第7条「探索の原点は仮説の立案と検証にあり」について、原因と結果の関係を探ることの重要性を考える。 失敗から学ぶ人は限られている 「失敗は成功のもと」と昔からいわれている。しかし、実際には失敗の連続や連戦連敗といったケースも珍しくない。 「分かっていても直らないし変えられない」とか、「どう説明しても伝わらない」といった事態は日常茶飯事だ。人はどうしても自分自身の思い込み（よくいえば信念）を固く守ろうとし、人の忠告も目の前の現実も、自分に都合よく意味を変えて理解してしまう傾向がある。こうした執着心がある限り、たとえ目の前
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
