ステコミ資料の作り方｜経営層が5分で判断できる構成と失敗パターン

ステアリングコミッティ(ステコミ)の資料作りに時間をかけすぎて、肝心の意思決定が進まないという悩みは多くのPMに共通する。経営層が資料に目を通せる時間は実質数分しかない。本記事では、経営層が5分で状況を把握し意思決定できる資料構成のテンプレート、各スライドの書き方、実務でよくある失敗パターンと作成手順を具体的に解説する。

ステコミ資料の目的は「報告」ではなく「意思決定を通すこと」

多くのPMが陥る罠は、ステコミ資料を「進捗報告書」として作ってしまうことだ。作業進捗、消化工数、課題一覧を丁寧に並べても、経営層が本当に知りたいのは「今、何を決めてほしいのか」である。ステコミの本来の役割は、PM単独では判断できない意思決定(追加予算、スコープ変更、リソース追加、エスカレーション対応など)を経営層に委ねる場だ。資料を作る前に、まず「今回のステコミで経営層に何を決めてもらうか」を1文で言語化する。この1文が定まらないまま資料作成に着手すると、情報量は多いのに結論が見えない資料になり、会議が「報告を聞くだけの時間」に終わってしまう。

経営層が5分で判断できる資料構成(テンプレート)

ステコミ資料は表紙を除いて5〜6枚に収める。枚数が多いほど「読まれない資料」になる。基本構成は以下の通りだ。

スライド	内容	経営層に伝わること
1. エグゼクティブサマリー	プロジェクトの状態を信号色(青・黄・赤)と一言で	今、緊急対応が必要かどうか
2. 意思決定事項	今回決めてほしいこと・選択肢・推奨案	何を判断すればよいか
3. 進捗と課題	主要マイルストーンの達成状況、課題トップ3	どこに問題があるか
4. リスクとインパクト	放置した場合の影響(コスト・納期・品質)	判断を先送りするコスト
5. アクションプラン	承認後の実行計画とオーナー	決定後どう動くか

このうち経営層が最初に見るのは1枚目と2枚目だけだ。3枚目以降は質問が出たときに参照する「裏付け資料」と位置づけて構わない。

各スライドの書き方 — サマリー・意思決定事項・課題

エグゼクティブサマリーは「順調/要注意/危険」の3段階評価と、その理由を1〜2文で書く。詳細な説明は不要で、経営層が状態を一目で把握できることが目的だ。

意思決定事項のスライドは、最も力を入れるべき箇所だ。「〇〇について、A案(追加予算300万円でスケジュール死守)とB案(納期を3週間後ろ倒し)のどちらを承認するか」というように、選択肢を並べて推奨案を明示する。選択肢を出さずに「予算が足りません」とだけ書くと、経営層は判断材料がなく「持ち帰って検討」となり、意思決定が翌月に持ち越される。

課題は箇条書きで3つまでに絞る。全課題を並べると優先順位が伝わらない。課題の構造化にはイシューツリーでプロジェクト課題を構造化する：マッキンゼー流問題解決で紹介した手法が使える。大きな課題を分解し、経営層の判断が必要な部分だけを抽出する発想が資料の骨格になる。

ステコミでよくある失敗パターン

ステコミ資料でよく見る失敗は次の4パターンだ。

1つ目は「進捗報告資料の使い回し」。週次定例で使ったガントチャートや消化工数のグラフをそのまま持ち込み、経営層が意思決定できる形に加工していないケースだ。経営層はプロジェクトの細部より、リスクとコストのトレードオフを知りたい。

2つ目は「リスクの定量化がないまま危機感だけを訴える」パターンだ。「このままでは危険です」という言葉だけでは、経営層は投資判断ができない。影響度と発生確率を数値化して伝える必要がある。定量評価の枠組みとしてはBCG DICEフレームワーク：プロジェクト崩壊リスクをスコアで見える化して経営層を動かすで扱ったスコアリング手法が使える。

3つ目は「事前の根回し不足」。ステコミ本番でいきなり大きな決定を求めると、出席者が持ち帰り検討に回り決定が先送りされる。重要な意思決定事項は、会議前にキーパーソンと個別に方向性をすり合わせておく。ステコミは「決定を追認する場」に近づけるほど機能する。

4つ目は「毎回フォーマットが変わる」パターンだ。担当者や状況によって資料の構成がバラバラだと、経営層はページをめくるたびに読み方を考え直す必要があり、判断のスピードが落ちる。一度決めたテンプレートは、内容が変わっても骨格は変えないほうが、複数プロジェクトを掛け持ちする経営層にとって読みやすい。

資料作成の実務手順 — 会議の1週間前から当日まで

