ステアリングコミッティ（ステコミ）とは？役割・メンバー構成・60分アジェンダ・決裁資料と議事録テンプレート（2026年版）

ステアリングコミッティ（略してステコミ）は、プロジェクトの最終的な意思決定を担う会議体です。PMが最も力を入れて準備する会議のひとつですが、うまく機能していない会社は少なくありません。報告を聞くだけで何も決まらない会になっていたり、反対に役員がボタンの色を40分も議論していたりします。どちらの場合も、プロジェクトで一番貴重な1時間を無駄にしてしまいます。

この記事では、ステコミの意味と目的、担うべき役割と踏み込んではいけない領域、メンバー構成、PM・PMO・アドバイザリーボードとの違いを整理します。さらに、60分で終える進め方、決裁資料と議事録のテンプレート、ステコミが形だけの会議になる典型的な失敗、書記を立てなくても決議をそのまま記録に残す方法も紹介します。

⚠️ 本記事は、2026年10月時点の公開情報やユーザーフィードバックを基に独自にまとめたものです。

目次

1. ステアリングコミッティとは
2. ステコミの役割
3. メンバー構成：誰が参加すべきか
4. ステコミとPM・PMO・アドバイザリーボードの違い
5. ステコミの進め方：60分アジェンダ
6. 決裁資料の書き方：その場で決まる資料にする
7. PM向けチェックリスト：会議前・会議中・会議後
8. ステコミ議事録のテンプレート
9. ステコミでよくある失敗
10. 書記なしで決議を残す方法
11. よくある質問（FAQ）
12. まとめ

ステアリングコミッティとは

ステアリングコミッティ（Steering Committee）とは、プロジェクトの最高意思決定機関です。発注側（スポンサー）を代表して目標・予算・スコープの枠を定め、PMの権限を超える事項を決定し、プロジェクトの成否について組織に責任を負います。 日々の運営はPMが担い、方向性を大きく左右する場面ではステコミが判断を下します。両者はこのように役割を分けています。

呼び方は組織によってさまざまです。日本語では運営委員会や推進委員会と呼ぶことが多く、単に「ステコミ」で通じる職場もあります。外資系や大企業では、英語のまま「SteerCo（ステアコ）」と略すこともあります。PRINCE2ではProject Board（プロジェクトボード）、ドイツ企業ではLenkungsausschuss、フランス企業ではcomité de pilotageと呼ばれます。名前は違っても、プロジェクトガバナンスを支える基本的な仕組みであり、一時的な流行語ではありません。

考え方はシンプルです。プロジェクトには、プロジェクトより上の立場で判断する人が必要です。たとえば、予算を3割増やすかどうか、ある部門に要件の一部を諦めてもらうかどうか、そもそもプロジェクトを続けるかどうかといった判断です。こうした判断は、PMが一人で下せるものではありません。必要なリソースを握り、その結果を自分の組織で引き受ける人たちが決めるべきです。その人たちが集まる場がステコミです。

ですからステコミは、プロジェクトチームを大きくしたものでも、進捗報告会でも、自由に議論する場でもありません。 決まったタイミングで集まり、事前に準備された情報をもとに決定を下す会議体です。

ステコミの役割

ステコミの役割は、6つの領域に分けて考えられます。右の列は、真ん中の列と同じくらい重要です。ステコミで起きる問題の多くは、本来の仕事ではないことに手を出すところから始まるからです。

PRINCE2は、この役割を例外管理（Management by Exception）という言葉で表しています。PRINCE2を使っていない現場でも通用する考え方です。ステコミは、スケジュール・コスト・スコープ・品質・便益・リスクについて許容範囲を決めておきます。その範囲に収まっている限り、PMは自分の判断でプロジェクトを進めます。範囲を超えそうになったときに初めてステコミが動きます。こうしておけば、ステコミは本当に自分たちが判断すべき事項に集中できます。

実務で最も多いのは、ステコミの議論が少しずつ現場レベルの細かい話に寄っていく失敗です。戦略的な論点より実務的な論点のほうがイメージしやすいため、つい現場の話を始めてしまうのです。とはいえ、その代償は小さくありません。会議が長くなるうえ、PMは細かいことまで承認を求められるようになり、裁量を失ってしまいます。

メンバー構成：誰が参加すべきか

