会議体一覧の作り方 記載項目とプロジェクトの階層構成・無駄な会議を減らす基準

「気づいたら会議が週に10本あり、実作業の時間が取れない」「その会議で何を決めるのかが曖昧で、結論が出ないまま終わる」。プロジェクトでも通常業務でも、頻繁に起きている状況です。

会議体一覧は、実施するすべての会議について、目的、参加者、頻度、成果物を定義して一覧化した文書です。プロジェクトの発足時に作成し、関係者と共有するのが基本の使い方になります。

この一覧を作る価値は、会議を管理しやすくすることだけではありません。作成の過程で「この会議は何のためにあるのか」を問うことになり、目的が説明できない会議が浮かび上がります。

この記事では、一覧の記載項目と記載例を示したうえで、プロジェクトの標準的な階層構成、目的による分類、そして無駄な会議を減らす判断基準までを扱います。

確認したいポイント	結論	詳細
会議体とは？	同じ目的で繰り返す会議の集合	単発の打ち合わせではなく、目的と参加者を定めて継続的に開く仕組みです。
一覧に書く項目は？	名称・目的・主管・参加者・頻度	開催方法と成果物も定義します。すべての会議を網羅することが前提です。
何階層にする？	中規模なら3階層が標準	ステアリングコミッティ、PM・PL会議、チーム定例会という構成です。
無駄をなくすには？	目的が説明できない会議は廃止	「とりあえず必要そう」で設けた会議が、時間を奪う最大の要因になります。

この記事でわかること

• 会議体と単発の会議との違い、そして一覧を作る目的
• 会議体一覧に記載すべき8つの項目と、実際の記載例
• 小規模から大規模まで、プロジェクトの標準的な階層構成
• 目的による会議の分類と、目的が混ざると機能しなくなる理由
• 無駄な会議を減らすための4つの問いと、運用で押さえるべき点

業務改善とプロジェクト推進の進め方をまとめた資料を無料で配布しています どこから着手すべきかの見極め方、社内で進めるための体制の組み方、費用の目安を1冊にまとめました。 検討段階の情報収集にご活用いただけます。 ▶ 資料請求はこちら ※オンライン完結／しつこい営業は一切いたしません

会議体とは

会議体とは、同じ目的で複数回設定される会議の集合体を指します。単発の打ち合わせとは区別される概念です。

プロジェクトや事業の進捗報告会議が典型例です。毎週、毎月、四半期といったサイクルで定例的に実施され、目的と参加者があらかじめ決まっているという性質を持ちます。

単発の会議との違い

会議体は公式な仕組みであり、単発の打ち合わせは個別の対応という違いがあります。

プロジェクトにおける会議体は、単なる集まりではありません。情報の共有と意思決定を行うための公式な仕組みとして位置づけられます。そこで決まったことが、プロジェクトの正解になります。

逆に、非公式な場で決まったことは、後から「聞いていない」という混乱を招きます。公式な会議体で決定し、議事録を残すことで、この問題を防げます。

なぜ設計が必要なのか

「会議を開かなくても、メールやチャットで済むのでは」という疑問に対しては、3つの理由が挙げられます。

• 認識のずれをその場で解消できる：テキストのやり取りは解釈の不一致を生み、後の手戻りにつながる
• 言った・言わないを防げる：公式に決定し記録を残すことで、正解が1つに定まる
• リスクの予兆を早期に察知できる：定期的に集まることで、個別のやり取りでは見えない変化に気づける

一方で、会議体は組織に情報を送り届ける血管のようなものです。詰まれば組織は機能不全に陥りますが、多すぎれば現場の体力を奪います。だからこそ設計が必要になります。

会議体一覧を作る目的

一覧を作る意味は、管理の効率化と、会議そのものの見直しの両方にあります。

管理の面では、日程の調整が容易になります。プロジェクトの進行に伴い、参加者の変更や日程の調整が頻繁に発生します。全会議の参加者と開催日時が整理されていれば、別の会議との重複を避けて調整できます。

見直しの面では、目的を書き出す作業自体が効果を持ちます。「とりあえず必要そう」という理由で設けた会議は、目的の欄が埋まりません。それが廃止の判断材料になります。

