PowerPointで特性要因図(フィッシュボーン図)を作る方法(骨の長さが不揃いでも崩れない)

直近の根本原因分析ワークショップで、「設備」の要因はいくつ出ましたか。2個でしょうか、6個でしょうか。PowerPointには特性要因図(フィッシュボーン図)の標準テンプレートがないため、多くの解説記事は「背骨と4本の骨を同じ長さ・同じ間隔で描き、あとから原因を書き込む」という順番を勧めています。これはデモのように各カテゴリーがちょうど3個ずつ原因を持つ場合はきれいに見えます。しかし実際のワークショップでは「設備」に6個、「人」に2個という不揃いな結果になるのが普通で、固定長の骨に無理やり当てはめると、6個のラベルが重なって読めなくなるか、2個の骨だけ不自然な空白が残ることになります。解決策は、骨の長さと原因ラベルの間隔を、そのカテゴリーの実際の原因数に合わせて可変にすることです。テンプレートの初期値に固定してはいけません。

原因を書き込んだ瞬間に崩れる下書き

ある製造業の品質チームが、不良率上昇の根本原因分析ワークショップを開始して2時間が経った場面を想像してください。4M——人・設備・方法・材料——というおなじみのカテゴリーを使い、誰かがPowerPointを開いて背骨を水平に引き、右端に矢印と「不良率上昇」のボックスを置き、そこから4本の骨を等間隔・等しい長さで斜めに配置します。世の中のフィッシュボーン図のテンプレートがそういう見た目だからです。ワークショップ自体はその後も進み、付箋がタイプされた原因へと変わっていきますが、根本原因というものは常に不揃いに出てきます。「設備」は最終的に6個——工具の摩耗、センサーの校正ズレ、ライン速度の不安定さ、冷却液の汚染、治具のズレ、老朽化したPLCのファームウェア。「人」はたった2個——新人研修の不足とシフト引き継ぎ時のチェックリスト未実施。「方法」は4個、「材料」は3個です。

テンプレートの固定長の骨にそのままタイプすると、「設備」の6個の原因は3個分の長さしかない骨に押し込まれ、極小フォントになるか、ラベルが目盛りと重なって読めなくなります。あるいは誰かが原因を断片的に省略し始め、その場にいなかった読み手には意味が通らなくなります。一方「人」の2個の原因は同じ固定長の骨の上でぽつんと浮き、まるで3個目の原因があるのにまだ見つかっていないかのような見た目の空白を作ります。どちらの表現も正確ではありません。この図が伝えているのは、ワークショップの実際の結果ではなく、テンプレートが最初に決めた原因数の思い込みです。

4M(または4S・8P)というカテゴリー分けの前提

人・設備・方法・材料という4Mは製造業での定番ですが、あくまで慣習であってルールではありません。サービス業では環境・仕入先・仕組み・スキルの4S、マーケティングの根本原因分析では8Pまで広げることもあります。どのカテゴリー分けを使うにせよ、レイアウトの問題は同じです。「正しい」カテゴリーを選んだからといって、各カテゴリーに何個の原因が出るかは事前にはわかりません。そしてレイアウトを実際に決めるのは、カテゴリー名ではなくこの原因数のほうです。

骨の長さを固定すると、何が具体的に壊れるのか

根本原因は、実際に内容を入れた瞬間に相反する2つの役割を果たそうとします。ひとつは「4つのカテゴリーに同じやり方で分析を当てはめた」ことが一目でわかる、対称的な魚の骨のシルエットを保つこと。もうひとつは、カテゴリーごとの原因数を正直に反映することで、実務ではこれがほぼ対称になりません。テンプレートは、原因数がわかる前に骨の長さを先に固定することで前者だけを解決しようとします。これは順序が逆です。骨の長さこそ、原因数に合わせて可変にすべき変数であり、それはテーブルの行の高さが実際の行数に合わせて可変であるべきなのと同じ理屈です。

固定長の骨にはもうひとつ、見落とされがちな問題があります。目盛りの間隔です。仮に骨の幅を広げて6個のラベルが物理的に重ならないようにできたとしても、もともと3個分の長さに6個の目盛りを詰め込めば、原因が少ない骨の目盛り間隔よりも明らかに狭くなります。この不揃いさこそが、出来上がった特性要因図を「分析された図」ではなく「間に合わせで組み立てた図」に見せてしまう原因です。レビュアーの目は、原因ラベルを一行も読む前に、この目盛り密度の不揃いに気づいてしまいます。分析自体が丁寧に行われていたとしても、雑に見えてしまうのです。