誰を入れるべきかは、誰がリソースを握り、誰が結果を引き受けるのかという問いから決まります。決定権を持たない人を、議決メンバーとして席に着かせる理由はありません。そうした方には、オブザーバーとして参加してもらうか、議事録の配布先に入ってもらいましょう。

表の最初の3行は、PRINCE2がProject Boardに求める3つの立場、Executive（エグゼクティブ）、Senior User（シニアユーザー）、Senior Supplier（シニアサプライヤー）に当たります。この3つの立場で構成する考え方が長く使われてきたのは、どのプロジェクトにもある3者の利害の引っ張り合いをそのまま反映しているからです。事業側は便益を、利用部門は要件の実現を、提供側は無理のない条件を求めます。このうち一つでも欠けた状態で決めると、その立場の視点が抜けたまま結論が出てしまいます。

人数の目安は、議決権を持つメンバーで3〜7人です。これより少ないと視点が足りず、多すぎるとあらゆる決定が交渉ごとになってしまいます。プロジェクトに関心を持つ人がほかにもいるなら、アドバイザリーボードや配布リストを用意しましょう。ステコミの席を増やして対応するのはおすすめしません。

PMの立場についても補足しておきます。PMはほとんどの回で最も重要な役割を担いますが、あえて議決権は持ちません。PMの仕事は、決めるべき事項を準備し、選択肢を示し、推奨案を出すところまでです。決めるのは、結果を引き受ける人たちです。この線引きは、PMとステコミの両方を守ります。PMは自分の権限を超える決定を背負わずに済み、ステコミはPMに判断を押し付けられなくなるからです。

ステコミとPM・PMO・アドバイザリーボードの違い

これらの言葉は、現場でよく混同されます。どの問題をどの会議体に持ち込むかは、この違いを押さえておくと迷わずに済みます。

なかでも注意したい違いが2つあります。

ステコミと実務連絡会： 多くの組織では、この2つは同じものを指します。一方で、本会議の合間の調整役として、小さな実務寄りの会議体を別に置く組織もあります。両方の名前がある組織では、どの会議体が何を決めるのかをプロジェクト憲章に明記しておきましょう。

ステコミとアドバイザリーボード： アドバイザリーボードは助言する場で、ステコミは決定する場です。有益な助言をくれるけれどリソースは握っていない方には、アドバイザリーボードに入ってもらいましょう。2つの役割を一つの会議体にまとめてしまうと、議論は長引き、決議の中身もあいまいになります。

ステコミの進め方：60分アジェンダ

良いステコミは短く終わります。必要な作業が会議の前に済んでいるからです。資料は遅くとも3営業日前に全メンバーへ送り、目を通してから出席してもらうことを前提にします。会議は報告を聞く場ではなく、決める場です。

会議の質を分けるのは、次の3つの原則です。

• 状況報告は1ページにまとめ、プレゼンはしません。 状況報告のスライドに30分かければ、決めるための時間がそのまま30分減ります。資料を読んできたメンバーに必要なのは、ずれとその原因だけです。
• 決裁事項は会議の真ん中に置き、最後に回しません。 決裁を最後の10分に押し込むと、慌てて決めるか、結局決まらないかのどちらかになりがちです。参加者の集中力が最も高い時間帯を、決定に充てましょう。
• 決議は最後に必ず声に出して読み上げます。 文言だけでなく、担当者と期限まで読み上げます。この2分があるだけで、ステコミの後によく起きるもめごとを防げます。同じ決定なのに、人によって覚えている内容が違っているという事態です。

開催頻度は月1回が最も一般的です。短期のプロジェクトなら隔週、長期のプログラムなら四半期に1回とし、フェーズ移行のタイミングで臨時に開くケースが多いでしょう。とはいえ、決まったペースを守ることよりも、どの決定も「次回まで待つ」必要がないようにしておくことのほうが大切です。緊急の案件に備えて、メールでの持ち回り決議や、短時間の臨時会議を開ける手順を用意しておきましょう。

決裁資料の書き方：その場で決まる資料にする

決めるステコミと先送りするステコミの差は、ほぼ例外なく準備の段階でつきます。決裁資料を作ろうとすると、PMは「その場で答えが出せる形」で問いを立てざるを得なくなります。次のテンプレートは1ページに収まるようにしてあります。これは意図した設計です。

決裁資料 No.[通し番号]
プロジェクト：[名称]      開催日：[日付]      起案者：[PM]

1. 決裁依頼事項（1文）
   ステアリングコミッティに、[具体的な問い]について決定を依頼します。

