修正に耐えるイシューツリーのPowerPointスライドの作り方

初めてPowerPointでイシューツリーを組んだときは、40分ほどかけて作った。ボックスは揃い、間隔も均一、コネクタは各コーナーできれいに直角に接続されていて、自分では上出来だと思っていた。ところがマネージャーは元になる仮説を10秒見ただけで、3番目の枝は2番目とMECEになっていない、分け方を変える必要があると言った。ロジックの組み直し自体は5分で終わった。問題はそこからで、新しい構造に合わせてボックスとコネクタを再整列するのに、さらに30分かかった。ボックスを動かすたびに、隣のコネクタが位置ずれを起こす。PowerPointは、リサイズしたボックスに接続されたコネクタが、引き続ききれいな直角で接続されているべきだ、ということまでは理解してくれない。

「思考5分、シェイプいじり30分」というこの比率こそが、イシューツリーのスライド作りにおける本当のボトルネックであり、多くの解説記事が触れない部分でもある。MECEのロジックを正しく組むのは思考の問題で、練習で身につく。一方、そのロジックが変化していくのにPowerPoint上で構造を保たせ続けるのは機械的な作業の問題で、これはこれで独立した方法論に値する。

PowerPointを開く前にイシューツリーがやるべきこと

イシューツリーは、1つの根本課題(ルートクエスチョン)を、互いに重複せず(Mutually Exclusive)、かつ全体を漏れなくカバーする(Collectively Exhaustive)少数の枝、すなわちMECEな構造に分解し、それぞれの枝をさらに分解していって、データやインタビューで検証できるレベルまで具体化していくものだ。典型的な失敗パターンは2つで、枝同士が重複している(Mutually Exclusiveでない)場合と、本当は存在する可能性を見落としている(Collectively Exhaustiveでない)場合だ。まず紙かホワイトボード上で枝ごとにロジックをスケッチし、マネージャーに説明して通用するレベルになるまではPowerPointを開かない。ロジックが固まる前にシェイプを作り始めることこそが、あの無駄な30分を生む原因であり、まだ動いている仮説の周りでボックスを組み直し続けることになる。

PowerPoint上での組み方: ボックスとエルボーコネクタ

ロジックが固まったら、機械的な作業自体は3階層のツリーでも5階層のツリーでも変わらない。

1. ボックスを置く前にグリッドを決める。 表示タブからグリッド線とガイドをオンにし、ツリーの各階層の列幅と行の高さを最初に決めておく。イシューツリーは視覚的な整列で階層構造を伝えるものであり、読み手の目はラベルではなくグリッドから階層を読み取る。ボックスごとに間隔を目分量で決めてしまうと、後で直すことになるズレの原因になる。
2. ルートボックスを1つ作り、それを複製してすべてのノードに使う。 ボックスを毎回新規に描くのではなく、最初の1つを複製(Ctrl/Cmd+D)して、位置を触る前に同じ階層のすべてのボックスのサイズ・塗り・フォントを揃えておく。サイズの不揃いは、イシューツリーが「未完成」に見える最大の原因であり、しかも無料で避けられる。
3. 直線や手描きの矢印ではなく、エルボーコネクタで接続する。 挿入→図形→線→エルボーコネクタを選び、接続元のボックスにカーソルを合わせて赤い接続ポイントが表示されたら、接続先のボックスの接続ポイント(近くではなく、その点そのもの)までドラッグする。両端がきちんと接続ポイントに固定されたコネクタは、後でどちらかのボックスを動かしても追従する。単に2つのボックスの間に置かれているだけの線は追従しない。これが、編集を経ても崩れないツリーと、作り直すしかないツリーの分かれ目になる。
4. ツリー全体ではなく、階層ごとにグループ化する。 同じ階層のボックスとコネクタをすべて選択してグループ化(Ctrl/Cmd+G)すれば、上下の階層を崩さずにその階層だけ間隔を微調整できる。ツリー全体を一括でグループ化してしまうと、結局1つの枝を触りたくなった瞬間にグループを解除する羽目になり、意味がない。
5. 「まだMECEになっていない枝」の分のスペースを空けておく。 ロジックの最初のドラフトが最終形になることはめったにない。ある枝が2分割から3分割に変わったときにスライド全体をリサイズしなくて済むよう、最も枝の多い階層には最初から列を1つ多めに確保しておく。

もう一つ、早いうちに身につけておきたい習慣がある。枝をステータスや論点ごとに色分けしたくなる誘惑には抵抗したほうがいい。「確認済み」の枝を緑に、「除外済み」の枝を赤にするのは魅力的に見えるが、実際のイシューツリーではそのステータスは新しいエビデンスが出るたびに変わるので、結局ボックスの再整列に加えて色の塗り直しまでする羽目になる。もっと崩れにくい作法は、すべてのボックスを同じニュートラルな塗りのままにしておき、除外済みの枝には小さな「✕」と一行の注記を添えるやり方だ。これなら2回前の改訂で何色が何を意味していたかを覚えておく必要がなく、除外した仮説の見せ方としても実際のMBB系デックの流儀に近い。

仮説が変わったときに実際に何が崩れるか

イシューツリーのスライドの本当のテストは、作り終えた瞬間の見た目ではなく、マネージャーやデータに差し戻されて3回目の修正をする段階で何が起きるかにある。よく崩れるパターンは3つある。

• 枝を1つ追加すると、その下流すべてがズレる。 あるノードの下に新しい枝を1つ挿入すると、その右側にある兄弟ノードは全部位置をずらす必要があり、そうしないとツリー同士が重なり始める。イシューツリーが編集ではなく作り直しになる最大の原因はここにある。テキストのアウトラインが自動で流し込み直されるような機能は、ツリーには存在しない。
• 枝を削除すると、コネクタだけが取り残される。 コネクタを先に消さずにボックスだけ削除すると、PowerPointは何もない空間を指したままの線を残してしまう。作業中は見落としやすく、レビューでパートナーに指摘されると気まずい。
• 階層数が変わるとグリッドごと崩れる。 3階層から4階層に増やすということは、同じスライドに収めるために全ボックスを縦方向に圧縮する必要があるということで、最初からそれを見越して作っていなければ、微調整では済まず全面的なレイアウトのやり直しになる。

手作業が割に合わなくなるライン

一度作ったら二度と触らない静的なイシューツリーであれば、上で紹介したボックスとコネクタの方法で十分だ——40分で終わる。問題は、イシューツリーが静的であることの方が珍しいという点にある。分析フェーズの間はずっと動く作業中のドキュメントであり、エビデンスが増えるたびに仮説そのものが動くのが本来の趣旨であって、動くたびに整列をやり直すことになる。実際の案件で、3本の枝しかないツリーが1週間で6回も構造的に変わったのを見たことがある。インタビューのたびに仮説の形が変わったからで、その6回すべてで再整列のコストを払うことになった。

Advisioを作った動機は、まさにこのケースだ。ツリー上の既存のボックスとコネクタを読み取り、枝を追加・削除・再構成するたびに、周囲のボックスを自動で再配置し、コネクタを自動で再接続する——それも同じPowerPointファイルの中で、別のダイアグラムツールも再エクスポートも介さずに行う。考える部分は引き続き自分でやる必要があるが、5回目の修正が1回目と同じ30秒で済むようになり、30分かけ直す必要がなくなる。

一度作って終わりのイシューツリーなら、上で紹介した手作業の方法で十分にうまくいく——コネクタに触る前に、まずグリッドを決めてボックスを複製すること。分析が終わるまでに6回動くタイプのツリーであれば、それは自動化する価値のある問題だ。