https://tech.feature-branch.co.jp/tags/5whys/Recent content in 5Whys on Feature Branch Tech BlogHugojaFeature Branch inc.Mon, 06 Jul 2026 18:48:25 +0900https://tech.feature-branch.co.jp/posts/2026/05/whys-technique/Wed, 06 May 2026 00:00:00 +0900https://tech.feature-branch.co.jp/posts/2026/05/whys-technique/<h1 id="なぜなぜ分析5-whysで本当の原因を見つける">なぜなぜ分析（5 Whys）で本当の原因を見つける</h1> <h2 id="はじめに">はじめに</h2> <ul> <li>バグを修正したはずなのに、似たような問題がまた発生する</li> <li>障害対応をしたのに、数週間後に同じようなインシデントが起きる</li> <li>「原因は分かった」と思っても、実は症状しか見ていなかった</li> </ul> <p>そんな経験はないでしょうか。</p> <p>開発現場では「問題を直す」ことに意識が向きがちですが、本当に重要なのは「なぜその問題が起きたのか」を深掘りすることです。</p> <p>そのために役立つのが、トヨタ生産方式でも使われている <strong>5 Whys（なぜなぜ分析）</strong> です。</p> <p>単純ですが非常に強力で、障害分析・品質改善・振り返りなど、ソフトウェア開発とも相性が良い考え方です。</p> <p><img src="image.png" alt="alt text"></p> <hr> <h1 id="1-5-whysなぜなぜ分析とは">1. 5 Whys（なぜなぜ分析）とは？</h1> <ul> <li>問題に対して「なぜ？」を繰り返し問い続けることで、根本原因を見つける分析手法</li> <li>表面的な現象ではなく、背後にある「仕組み」や「プロセス」の問題を明らかにする</li> <li>一般的には5回程度「なぜ」を繰り返すことで本質に近づけると言われている</li> </ul> <h2 id="ポイント">ポイント</h2> <ul> <li>「誰が悪いか」ではなく「なぜ防げなかったか」を考える</li> <li>個人のミスで終わらせず、再発防止につながる仕組み改善へ繋げる</li> <li>バグ修正よりも“同じ問題を繰り返さない”ことを目的にする</li> </ul> <hr> <h1 id="2-なぜ開発で重要なのか">2. なぜ開発で重要なのか？</h1> <h2 id="同じ種類の障害を繰り返さなくなる">同じ種類の障害を繰り返さなくなる</h2> <ul> <li>一時的な修正だけでは、似た問題が別の場所で再発する</li> <li>根本原因まで辿ることで、構造的な改善ができる</li> </ul> <h2 id="チームの品質改善につながる">チームの品質改善につながる</h2> <ul> <li>コーディングルール</li> <li>レビュー体制</li> <li>テスト不足</li> <li>ドキュメント不足</li> </ul> <p>など、開発プロセス全体の問題が見えてくる</p> <h2 id="属人化を減らせる">属人化を減らせる</h2> <p>「〇〇さんしか分からない」 「たまたま気付けなかった」</p> <p>ではなく、</p> <ul> <li>なぜ誰でも気付けなかったのか？</li> <li>なぜ仕組みで防げなかったのか？</li> </ul> <p>を考えるようになる</p> <hr> <h1 id="3-実際の例障害対応">3. 実際の例（障害対応）</h1> <p><img src="image-1.png" alt="alt text"></p> <h2 id="問題">問題</h2> <blockquote> <p>本番デプロイ後、サービスが2時間停止した</p> </blockquote> <table> <thead> <tr> <th>段階</th> <th>なぜ？</th> <th>回答</th> </tr> </thead> <tbody> <tr> <td>Why 1</td> <td>なぜサービス停止した？</td> <td>デプロイスクリプトが途中で失敗した</td> </tr> <tr> <td>Why 2</td> <td>なぜ失敗した？</td> <td>本番環境に必要な環境変数が存在しなかった</td> </tr> <tr> <td>Why 3</td> <td>なぜ環境変数が無かった？</td> <td>ローカルだけ追加されCI/CDへ反映されていなかった</td> </tr> <tr> <td>Why 4</td> <td>なぜCI/CDへ反映漏れした？</td> <td>追加時の確認手順が存在しなかった</td> </tr> <tr> <td>Why 5</td> <td>なぜ確認手順が無い？</td> <td>デプロイチェックリスト自体が整備されていなかった</td> </tr> </tbody> </table> <h2 id="根本原因">根本原因</h2> <ul> <li>環境変数漏れではなく</li> <li>「デプロイ前確認プロセスが存在しない」ことが問題だった</li> </ul> <h2 id="対策">対策</h2> <ul> <li>デプロイチェックリスト作成</li> <li>CI/CDで環境変数差分チェック</li> <li>Pull Requestテンプレートへ確認項目追加</li> </ul> <hr> <h1 id="4-salesforce開発での例">4. Salesforce開発での例</h1> <h2 id="問題-1">問題</h2> <blockquote> <p>Trigger実行時にGovernor Limit Errorが発生した</p>