2. 背景（最大5行）
   何が起きたのか。なぜPMの権限では処理できないのか。

3. 選択肢
   | 選択肢 | コスト | 期間 | リスク | 目標への影響 |
   |--------|--------|------|--------|--------------|
   | A：[..] | [..]   | [..] | [..]   | [..]         |
   | B：[..] | [..]   | [..] | [..]   | [..]         |
   | C：現状維持 | [..] | [..] | [..] | [..]        |

4. PMの推奨案
   選択肢[X]。理由：[2文で根拠]。

5. 決定しなかった場合に起きること
   本日決定しない場合、次回会議までに次のことが起きます：[..]

6. 求める決議文（採決用の文言）
   「ステアリングコミッティは[..]を決議する。担当：[氏名]。実行期限：[日付]。」

使うときの注意点は3つあります。

• 「現状維持」の選択肢は必ず入れます。 先送りした場合のコストが見えるようになり、二者択一ではなく、複数の案を比べて検討できるようになります。
• 推奨案は必ず書きます。 PMの推奨案がないと、ステコミはその場で一から分析を始めることになります。25分の議題が1時間に延びるのは、たいていこのパターンです。メンバーが推奨案と違う結論を出すのは構いません。ただし、ゼロから考えさせてはいけません。
• 決議文はあらかじめ書いておきます。 文言が用意されていれば、そのまま採決にかけられ、議事録にも転記できます。その場で文言を考えようとすると、議事録には「議論した」としか残らなくなります。

PM向けチェックリスト：会議前・会議中・会議後

PMにとって、毎回のステコミはそれ自体が小さなプロジェクトです。次のチェックリストは、実務で会議がつまずきやすいポイントを押さえています。

1週間前

• 決裁が必要な事項を洗い出します。自分の権限を超えていて、議題に上げるべき問題は何かを整理します。
• 決裁資料を作ります。どの資料にも、選択肢・推奨案・決議文を入れます。
• 重要な決裁事項は、主要メンバーと事前にすり合わせておきます。会議の場で初めて聞く話が出ないようにします。たとえ良い知らせであっても同じです。
• 進捗報告を1ページにまとめ、ずれのある箇所にだけコメントを付けます。

3営業日前

• 時間配分を入れたアジェンダ、進捗報告、決裁資料を送ります。
• 定足数を確認します。その人がいないと決められないメンバーが出席できるかを確かめます。欠席する場合は、決定権を持つ代理人を立ててもらいます。
• 議事録の担当を決めます。誰が書くのか、あるいはどのAI会議アシスタントに任せるのかをはっきりさせておきます。

会議中

• 決裁事項は、どれも「…について決議をお願いします」という一言から始めます。
• 話がそれたら、「その件はプロジェクトチームで引き取って検討します」と言って本題に戻します。
• 次の議題に移る前に、決議文をそのまま読み上げて、全員の確認を取ります。

会議後24時間以内

• 決議文の原文、担当者、期限を載せた議事録を送ります。
• 決議事項を、プロジェクト計画とタスク管理ツールに反映します。
• 何が決まり、それによって何が変わるのかをチームに共有します。

ステコミ議事録のテンプレート

ステコミの議事録は決議録として書きます。議論の流れを追う経過録にする必要はありません。誰がどんな主張をしたかを、後から読み返す人はまずいないからです。読み返されるのは、何が決まり、誰が責任を持ち、いつまでに実行するのかという点です。議事録の種類ごとの違いは、決議録・経過録・逐語録を比較したガイドで詳しく解説しています。

ステアリングコミッティ議事録
プロジェクト：[名称]     第[No.]回     日時：[日付]     所要時間：[開始〜終了]
出席（議決権あり）：[氏名、役割]
出席（助言・陪席）：[氏名]
欠席（理由）：[氏名、代理人]
記録：[氏名またはツール]

1. 定足数の確認：[あり／なし]

2. 第[No.]回決議事項の実行状況
   | 決議 | 担当 | 状況 |
   |------|------|------|

3. プロジェクト状況
   スケジュール：[緑／黄／赤]  コスト：[..]  スコープ：[..]  品質：[..]  リスク：[..]
   主なずれ：[1〜3文]

4. 決議事項
   R-[No.]：「ステアリングコミッティは[文言]を決議する。」
            採決：[全会一致／多数決／反対：..]
            担当：[氏名]   実行期限：[日付]
   R-[No.]：...

