特性要因図（フィッシュボーンダイアグラム） とは？

右端に問題（特性）を書いて、そこから左に背骨を引く。背骨から大きな骨を何本か出して、そこに原因のカテゴリを書くんだ。さらに各大骨から小骨を出して具体的な原因を書いていく。完成すると魚の骨みたいな形になるよ。

製造業では4M（Man：人、Machine：機械、Material：材料、Method：方法）が定番だよ。ソフトウェア開発なら「人」「プロセス」「ツール」「環境」「設計」などにアレンジすることが多いね。

チームでブレーンストーミングしながら作るのが効果的だよ。たとえば「本番障害が頻発する」という問題に対して、プロセスの骨に「テスト不足」「レビュー形骸化」、ツールの骨に「CI/CDが不安定」「監視が不十分」と原因を出していくんだ。

まさにピッタリだよ！スプリントで起きた問題の根本原因を掘り下げるのに最適なんだ。『なぜ』を繰り返して小骨を増やしていくと、表面的な原因の奥にある本質的な問題が見えてくるよ。

本当だよ。東京大学の石川馨教授が1943年に川崎製鉄で使い始めたのが最初と言われている。海外では Ishikawa Diagram とも呼ばれていて、日本の品質管理が生んだ最も有名な発明の一つなんだ。シンプルだけど100年近く使い続けられている、すごい手法だよ。