業務全体の見直しの進め方については業務効率化アイデア55選｜部門別30＋AI15＋明日から3つで成果を出す方法も参考になります。

通常業務でも同じ考え方が使える

会議体という言葉はプロジェクト管理の文脈で使われることが多いものの、通常業務の会議にも同じ整理が当てはまります。

経営会議、部門会議、朝礼、月次報告会、各種の委員会。これらも目的と参加者が定まって繰り返される会議であり、会議体として扱えます。

社内の会議が増えすぎている場合、まず一覧にすることから始めます。誰がどの会議に何時間出ているかを集計すると、想像以上の時間が会議に使われていることが判明します。

プロジェクトの会議体と社内の定例が重複しているケースもあります。同じ内容を別の場で報告しているなら、統合の余地があります。

会議体一覧の記載項目

プロジェクトで実施する会議をすべて網羅した一覧を作り、関係者と共有します。記載すべき項目を整理します。

8つの列

次の8列があれば実用に足ります。表計算ソフトで1会議1行として管理します。

1. 種別　　　（意思決定／進捗報告／課題検討 など）

2. 会議体名　（ステアリングコミッティ、週次定例 など）

3. 目的　　　（何のための会議か）

4. 主管　　　（主催者・ファシリテーター）

5. 参加者　　（必須出席者と任意出席者を分ける）

6. 開催時期　（毎週月曜11時〜12時 など）

7. 開催方法　（対面／オンライン／ハイブリッド）

8. 成果物　　（議事録、決定事項一覧、報告資料 など）

3の目的が最も重要です。ここが明確に書けない会議は、そもそも必要性を疑う余地があります。「情報共有のため」では不十分で、何の情報を誰に届けるのかまで書きます。

記載例

実際の記載例を示します。3階層の構成を想定したものです。

【1行目】

種別　　：意思決定

会議体名：ステアリングコミッティ

目的　　：予算・スケジュール・スコープの変更を決議する

　　　　　下位会議で解決できない課題の最終判断を行う

主管　　：プロジェクトオーナー

参加者　：必須／発注側役員、PM、ベンダー責任者

　　　　　任意／各部門長

開催時期：毎月第1月曜 10時〜11時

開催方法：対面（オンライン参加可）

成果物　：議事録、決定事項一覧

【2行目】

種別　　：進捗報告・課題検討

会議体名：プロジェクト週次進捗定例

目的　　：進捗の遅延と課題の状況を共有し、対応を決める

主管　　：PM

参加者　：必須／PM、各PL、PMO

開催時期：毎週月曜 11時〜12時

開催方法：オンライン

成果物　：進捗報告書、課題管理表の更新

参加者は必須と任意を分けて書くのが実務上の配慮です。全員を必須にすると、日程調整が困難になり、欠席者が出ても判断できません。

各列で迷いやすい点

種別の分類は、プロジェクトや会社によって呼称が異なります。決まった正解はないため、自社の実態に合わせて設定します。

会議体名についても、ステアリングコミッティや進捗定例会のようにある程度決まったものだけでなく、ワーキンググループ、業務領域ごとの会議、ベンダー他社との個別の打ち合わせなど、すべてを網羅するように記載します。

開催時期は、定例か随時かを明示します。随時開催の会議は、どういう条件で招集するのかを目的の欄に書き添えます。

会議体の設計や体制づくりからご相談いただけます 作り方は分かっても、自社にどの会議が必要かの判断は別の問題です。 現状の棚卸しからご一緒する30分の無料相談をご用意しています。 ▶ 相談予約はこちら ※オンライン完結／秘密厳守／助成金活用のご相談も歓迎

プロジェクトの標準的な階層構成

規模に応じて、階層の数が変わります。標準的な構成を整理します。

小規模の場合

参加者が10名以下のプロジェクトであれば、2階層で足ります。

・全体定例会（週次）：進捗、課題、次週の予定

・判断が必要な場合の随時会議

階層を増やすと、かえって非効率になります。10名程度であれば、全員が同じ場で状況を共有できます。定例を分けると、伝達の手間が増えるだけです。