なぜこれが「わかっている人」にも繰り返し起きるのか、正直に触れておく価値があります。特性要因図はたいてい、ワークショップの最中か直後に、次の会議までにスライドを1枚仕上げなければというプレッシャーの中でその場で作られます。固定長の骨はその場で描くのが速いのです。比率について何も判断せず、同じ図形を4回コピーして進めればいいだけだからです。このショートカットの代償は、出来上がった図を実際に読もうとした瞬間まで表面化しません。「作るのが速い」ことと「理解するのが速い」ことの間にあるこのギャップは、スライドの手抜きの多くが陥る罠とまったく同じ構造です。

PowerPointで特性要因図を組む手順

実際の原因数を入れても意図した見た目のまま崩れない、組み立ての順番は次のとおりです。

1. ワークショップを終え、PowerPointを開く前にカテゴリーごとの原因数を数える。人・設備・方法・材料それぞれの実際の数を書き出します。よくある失敗:「とりあえず埋める枠が欲しい」という理由で先に背骨と骨の骨格を描いてしまうこと。原因数が2個か6個かわかる前に骨の長さが固定されてしまいます。
2. 背骨は挿入 > 図形 > 直線で1本のシンプルな線として描き、SmartArtの「原因と結果」グラフィックは使わない。SmartArtのフィッシュボーン風レイアウトは骨の本数とおおむね均等な比率を固定してしまい、1本だけ他の2倍の長さにするきれいな方法がありません。よくある失敗:「とにかく早く何か形にしたい」という理由でSmartArtから始めること。ネット上のフィッシュボーン図の多くが、データの中身に関係なく同じ見た目になっている理由でもあります。
3. 各骨の長さを、初期値ではなくそのカテゴリーの原因数に比例させる。目安として原因1個あたり7〜9mm程度。これなら6個の原因を持つ「設備」の骨は、2個の「人」の骨より明らかに長くなります。よくある失敗:ルールを決めずに「これくらいの長さでいいか」と目分量で決めること。頭の中にある「フィッシュボーン図はこう見えるべき」というイメージに引きずられ、結局また均等な長さに戻ってしまいがちです。
4. 原因ラベルは各骨に沿って一定間隔の目盛りとして配置し、骨の長さに合わせて伸縮させない。間隔の値をひとつ決め(たとえば目盛り間8〜9mm)、すべての骨に適用します。骨の合計の長さは目盛りの数×その間隔の結果であって、逆ではありません。よくある失敗:骨がたまたまその長さになっているからという理由で、目盛りをその長さいっぱいに均等配置すること。これこそ3原因の骨と6原因の骨で目盛り密度がバラバラになる直接の原因です。
5. 骨は重要度ではなく、背骨に沿った取り付け順で上下交互に配置する。古典的なニシンの骨のような交互配置(1番目は上、2番目は下、3番目は上、4番目は下)は読みやすさのための慣習であり、重要度のランキングではありません。「原因が多いから重要」という理由で忙しいカテゴリー同士を同じ側にまとめると、図の片側だけが混み合います。よくある失敗:交互配置ではなく体感的な重要度でグルーピングしてしまうこと。個々の骨のサイズがどれだけ正しくても、図全体の見た目のバランスが崩れます。
6. 問題ボックスは背骨の長さを決めたあとに、最後にラベル付けする。背骨の矢印側に、実際の問題文の文字数に合わせた長方形を挿入します。よくある失敗:先に問題ボックスのサイズを決めてしまい、左側の骨が確定した段階で背骨の長さをボックスに届くように伸縮させる羽目になること。
7. 骨と背骨、原因ラベルはそれぞれ別のオブジェクトとしてグループ化する。次にワークショップで「設備」に7個目の原因が追加されたとき、これが効いてきます。最初から1つの巨大なグループにしていなければ、他の3本の骨の位置を崩さずに目盛りを1つ追加するのは数秒の作業で済みますが、全部を1つにグループ化していた場合は再調整のやり直しになります。
8. 原因数がおおむね7〜8個を超えたら、骨を2階層に分ける。1本の骨に8個以上の目盛りが並ぶと、「いくつかの明確な原因」ではなく「たまたま斜めになった箇条書き」に見え始め、この図法の意味が薄れます。その場合は骨を無限に伸ばすのではなく、原因を2〜3のサブグループにまとめます(たとえば9個の原因を持つ「設備」の骨を「校正関連」と「摩耗関連」のサブ骨に分ける、など)。よくある失敗:骨の長さは無限に伸ばせると考えて、原因が増えるたびにただ骨を長くし続けること。ある程度を超えると、原因が多く詰まった1本の長い骨より、グループ分けされた2本の短い骨のほうが、スライド上に収まっていても格段に読みやすくなります。