5. 保留した決定
   | 議題 | 保留の理由 | 不足している情報 | 期限 |
   |------|------------|------------------|------|

6. リスクと合意した対応
   | リスク | 評価 | 対応 | 担当 |
   |--------|------|------|------|

7. 次回：[日付]、予定している決裁事項：[..]

「保留した決定」の項目は、あえて細かく書くようにしています。どの情報が足りず、いつまでにそろえるのかを書いていない保留は、実際には期限のない先送りと変わりません。表の形で残しておけば、期限付きのタスクとして扱えるようになります。

ステコミでよくある失敗

• 人数が多すぎます。 12人もいると、決定ではなく交渉の場になってしまいます。予算もリソースも握っていない方には、議事録の共有やアドバイザリーボードへの参加をお願いしましょう。
• 進捗報告会になっています。 60分のうち45分をスライドの説明に使っているなら、ステコミは本来の目的を果たせていません。状況報告は事前資料で済ませ、会議の時間は決定に使います。
• 決裁資料なしで決めようとしています。 選択肢も推奨案もないまま出てきた議題は、保留になるか、勘で決まるかのどちらかです。どちらに転んでも、後で大きなツケを払うことになります。
• 実務レベルの話題が議題に上がっています。 要件定義書の文言や個別ツールの選定をステコミで議論し始めると、PMは裁量を失い、ステコミは時間を失います。
• 会議の場で初めて聞く悪い知らせが出ます。 予算が危ないという話をスポンサーが会議で初めて聞けば、生まれるのは決定ではなく不信感です。重要な知らせは、事前に一対一で伝えておきましょう。
• 決定権者が出席していません。 決定権者が欠席し、代理人が「一度持ち帰ります」と答えるようでは、その会議は無駄になります。代理人には決定権を持たせる必要があります。
• 決議に具体的な文言がありません。 「予算の件を議論し、調整する方向で合意した」というのは決議ではありません。決議には、一つの文と一人の担当者、一つの期限が必要です。
• 決議の後追いをしていません。 次の回で実行状況を確認しなければ、決議はただの提言で終わってしまいます。アジェンダの2番目の項目は、最も手軽で効果の高い保険です。

書記なしで決議を残す方法

ここまで紹介してきた内容は、最終的にすべて議事録に集約されます。決議文の原文、採決結果、担当者、期限、そして理由を添えた保留事項です。ところが実務では、この議事録をきちんと残すのが一番難しいのです。最もうまく書けるのはPMですが、そのPMは会議中、説明し、質問に答え、推奨案の根拠を示すことで手一杯です。そこに書記まで重ねると、どちらも中途半端になります。かといってPMOの担当者に記録を任せても、議論の中身を深く知らないため、決議文を正確に書けないことも多いでしょう。

SuperInternは、MacとWindowsで使えるボットレスのAI議事録アプリです。PCの音声を直接取り込むため、会議にボットが参加することはありません。経営層や顧客、外部ベンダーが同席する会議では、この違いがはっきりと効いてきます。Microsoft Teams、Zoom、Google Meet、Webexのどれでも同じように使え、メンバーが会議室に集まる対面のステコミにも対応しています。

ステコミでは、たとえば次のように使えます。

• AI Canvasが、指定した構成の決議録をリアルタイムで作成します。 最初に一度だけ、普段の言葉で指示しておきます。たとえば「これはステアリングコミッティです。すべての決議を採決結果・担当者・期限とともに原文のまま記録し、保留した決定は理由付きで一覧にし、リスクへの合意済み対応を残してください」と伝えます。すると会議の進行に合わせて、その形で議事録が埋まっていきます。最後の2分の読み上げも、画面にすでに表示されている内容を読むだけで済みます。

• Invisible Modeを使えば、スライドを画面共有している間もノートを隠しておけます。 PMが進捗報告や決裁資料を画面共有で映していても、ライブノートが他の参加者に見えることはありません。
• 話者識別によって、決議とそれを決めた人をひも付けられます。 「ではB案で進めましょう」と発言した人が文字起こしに残るため、誰がどの決定を主導したのかを後から確認できます。参加者は、カレンダーの予定からそのまま取り込めます。
• 複数の会議をまたいで、チャットで質問できます。 「直近3回のステコミで、予算について何を決めて、どんな条件が付いた？」と聞けば、実際の発言をもとに答えが返ってきます。これだけで、次の決裁資料の準備が半分ほど片付くことも珍しくありません。
• 決議事項を普段使っているツールに連携できます。 SuperInternのMCP連携を使えば、ClaudeやChatGPTなどのAIエージェントが議事録を読み取り、合意した対応をJiraやLinear、Asanaのタスクとして登録できます。