ただし、意思決定の場は分けておくほうが安全です。予算やスケジュールの変更を決める場と、日々の進捗を確認する場は、出席者と重さが違います。

中規模の場合｜3階層

最も標準的な構成です。参加者が10名から30名程度の規模に適します。

第1層：ステアリングコミッティ（月次）

　　　　予算・スケジュール・スコープの決議

第2層：PM・PL会議（週次）

　　　　全体の進捗把握、課題の調整

第3層：チーム定例会（週次）

　　　　担当作業の進捗、技術的な課題

必要に応じて、領域を横断する課題に対応するワーキンググループを設置します。常設ではなく、課題が解消したら解散させるという運用にします。

上位ほど頻度が低く、参加者の役職が高いという関係になります。月次のステアリングコミッティに毎週集まる必要はなく、逆にチーム定例を月次にすると問題の発見が遅れます。

大規模の場合｜4階層

複数のサブプロジェクトに分かれる規模では、4階層で運営します。

第1層：ステアリングコミッティ（月次）

第2層：PM・サブPM会議（週次）

第3層：領域別定例会（週次）

第4層：チーム定例会（週次）

この規模では、各階層の権限範囲を明確に定義し、エスカレーションのルートを複数設けることが求められます。1本の経路しかないと、その経路が詰まったときに全体が止まります。

PMOを設置するのもこの規模からです。会議体の運営、資料の準備、議事録の管理を専門に担う役割が必要になります。

階層ごとの権限範囲

どの階層で何を決められるのかを明記します。これがないと、すべてが上位に持ち上がります。

目安として、チーム定例では担当範囲内の作業手順、領域別定例では領域内の設計判断、PM会議では領域をまたぐ調整とスケジュールの微修正、ステアリングコミッティでは予算とスコープの変更を扱います。

金額や日数で基準を設けるという方法も有効です。「50万円以内の追加はPM判断、それを超えるものはステアリングコミッティ」といった形で明示します。

会議の目的による分類

目的が混ざった会議は機能しません。会議体を設計する際は、目的で分類してから配置します。

意思決定の会議

最も重要度が高い種別です。プロジェクトの進捗を遅らせないため、必要な時期に確実に決定する必要があります。

この種の会議では、必要な資料を準備し、事前の根回しも行います。その場で初めて論点を提示すると、結論が持ち帰りになります。

意思決定者が出席していることが大前提です。出席しない場合は日を改めます。権限のない人だけで集まっても、決定はできません。

進捗報告の会議

計画に対する進み具合を共有する会議です。定例で実施され、計画書に基づいてどの程度進んでいるか、変更が必要かを報告します。

ここでの決議事項は、プロジェクトを進めるか中止するか、計画を変更するかといった判断です。方向性を大きく転換する場合もあります。

報告のための資料作成に時間をかけすぎないという配慮が必要です。報告資料の作成が作業時間を圧迫しているなら、様式を簡素化します。

課題検討の会議

具体的な課題について、解決策を議論する会議です。進捗報告とは分けるのが原則です。

進捗報告の場で課題の議論を始めると、時間が足りなくなります。進捗の共有は短時間で済ませ、課題は別の場で扱うという切り分けが有効です。

この会議は随時開催にすることもできます。課題が発生した時点で、関係者だけを集めて短時間で決めるという運用です。

情報共有の会議

最も削減の余地が大きい種別です。決定を伴わず、情報を伝えるだけの会議が該当します。

このタイプは、文書やチャットで代替できる可能性が高いです。一方向の伝達であれば、集まる必要はありません。

ただし、質疑を伴う共有は会議のほうが効率的な場合もあります。新しい方針の説明、複雑な仕様の共有などです。判断の軸は、双方向のやり取りが必要かどうかです。

エスカレーションの設計

会議体を階層で作る意味は、課題を適切な層で解決することにあります。その流れを設計します。

課題が上がる経路

一般的な流れは、担当者からチーム、横串の会議、プロジェクト全体、そしてステアリングコミッティという順序になります。

課題は週次の定例会や課題検討会で一次的に検証し、解決できなければ月次の報告会へ、さらに解決できなければステアリングコミッティへ上げます。月次報告会からステアリングコミッティへの流れが、最終決定のプロセスとして機能します。