資料作成を会議直前に始めると、根回しの時間が取れず前述の失敗パターンに陥りやすい。目安のスケジュールは以下の通りだ。

会議の1週間前までに、意思決定事項の骨子(何を、どの選択肢で決めてほしいか)をドラフトし、直属の上司やプロジェクトオーナーに一度レビューしてもらう。この時点でA案・B案の内容や数字の粗さを潰しておく。

会議の3〜4日前に、キーパーソン(決裁権を持つ経営層のうち影響力が大きい1〜2名)に個別に説明し、反応を確認する。ここで強い反対が出た場合は、資料の推奨案や前提を見直す時間がまだ残っている。

会議の前日までに資料を完成させ、参加者に事前配布する。当日にはじめて資料を見せる運用は、その場で疑問が噴出し議論が発散する原因になる。事前配布によって、会議自体を「質疑と意思決定」だけに使えるようになる。

ステコミの出席者とアジェンダ設計

ステコミの出席者は「意思決定に必要な人」に絞る。全ステークホルダーを毎回集めると、資料の粒度が下がり、誰のための会議か曖昧になる。決裁権を持つスポンサー、影響範囲が大きい部門の責任者、そしてPM自身を核とし、必要に応じて技術リードを個別テーマの説明者として呼ぶ運用が現実的だ。

アジェンダの時間配分も決めておく。60分の会議なら、意思決定事項の説明と質疑に30分、進捗共有に15分、次回までのアクション確認に10分、残りをバッファとするのが目安だ。進捗共有に時間を使いすぎると、肝心の意思決定に十分な議論時間が取れなくなる。事前に資料を配布していれば、進捗説明は最小限に圧縮できる。

経営層を動かすための伝え方のコツ

経営層は限られた時間の中で複数のプロジェクトのステコミを掛け持ちしている。資料の構成だけでなく、話す順番も判断のしやすさを左右する。結論(意思決定事項)を最初に述べ、その後に根拠(課題・リスク)を説明する「結論ファースト」で進行する。

資料の見た目にも気を配る。文字だけのスライドは読むのに時間がかかる。信号色による状態表示、簡潔な矢印やグラフを使い、1スライドにつき伝えたいメッセージを1つに絞る。文字を減らすほど、経営層が5分で判断できる資料に近づく。決裁権者が複数いる場合は、資料配布前に個別の反応を確認しておくと、当日の議論が「賛否の表明」ではなく「実行方法の相談」に変わりやすい。

数値で語れる部分は必ず数値にする。「進捗が遅れている」ではなく「主要KPIが目標比80%で推移」のように定量化すると、経営層は状況を素早く比較できる。プロジェクトの目標をどう数値に落とし込むかはKPIツリーでプロジェクト目標を分解する：数値で動けるチームを作るが参考になる。ステコミ資料の進捗スライドも、KPIツリーの主要指標をそのまま転記すれば一貫性が保てる。

質疑応答では、想定される反論に先回りして裏付け資料を用意しておく。「なぜB案ではなくA案を推奨するのか」「今決めないとどうなるのか」といった質問は毎回出るパターンが決まっている。事前に想定問答集を1枚作っておくと、会議中に言葉に詰まる場面が減る。

資料をテンプレート化して次回以降の負荷を下げる

ステコミ資料は毎回ゼロから作るものではない。一度型が固まれば、テンプレートとして流用し、内容だけを更新する運用に切り替えるべきだ。エグゼクティブサマリー、意思決定事項、リスク、アクションプランの4つの型さえ守れば、担当者が変わっても資料の質を落とさずに引き継げる。

プロジェクトの体制変更やPM交代のタイミングでは、このテンプレートと過去の意思決定履歴をセットで引き継ぐことで、後任者が経営層の判断基準を早く理解できるようになる。テンプレートは一度作って終わりにせず、ステコミのたびに「経営層の反応が良かった書き方・悪かった書き方」を追記していくと、資料の説得力が回を追うごとに増していく。

あわせて読みたい

ステコミで意思決定事項が通らず、プロジェクトがトラブル化してから経営層への説明を迫られる状況を避けるには、平時からの資料設計が効く。プロジェクトのトラブル解決大全(木部智之)は、炎上プロジェクトを経営層や関係者にどう説明し立て直すかの実践知が詰まっており、ステコミでのエスカレーション対応の引き出しを増やすのに役立つ。

体系的なPM知識の裏付けを持って資料の構成を語りたい場合は、PMBOK ガイド 第7版(PMI)でステークホルダー・マネジメントやガバナンスの原則を確認しておくと、資料の位置づけを説明しやすくなる。