50以上の言語に対応したリアルタイム字幕・翻訳機能もあります。本社は英語、事業部は日本語で話すようなグローバルなステコミでは特に役立ち、要約も好きな言語で出力できます。なお、SuperInternは決裁資料の作成や事前準備を代わりに引き受けるツールではありません。そこは引き続きPMの仕事です。SuperInternが担うのは、すべての決議を、決まったときの形のまま記録に残すことです。無料プランがあるので、次回のステコミで気軽に試してみてください。

よくある質問（FAQ）

プロジェクトにおけるステアリングコミッティとは何ですか？

プロジェクトの最高意思決定機関です。スポンサーを代表して目標・予算・スコープの枠を定め、PMの権限を超える事項を決定し、プロジェクトの成否に責任を負います。日本語では運営委員会や推進委員会と呼ばれ、PRINCE2ではProject Boardと呼ばれます。大企業では、略してステコミやSteerCoと呼ぶことも多いです。

ステアリングコミッティの役割は何ですか？

プロジェクト憲章の承認、予算とリソースの提供、変更とエスカレーションへの判断、フェーズ移行とマイルストーンの承認、重大リスクの引き受け、そして組織内でプロジェクトを代表することが主な役割です。実行計画の作成やタスクの割り当て、チーム運営はステコミではなくPMが担います。

ステアリングコミッティには誰が参加すべきですか？

通常は、議長を務めるスポンサー、成果物を使う業務部門の代表、IT部門長や外部ベンダーなど提供側の代表が参加します。PMも出席して状況を報告し、決定事項を準備しますが、通常は議決権を持ちません。議決権を持つメンバーは3〜7人が目安です。

ステアリングコミッティとPMの違いは何ですか？

PMは、合意したスケジュール・コスト・スコープの許容範囲の中で、プロジェクトを実務面から運営します。ステコミは、戦略面から方向性を定めます。許容範囲を設定し、それを超えるときに判断を下し、フェーズの移行を承認します。PMが推奨し、ステコミが決定するという関係です。

ステアリングコミッティはどのくらいの頻度で開きますか？

月1回が最も一般的です。短期のプロジェクトなら隔週、長期のプログラムなら四半期に1回とし、フェーズ移行やエスカレーションのタイミングで臨時に開催します。会議の合間に緊急の決定が必要になったときのために、メールでの持ち回り決議の手順をあらかじめ決めておくと安心です。

ステアリングコミッティの議事録には何を書くべきですか？

出席者と定足数、前回決議の実行状況、主なずれを含むプロジェクトの状況、採決結果・担当者・期限を添えた決議文の原文、理由を添えた保留事項、リスクへの合意済みの対応を書きます。議論の経過を残すのではなく、決議を記録するための議事録です。

ステアリングコミッティと運営委員会は違うものですか？

ほとんどの組織では、同じ会議体を別の名前で呼んでいるだけです。運営委員会、推進委員会、Project Board、SteerCoは、いずれも同じものを指します。ただし組織によっては、本会議の合間の調整役として、小さな実務寄りの会議体を別に置くこともあります。両方がある場合は、どちらが何を決めるのかをプロジェクト憲章に書いておく必要があります。

まとめ

ステアリングコミッティは、本来の役目である「決定」を下してこそ意味があります。そのためには、スポンサー・業務側・提供側がそろった適切なメンバー構成、実務を担うPMとの明確な線引き、決裁事項を真ん中に置いた短いアジェンダが欠かせません。さらに、選択肢・推奨案・決議文をあらかじめ盛り込んだ決裁資料も必要です。

そのうえで、すべての決議を決まったときの形のまま残しましょう。決議の原文、担当者、期限を記録し、次の回で実行状況を確認します。こうした議事録を、もう手作業で作る必要はありません。ボットレスのAIアシスタントが会議中に議事録のテンプレートを埋めてくれるので、PMはその場で本当に大切な仕事、つまり入念に準備した議題をきちんと決定まで持っていくことに集中できます。

SuperInternを無料で試す ：説明や議論に集中している間も、ステアリングコミッティのすべての決議を原文のまま残せるボットレスのライブ議事録です。