この経路が明示されていることで、担当者任せにならなくなります。途中でアラートを上げる仕組みが整備されていれば、課題の共有とエスカレーションが自然に進みます。

リスクは別の経路で扱う

実務上の工夫として知られる考え方です。リスクは、課題とは別の経路で扱うという設計があります。

理由は、バッドニュースは人によっては悲観的に受け止められやすく、メンバーのモチベーション低下を招く恐れがあるためです。そこで、まずマネジメント層だけが参加する会議でリスクとして取り上げ、優先的に対応を検討します。

「バッドニュースファースト」の方針にもとづき、今後起こりうる問題を事前にマネジメント層へ報告し、前向きに対策を講じるという運用です。現場の定例とは分けることで、両方の目的が達成されます。

緊急会議の位置づけ

通常のエスカレーションでは対処できない場合に招集する会議です。会議体一覧にも記載しておきます。

招集の条件は、突発性と重大性が高い場合に限定します。条件を明記しておかないと、緊急会議が日常化し、通常の会議体が機能しなくなります。

記載すべきは、招集の条件、招集する権限を持つ人、連絡の手段、参集までの目標時間です。深夜や休日の対応可否も含めて定めておきます。

無駄な会議を減らす基準

会議体一覧を作る最大の効果がここにあります。一覧にした時点で、削減の候補が見えてきます。

判断の4つの問い

各会議について、次の4点を確認します。答えられない会議は、見直しの候補です。

• この会議で何を決めるのか：決定事項が挙げられない会議は目的が不明確
• 参加者全員が必要か：発言しない出席者がいる場合、その人は本当に必要か
• この頻度が適切か：毎週である理由があるか、隔週で足りないか
• 文書やチャットで代替できないか：一方向の伝達なら会議は不要

1つ目が最も重要です。「とりあえず必要そう」という理由で設けられた会議は、時間の無駄になることが多くあります。目的を明文化する作業が、そのまま点検になります。

廃止・統合・非同期化

見直しの選択肢は廃止、統合、非同期化の3つです。すべてを廃止する必要はありません。

統合は現実的な選択です。目的が近い会議、参加者が重複している会議は、1本にまとめられます。週次の進捗定例と課題検討会を、前半後半に分けて同じ枠で行うという形です。

非同期化は、情報共有の会議に有効です。定例で報告していた内容を、文書やダッシュボードで共有する形に変えます。質問があれば個別に対応するという運用にします。

削減の効果を数値で示す

削減を提案する際は、時間を金額に換算すると説得力が出ます。

計算は単純です。参加人数に会議時間と開催回数を掛け、時間単価をかけます。週1時間の会議に8名が出ていれば、年間で約400人時。時間単価を2,500円とすれば、年間100万円分の稼働になります。

年間コスト ＝ 参加人数 × 会議時間 × 年間開催回数 × 時間単価

　例：8名 × 1時間 × 50回 × 2,500円 ＝ 1,000,000円

この数値を一覧に加えると、見直しの優先順位が決まります。金額の大きい会議から順に、目的と参加者を点検します。

資料の準備時間も含めて計算すると、実際のコストはさらに大きくなります。報告資料の作成に毎回2時間かかっているなら、それも加算します。

出席者を絞る

会議の数を減らせない場合でも、参加人数は減らせます。効果は同等に大きくなります。

10名が1時間の会議に出れば、10人時が消費されます。5名に絞れば、同じ会議で5人時が節約できます。会議を廃止するのと同じ効果です。

必須と任意を分け、任意の出席者には議事録での共有に切り替えます。「念のため呼んでおく」という参加者を見直すだけで、全体の負荷は大きく下がります。

運用で押さえること

一覧を作っただけでは機能しません。運用の要点を整理します。

議事録と決定事項の記録

会議体の成果物は議事録です。一覧の成果物の列に記載した内容を、確実に残します。

記録すべきは、決定事項、未決事項とその持ち主、次回までの宿題です。議論の経緯を詳細に書く必要はありません。決まったことと、誰が何をいつまでにやるかが分かれば足ります。

