根本原因解析 (RCA) とは何ですか?

問題を説明する

ラバーダックアプローチ (ラバーダックデバッグ) を使って、問題をシンプルに説明します。何かを説明することで、自分の考えを整理することを余儀なくされます。人気 Q&A サイト Stack Overflow の共同設立者である Jeff Atwood 氏が何度も話していた、ソフトウェアデベロッパーがサイトに新しい質問を書き込み、その過程で自分で答えを見つけてしまい、実際に質問を送信しないことについて説明します。

問題をシンプルに説明するために、次のアプローチを試してみてください。

1. Stack Overflow の質問を書きます - たとえ一度も投稿しなかったとしても。
2. 詳細なバグレポートを提出してください。
3. 同僚に説明します。

ログデータを収集します (そして効率的に検索します)

次に、問題に関するより多くのデータを収集し、そこからインサイトを抽出します。衝突ログ、アプリケーションログ、サーバーログなど、ログとモニタリングがここで役に立ちます。問題が発生したという証拠を収集する必要がありますが、可能であれば、問題が発生した期間と頻度についても確認する必要があります。

これらのデータの中から、特定のデータポイントをすばやく見つける必要があります。ツールは、お客様が今まで収集したログデータを検索、分析し、問題をより迅速に診断、解決するためのインサイトに変えることができます。

5 回のなぜなぜ手法を採用する

次に、目前の問題に直接影響を及ぼす原因である因果関係を特定します。1 つの原因となる要素を特定して停止してはいけません。なぜなぜ手法でさらに踏み込む必要があります。問題の根源にたどり着くまで、「なぜ ?」を繰り返し問いかけるのです。例えば、お客様のウェブサイトが 500 エラーを表示しているとします。

1. なぜですか? ウェブフレームワークのルーティングコンポーネントが誤動作したのが原因です。
2. なぜですか? 誤動作した別のコンポーネントが必要だからです。
3. なぜですか? ウェブフレームワークのこのコンポーネントには、機能していない intl 拡張機能が必要です。
4. なぜですか? サーバーソフトウェアが更新された後、誤って非活性化されたからです。

もちろん、より少ないステップで根本的な問題に到達することができます。または、さらなるステップが必要になる場合があります。

他の人の意見を集める

コードレビューのように、公平な立場の別の人にコードを見てもらいましょう。時間が経てば、レビューの期待値がお客様のプロセスを洗練させるのに役立つでしょう。なんなら、ペアで問題のトラブルシューティングを行います。