ステアリングコミッティ資料のガバナンスパートは、たいてい作るのが一番後回しになるのに、クライアントが一番じっくり読むページでもある。ワークストリームのメンバー同士では「誰が何を持つか」はすでに口頭で合意済みだ。問題は、その口頭合意を、45分の会議中にCFOが一目見て「ベンダー契約が遅れたら誰に電話すればいいか」を理解できる1枚のスライドに落とし込むことにある。それがRACIチャート(Responsible/Accountable/Consulted/Informedの頭文字を取った役割分担表)であり、R/A/C/Iの定義そのものに時間を取られた記憶はほとんどない。時間を取られるのは、いつもPowerPointの側だった。
数年前、あるサプライチェーンのガバナンス設計プロジェクトで似たスライドを作ったとき、記憶に残っているのはRACIのロジックではない――それはクライアントの現場責任者とホワイトボードを囲んで10分で決まった。記憶に残っているのは、そのあとタスク11行×ステークホルダー6列を16:9のスライドに収めるために列幅を延々と微調整し、脚注が下端からはみ出さないよう調整した40分、そして2日後にクライアントが「タスクを1つ追加、PMO新任担当者の列も1つ追加」と言ってきて、その作業をまるごとやり直したことだ。この手のスライドを2枚以上作ったことがある人なら、似たような午後を過ごした経験があるはずだ。
この手の解説記事の多くは「表を挿入して、行と列にラベルを付けて、セルにR/A/C/Iを入力すれば完成」で止まっている。それ自体は間違っていないが、実際のプロジェクトで時間を食うのはその先の工程だ。タスク数が変わったときに列幅・行高がきれいに再調整されるようにしておくこと、白黒印刷された役員会資料でも読み取れる色分けを選ぶこと、表と競合しない位置に凡例を置くこと、そして誰も指摘しないが実は効いてくる点として――組織図や別紙のタイムラインと同じデック内にある1枚として違和感なく馴染ませることだ。フォントサイズが1枚だけ微妙に違う、凡例だけ違う角に浮いている、といった小さなズレは、パートナーが事前レビューで指摘するような話ではあっても、クライアント本人が意識的に気づくことはまずない。むしろそれが厄介で、理由は言語化されないまま「なんとなく詰めが甘い資料」という印象だけが残る。
SmartArtのマトリクスではなく、素の表(挿入 > 表)を使う。SmartArtはギャラリーのプレビューでは整って見えるが、列幅を不揃いにしたい、セルごとに塗り色を変えたい、表の外側に脚注を置きたい、といったRACIチャートに必須の操作のすべてで融通が利かない。素の表なら各セルを完全にコントロールできる。
現時点で必要な行数・列数より多めに表を作っておく。ワークストリームのリーダーから「タスク8個、ステークホルダー5人」と聞いたら、10行×6列で組んでおく。後で行を追加する場合は、既存の行を選択して右クリックし「下に行を挿入」を選べばよく、新しい行は上の行の書式(色分けや罫線)をそのまま引き継ぐ。今日時点の人数ぴったりで表を組んでしまうことこそ、2週間後に誰かがワークストリームに加わった瞬間、丸ごと作り直しになる一番よくある原因だ。
一番左の列(タスク名)は他より広めに、目安として表全体の30〜35%程度の幅を取り、ステークホルダーの列はすべて同じ幅にする。ステークホルダー列をすべて選択し、「表のレイアウト > 列の幅を揃える」を使って、目分量ではなくPowerPoint側に均等幅を強制させる。行の高さも同様に、タスク行をすべて選択して「行の高さを揃える」を使う。この工程を最初にやっておけば、後で行や列を増減させる作業は、手作業で測り直す15分がかりの作業ではなく、「列の幅を揃える」を再実行するだけの5秒の作業になる。
PowerPointが文字量に応じて表内のテキストを自動縮小する挙動(オートフィット)がオンになっていないか、表のプロパティで確認しておく。行の高さは、誰かがセルに入力した文字量ではなく、自分が明示的に設定したサイズで決まるようにしておきたい。
R/A/C/Iの4色は、色相だけでなく明度にも十分な差を付ける。役員会資料が白黒印刷される場面や、色覚特性のある読み手がいる場面は実際によくある。よく使う配色は、Accountable(説明責任者)を濃い目のアクセントカラーの単色で塗り(1タスクにつきAは1人なので、視覚的に一番目立たせる)、Responsible(実行責任者)は同系色の中間トーン、Consulted(協議先)は明るいニュートラルカラー、Informed(報告先)は白または薄いグレーに罫線のみ、という組み合わせ。塗りは各セルを個別に塗るのではなく「表のデザイン > 塗りつぶし」から適用し、デック全体で使っているアクセントカラーと同系統にすることで、そのスライドだけ別テンプレートから持ってきたように見えるのを防ぐ。
セルには単語ではなく1文字(R・A・C・I)だけを入れる。色+1文字という組み合わせが、会議の場でぱっと見て読み取れる状態を作る。中央揃え・太字にし、フォントサイズは表内すべてのセルで揃え、デック内の本文フォントサイズとも一致させる。
凡例は表のすぐ下、表の左端に揃えて、1行の横並びで置く。色付きの四角(またはR/A/C/Iの文字)とその意味を、一定の間隔で並べるのが基本形だ。表から切り離された角にテキストボックスで凡例を浮かせるのは避けたい。スライドの大部分がグリッドで構成されている中で、宙に浮いた凡例は「後付け」に見えてしまう。スペースが厳しい場合は、表を圧迫する枠付きの凡例より、表の下に収めたコンパクトな1行の凡例の方が見た目がまとまる。
凡例の下に、デックの他ページと同じ小さめのグレーの脚注スタイル(目安8〜9pt、グレー、左揃え)で、役割分担の根拠を1行だけ記す。例えば「ワークストリームリーダーへのヒアリングに基づく(実施日)」や「ガバナンス憲章v2(承認日)に準拠」など。この1行があれば、後日のレビューで「この割り当ての根拠は?」と聞かれたときに、自分がその場にいなくても答えが用意されていることになる。脚注を複数重ねるのは避ける。1行で十分であり、それ以上は通常スライド番号が入る下部余白を圧迫し始める。
組織図とタイムラインの間に挟まれたRACIチャートは、クライアントが言葉にするかどうかに関わらず、その両方と無意識に比較される。見出しのスタイル、脚注の位置、フッターは、前後のスライドと完全に一致させる――フォント、サイズ、左マージンまで揃える。組織図で「経営層」のボックスに使っている青があるなら、それをAccountable用の色の候補にするのは理にかなっている。3枚連続のスライドがばらばらの配色になるのではなく、そのセクション全体に一本の視覚的な糸が通る。この細部こそが、1つのまとまったストーリーとして読めるデックと、複数人が別々に作ったスライドをホチキス留めしただけのデックとを分ける。実際、多くの現場では、誰かが体裁統一のパスを入れる前は文字通り後者だったりする。
タスクが1つ増えたら、挿入位置の上の行を選択して「下に行を挿入」を実行し、その後タスク行全体で「行の高さを揃える」を再実行して、新しい行だけ高さがずれるのを防ぐ。ステークホルダーが1人増えたら、列を挿入して「列の幅を揃える」を再実行し、凡例が表の新しい幅(広くなった、あるいは狭くなった)に対してまだ収まっているかを目視で確認する。5列を前提に配置していた凡例が、6列目の追加で中央からずれたり、表からはみ出したりすることがあるためだ。手順2の段階で「行の高さ・列の幅を揃える」機能を使って組んでおけば、これらはいずれも作り直しではなく2分程度の修正で済む。それこそが、最初にこの機能を使って表を組んでおく理由そのものだ。
Advisioを作った理由の一つは、まさにこの種のスライドにある。RACIのロジック自体がボトルネックになることはない。ボトルネックになるのは、タスク一覧やステークホルダー一覧が変わるたびに発生する手作業の再整列であり、これはほぼすべてのガバナンス設計プロジェクトで、初稿から最終承認までの間に少なくとも一度は起きる。AdvisioはPowerPointに組み込まれるアドインとして動くため、タスクや担当者の数が変わったとき、列幅・行高・色分け・凡例の位置を自動で組み直す。「行の高さを揃える」を再実行して脚注の位置を手で戻す作業を代わりにやってくれる、というだけの話であり、上で説明した手順を手作業で置き換えられないわけではない。ただ、元データが変わるたびにその再整列を肩代わりしてくれる分、実際のデックのライフサイクル全体で見ると一番時間を食っていた工程が消える。
RACIチャートというスライドには複雑なロジックは何もない。4つの文字と、グリッドと、凡例があるだけだ。それが「拙速」ではなく「精緻」に見えるかどうかを分けるのは、他のガバナンス系スライドを精緻に見せるのと同じ徹底ぶりだ。サイズを揃えること、白黒でも機能する色分けを選ぶこと、表と競合しない凡例を置くこと、そして「この根拠は何か」と会議室で誰かが口に出す前に、脚注1行がその答えを用意しておくこと。この4点を一度きちんと押さえ、余白を持たせて表を組んでおけば、次にタスク一覧が変わったときも、作り直すのではなく編集するだけで済む。