決定事項は別に一覧化しておくと有用です。プロジェクトが進むにつれて決定が積み重なり、議事録を遡るのが困難になります。決定事項だけを時系列で並べた表を用意します。

会議時間そのものを短くする

会議の数を減らすのと同じくらい、1回の時間を短くする効果は大きいです。

有効な手段は3つあります。資料を事前に配布して当日は読み上げない、時間が来たら議論が途中でも終える、開始時に終了時刻とゴールを宣言する。いずれも準備の負担はほとんどありません。

1時間の枠を45分に変えるという単純な方法も効果があります。枠があれば埋まってしまうため、短く設定するだけで議論が引き締まります。

決められない場合の扱いも決めておきます。「時間内に結論が出なければ、持ち主を決めて次回に回す」というルールにすれば、延長が常態化しません。

定期的な棚卸し

会議体は、放置すると増えていきます。課題が発生するたびに新しい会議が設けられ、解消しても残り続けます。

フェーズの切り替わりごとに見直すのが適切なタイミングです。要件定義から設計へ、設計から実装へ。段階が変わると、必要な会議体も変わります。

ワーキンググループのように課題対応で設けた会議は、課題が解消した時点で解散させます。廃止の判断を明示的に行わないと、惰性で続きます。

意思決定者の出席を確保する

最も実務的で、最も守られにくい要点です。決定権を持つ人が欠席すれば、その会議で決定はできません。

対策は2つあります。日程を先に押さえること、そして代理での決定権を認めるかを事前に決めておくことです。

代理を認めない場合は、欠席時に日を改めるというルールにします。「後で報告して承認をもらう」という運用は、決定の遅れを生みます。

委託時の会議体の扱い

外部に開発を委託している場合、会議体は契約上の論点にもなります。

連絡協議会という考え方

システム開発の委託契約では、発注側と受注側が定期的に協議する場を契約で定めるという考え方があります。

IPA（情報処理推進機構）が公開する情報システム・モデル取引・契約書（第二版）は、ユーザ企業とITベンダのいずれにもメリットが偏らない中立的な契約書を目指して作成されたものです。役割分担や連絡協議会といった条項が整理されており、会議体の位置づけを検討する際の参考になります。

契約に定められた協議の場は、単なる打ち合わせとは意味が違います。ここでの決定が、後の責任の所在を左右することがあります。議事録の重要性も高くなります。

委託時に決めておくこと

発注側として確認しておきたい項目を整理します。

• 開催頻度と参加者：どの会議に自社の誰が出るのか
• 議事録の作成者：どちらが作り、どちらが確認するのか
• 決定事項の扱い：会議での合意が、仕様の確定を意味するのか
• 自社側の稼働：会議への出席と資料確認に必要な時間

4つ目は特に見落とされます。週次の会議に1時間出席し、資料の事前確認に1時間かかるなら、月に8時間の稼働が必要です。この時間を業務量に組み込んでおかないと、他の作業が回らなくなります。

委託時の役割分担の全体像についてはシステム開発の外注とは｜メリット・デメリット、費用相場、外注先の種類と選び方でも整理しています。

まとめ

会議体一覧は、実施するすべての会議について種別、名称、目的、主管、参加者、開催時期、開催方法、成果物を定義した文書です。プロジェクト発足時に作成し、関係者と共有します。

階層は規模で決まります。中規模なら、ステアリングコミッティ（月次）、PM・PL会議（週次）、チーム定例会（週次）の3階層が標準です。各階層の権限範囲も明記します。

会議は目的で分類します。意思決定、進捗報告、課題検討、情報共有。目的が混ざった会議は機能しないため、分けて配置します。

そして最大の効果は、一覧にすることで無駄な会議が見えることです。「この会議で何を決めるのか」に答えられない会議が、削減の候補になります。

まずは現在実施している会議をすべて書き出し、それぞれの目的を1行で書いてみてください。書けない会議が見つかれば、そこが最初の見直し対象になります。

プロジェクト推進の進め方から、無料で相談できます 会議が多くて作業時間が取れない、外注先との進め方を整理したいといった段階のご相談も承っています。 営業色は一切ありません。 ▶ 相談予約はこちら ※オンライン完結／秘密厳守／助成金活用のご相談も歓迎