現場メモ: 外資系コンサル時代、あるクライアントの不良率レビュー向けに初めて作った特性要因図は、社内テンプレートの仕様どおり4本の骨がすべて同じ長さに固定されていました。「設備」の6個の原因は8ポイントのフォントに圧縮されて互いに重なり合い、印刷レビューでパートナーがその骨全体を丸で囲み、「読めない」とだけ書き添えました。実際に採用された直し方はフォント変更ではなく、「設備」の骨を「人」の骨のおよそ2倍の長さにすることでした。原因数はずっと前からそう教えてくれていたのです。修正にかかった時間は、誰かが「4本を同じ長さに保つ」というテンプレートの縛りを手放し、6個の実際の原因が本当はどれだけの長さを必要としているかを測り直しただけで、15分ほどでした。

同じ発想を別の根本原因分析にも当てはめる

同じ考え方は、人・設備・方法・材料・測定・環境の6Mバージョンにもそのまま応用できます。測定誤差を他の4カテゴリーと切り分けたいというニーズが出てきたときによく使われる形です。固定長・等間隔の骨で最初に組んでしまっていると、5本目・6本目を追加する際に背骨の取り付け点が4つから6つに増え、既存の間隔の計算がすべて崩れるため、6本全部を組み直す羽目になります。最初から「原因数に応じた長さ」というルールで組んでおけば、測定と環境の骨を追加するのは足し算で済み、既存の4本を動かす必要はありません。

この発想は、問題ツリーやフォールトツリーにも応用できます。「対称に見せるためにどの枝も同じ長さにする」という同じ発想が、まったく同じ壊れ方を引き起こします。サブ原因が多い枝は圧縮され、少ない枝は未完成に見えるのです。中心の背骨やノードから可変長の枝が伸びる図であれば、どれも同じルールの恩恵を受けます——枝の長さは内容の関数であり、内容が確定したあとに決めるべきもので、先に決めるものではありません。

特性要因図のあとによく続く「なぜなぜ分析(5 Whys)」も、このルールが実際に適用されていたかどうかを試す良い機会になります。チームがさらに深掘りする価値のある原因を2〜3個選んだあと——たとえば「設備」の骨から「センサーの校正ズレ」と「老朽化したPLCのファームウェア」を選んだとして——それぞれが3〜5段階の「なぜ」の連鎖に展開され、最終的に根本原因に辿り着くのが普通です。この連鎖を、元の特性要因図の骨の長さのまま無理やり載せようとするのが、実務で最もよく起きる崩れ方です。チームはフィッシュボーンの形式ごと放棄してしまうか、単語ひとつ分の原因ラベル用に決めた目盛り間隔に、5段階の連鎖を詰め込もうとします。「なぜなぜ分析」の連鎖を、骨とは別の小さな枝分かれ図として扱い、同じ「項目数に応じた長さ」というルールを連鎖に適用すれば、2つの分析の見た目を途中で変えることなく一貫させられます。

AIが埋める「骨の長さの不揃い」というギャップ

カテゴリーごとの原因数は、ワークショップが実際に行われるまでわからないものだからこそ、PowerPoint内で動くAIレイアウトツールがデモ映え以上の実用的な時短を生む場面のひとつです。Advisioに背骨・カテゴリー名・各カテゴリーの原因リストを渡すと、均一なテンプレートを強制する代わりに、各骨の長さと目盛り間隔をそのカテゴリーの実際の原因数に合わせて組んでくれます。6原因の「設備」の骨と2原因の「人」の骨がどちらも読みやすく仕上がり、あとから7個目の原因が追加されても、他の3本の骨を手作業で組み直す必要はありません。Microsoft AppSourceに掲載されており、図をネイティブで編集可能なPowerPointの図形として生成するため、次のワークショップでの改訂も通常のクリック&タイプの編集で済みます。

フィッシュボーンに限らない、枝分かれ図全般に効く5つの原則

• 描く前に数える。カテゴリーが何であれ、どの図形のサイズも固定する前に、各カテゴリーに何個の項目が入るかを把握しておくこと。これは、枝がサブ項目を1つ増やすたびに作り直しが必要になるのを防ぐ、イシューツリーを組むときと同じルールです。
• 枠は内容に合わせて決め、逆はしない。枝、骨、テーブルの行、象限——どれも、中に何が入るかがわかってからサイズを決めるべきで、先にサイズを決めるべきではありません。
• 間隔のルールをひとつ決め、全体の長さはその結果として決まるようにする。項目間の間隔が一定であることは「分析された」印象を与え、全体の長さが一定で間隔が不揃いなことは「テンプレートに合わせて組み立てられた」印象を与えます。
• 視覚的な対称性は構造のために使い、内容量のために使わない。ニシンの骨のような交互配置、4象限のレイアウト、ツリーの枝の角度——これらは対称に保つべきものです。しかしその対称な枠それぞれに入る内容の量まで無理に揃える必要はありません。
• 構造要素と内容要素は別グループにする。背骨と骨を1つのグループ、原因ラベルを別のグループにしておけば、次の改訂で実際に変わった部分だけを触ればよくなります。