会議アジェンダは、会議が終わるときに決めたいことを一文にし、必要な議題・判断材料・参加者の役割・時間配分へ分けると作れます。最初に資料の説明順を並べるより、「誰が、何を判断できれば、この会議を終えられるか」を確かめるのが出発点です。この記事では、若手コンサルや会議準備を任された人向けに、30分会議の記入例とコピーして使えるひな形を紹介します。
この記事でわかること
アジェンダを作ったのに報告だけで時間が終わる。上司から「結局、何を決めたいの」と聞かれる。こうした場面では、見た目の整え方よりも、会議で変える判断と、その判断に必要な準備を見直します。
- アジェンダと議事録の役割の違い
- 議題を「話題」から「答える問い」に変える方法
- そのまま転記できる基本テンプレートと30分の完成例
- 参加者・事前資料・共有文面の決め方
- 準備不足や時間切れが起きたときの扱い
読み終えたら、次の会議一つを選び、終了時に残したいものを一文で書いてください。その一文から、会議案内まで作れる構成です。
読者の前提
対象は、社内の打ち合わせ、プロジェクト定例、顧客との方針確認などの準備を初めて任された人です。議事録を取るだけの立場から、会議で何を話すかも考える立場へ移る若手コンサルを想定しています。進行役でなくても、上司へアジェンダのたたき台を出す場面に使えます。
取締役会や株主総会など、法令・定款・社内規程で手続きが定められた会議の運営方法は扱いません。実務では、所属先や顧客の決裁権限、文書様式、情報共有ルールを優先してください。アジェンダを書いた人に、意思決定の権限が生まれるわけではありません。
本文の会社、案件、数値、役割、時間配分は、書き方を示すための架空例です。コンサル会社共通の標準様式や、会議を必ず短縮できる方法として示すものではありません。自分の会議に合わせ、不要な欄を削って使ってください。
結論
終了条件から逆算し、六つの欄を埋めます。最初に作るのは、詳しい説明資料ではなく「何を持ち帰る会議か」が分かるメモです。日時や場所などの基本情報に加え、次の六つをそろえます。
| 欄 | 書く内容 | 曖昧な書き方を直す例 |
|---|---|---|
| 目的・終了条件 | 会議後にどうなっていればよいか | 施策を検討する→試行する施策一つと条件を決める |
| 議題と種類 | 答える問い、共有・相談・決定の区分 | 新システムについて→今月はA案とB案のどちらを試すか |
| 判断材料 | 判断に使う事実、選択肢、未確認点 | 詳細資料→比較表の費用・運用負荷・不明点 |
| 役割 | 説明する人、決める人、意見が必要な人 | 関係者一同→責任者、運用担当、提案者 |
| 時間配分 | 議題ごとの開始・終了の目安 | 各自報告→確認5分、比較10分など |
| 終了時の確認 | 決定、保留、次の担当と期限 | 次回相談→何を誰が確かめるかまで確認 |
この六欄は、この記事で使う実務整理のためのひな形です。すべての会議で六欄を長く埋める必要はありません。少人数の確認なら短い文章でも構いませんが、決める人や不足情報が見えないまま、時間だけを押さえないことが大切です。
若手のうちは、完成版を一人で決めようとせず、「この終了条件でよいか」「この方に判断をお願いしてよいか」の二点を上司へ先に確認します。会議の段取りも含めた仕事の全体像は、若手コンサルの成長ロードマップで整理しています。

アジェンダと議事録は、会議の前後で役割を分ける
アジェンダは「これから何を話し、どこまで進めるか」を共有する計画です。議事録は「実際に何が決まり、何が残ったか」を記録するものです。同じ文書を使っても構いませんが、予定と結果が混ざらないようにします。
たとえば、会議前には「試行する拠点を決める」と書き、会議後には「東拠点で試す。ただし運用担当の確保を条件とする」と残します。予定欄を消して結果だけにすると、予定した判断ができたかを振り返りにくくなります。「予定」「結果」「次の対応」を分けておくと、持ち越した論点も追えます。
アジェンダとプレゼン資料も同じではありません。20枚の資料を順に説明する予定があっても、参加者が何を判断するのかが不明なら、アジェンダとしては不足しています。資料は判断を支える道具です。説明順を決める前に、参加者へどのような答えを求めるかを明らかにします。
会議後の記録方法はコンサル議事録の書き方へ進んでください。本記事では会議前の設計に重点を置き、詳細な発言メモの取り方はそちらに分けます。
ステップ1:会議を開く理由と終了条件を一文にする
会議名ではなく、会議終了後に残したい判断を書きます。「業務改善会議」は名前であり、到達点ではありません。「問い合わせの振り分け案を一つ選び、試行対象と確認担当を決める」まで書くと、必要な準備を考えられます。
書く順番は次の通りです。
- 今、止まっている仕事を一つ挙げる
- 何が決まれば次の作業へ進めるかを書く
- 今回扱う範囲と扱わない範囲を分ける
- 決定できない場合に残す成果物も決める
たとえば、全社導入を決めるには根拠が足りなくても、試行の対象範囲や追加調査の担当を決めることはできます。そこで終了条件を「全社展開の承認」から「小規模試行に進む条件の整理」へ狭めれば、情報がないまま大きな判断を迫ることを避けられます。
一方、変更点を読めば理解でき、質問も文面で返せるなら、会議を設けない選択肢があります。読み手に回答してほしいことと期限を書いて共有し、意見が分かれた部分だけを後で集まって話す方法です。会議を減らすこと自体を目的にせず、同じ場で話す必要があるかを見ます。
上司への確認は、「何を話しましょうか」だけで終えず、「今回は試行案一つと実施条件を決める場にしたいです。全社展開の判断は次回に分ける理解でよいですか」と、自分の案を添えて尋ねます。答える問いの立て方で迷ったら、論点思考の意味と具体例が役立ちます。
ステップ2:議題を、共有・相談・決定に分ける
同じテーマでも、求める反応が違えば議題の書き方を変えます。「問い合わせ対応」という言葉だけでは、報告を聞くのか、案を出すのか、承認するのかが分かりません。
| 種類 | 参加者にお願いすること | 議題の記入例 |
|---|---|---|
| 共有 | 事実を理解し、認識違いを確かめる | 先週の問い合わせ分類と、集計から除いた範囲を確認する |
| 相談 | 選択肢、懸念、追加で調べることを出す | A案・B案を試す際の運用上の懸念を洗い出す |
| 決定 | 権限のある人が方針や次の対応を決める | 試す案、対象拠点、開始条件を決める |
三分類は、会議準備を簡単にするためのこの記事の整理です。発想を広げる会議などでは、相談を「案を出す」「案を絞る」に分けても構いません。大事なのは分類名を覚えることより、相手に求める反応が伝わることです。
柏崎市の会議の進め方改善ガイドラインでも、目的・終了条件や議題の時間配分を示し、話題だけではゴールが曖昧になる点を説明しています。組織ごとの運用は異なりますが、議題から到達点を読めるようにする考え方は、たたき台を点検する際に使えます。
「承認いただく」と書いたのに、参加者は意見募集だと思っていた、というずれには注意が必要です。案への反応を聞く段階と、実施を決める段階を区別し、決定を求める議題は招集時点で明記します。事前の合意がないまま、当日の最後に承認事項へ変えないようにしましょう。
ステップ3:判断材料と未確認点をそろえる
議題ごとに、何を見れば答えを出せるかを書きます。資料の枚数よりも、選択肢を比べる条件がそろっていることが重要です。
架空の問い合わせ振り分け案なら、A案とB案について「試行の準備作業」「現場担当者の負荷」「対応品質を確かめる方法」「中止できる条件」を同じ欄で比較します。A案は費用だけ、B案は効果だけを説明すると、参加者は異なる物差しで判断することになります。
数字には、対象期間・対象範囲・集計方法を添えます。担当者の感想と実測した件数は同じ扱いにしません。「対応が遅いという声がある」と「対象期間の平均対応時間が前月より長い」は別の情報です。比較表で空欄があれば、都合のよい推測で埋めず「未確認」と書き、誰に確認するかを付けます。
材料がそろわない場合は、会議の種類を変えるか、延期するかを判断します。たとえば運用担当が確保できるか分からないまま実施決定を求めず、今回は「担当を確保する条件の相談」とし、実施可否は確認後に決めます。ただし、急を要する場面で仮決めするなら、前提と見直す条件を明記します。
提案者は「A案が正しい」と押し切るより、「現時点ではA案を推します。担当者を確保できない場合は、この案を見直します」と、結論が変わる条件まで出します。未確認の前提を扱う練習には、仮説思考の基本も参照できます。
ステップ4:説明する人と決める人を分ける
参加者は、役職の高さだけでなく、今回の問いに必要な役割で考えます。説明者、意思決定者、現場の条件を知る人、進行・記録を担う人を確認し、同じ人が兼ねる役割も書きます。
資料を作った若手が説明しても、試行の実施を決めるのは顧客側の責任者かもしれません。説明者の賛成だけで決定扱いにしないよう、決定権限の所在を上司に確認します。参加人数が増えるほどよいわけではなく、情報共有だけが必要な人は結果の共有先へ分けられるか検討します。
顧客会議では、担当者からの相談事項と、責任者に決めてもらう事項を区別します。事前に担当者へ内容を確認していても、それを組織全体の承認と解釈しないでください。「本日は運用条件を整理し、実施判断は責任者確認後」と目的に書く方が、判断範囲が明確になります。
意思決定者が欠席すると分かったら、代行者の権限を確認します。代理参加なら誰でも決められる、と推定しないことが大切です。代行が難しければ、会議を案の比較までに変更し、決定を依頼する相手・材料・期限を残します。予定した決定会議が相談会議へ変わることを、参加者にも知らせます。
ステップ5:議題の順番と時間を組む
議題は、判断に必要な前提から順に並べ、最後の確認時間を先に確保します。資料のページ順や発言者の役職順に合わせる必要はありません。
30分なら、たとえば「目的確認3分、事実の確認5分、案の比較10分、判断7分、次の対応5分」と分けられます。これはこの記事の設計例であり、最適な時間配分を示す統計ではありません。説明に時間がかかるなら、事前に読める部分を分けるか、議題を絞ります。
目安時間を決めるときは、説明だけでなく、質問や異論を扱う時間を入れます。提案者が15分説明し、残り1分で承認を求める構成では、相手が条件を確認できません。また、判断材料に大きな不明点がある場合は、比較に長い時間を割いても結論へ進めないため、情報をそろえる工程を先に置きます。
時間が足りなくなった場合の優先順位も書いておきます。「試行案と開始条件を優先し、報告書の細かなレイアウトは別途調整」とすると、当日どこを短くするかを判断できます。省く候補は、終了条件に影響しない議題から選び、重要な反対意見を時間の都合だけで打ち切らないようにします。

コピペ用:基本のアジェンダテンプレート
次のひな形を、普段使う文書や会議案内へコピーして使えます。独自の記入用テンプレートで、特定のツールや会員登録は不要です。まず目的・終了条件と議題を埋め、その後に役割や資料を補ってください。
会議名: 日時・場所/接続先: 作成者・更新日時: 【目的・終了条件】 終了時に決まっていること/できているもの: 今回扱わないこと: 【参加者・役割】 判断をお願いする人: 説明する人: 意見・事実確認をお願いする人: 進行/記録: 結果のみ共有する人: 【事前準備】 読む資料・版・該当箇所: 考えてきてほしい問い: 不足している情報・確認担当: コメントの締切・記入先: 【当日の議題】 1. 時間/共有・相談・決定/答える問い/担当 2. 時間/共有・相談・決定/答える問い/担当 3. 時間/共有・相談・決定/答える問い/担当 【終了時に確認】 決まったこと・条件: 保留事項・判断を再開する条件: 次の作業・担当・期限: 結果の共有先・共有方法:
「不足している情報」の欄は、準備できていないことを隠すためではなく、会議で扱える範囲を決めるために使います。空欄を埋める作業が目的にならないよう、情報がないと何の判断ができないかまで一緒に書きます。
文書を共同編集する場合は、更新日時とコメントの記入先を一つにそろえます。メール添付と共有フォルダに別々の最新版を置くと、参加者が違う比較表を読むおそれがあります。自社や顧客のルールに沿った正本を決め、案内にはその版と読む箇所を示してください。
AIでたたき台を整理する場合も、所属先が認める利用範囲を確認します。顧客名や未公開データを無断で入力せず、練習なら架空の会議設定を使えます。項目の整理は任せても、誰が決められるか、数字に根拠があるか、依頼に無理がないかは本人が確認してください。
記入例:問い合わせ振り分けを見直す30分会議
次は、社内の問い合わせ対応を見直す架空の会議です。全社導入の承認ではなく、一拠点での小規模試行へ進めるかを判断する設定にしています。件数や改善率の実績を創作せず、比較したい条件を中心に組み立てます。
会議名は「問い合わせ振り分けの試行方針を決める会議」。参加者は、社内の業務責任者、現場の運用担当、提案担当の若手、支援する上司です。業務責任者が判断し、若手が説明と記録、上司が進行を担当します。実際には、決裁規程に合わせて役割を確認してください。
終了条件は「A案・B案のうち試す案一つ、対象拠点、開始前の確認事項を決める」。A案は既存の当番が一次分類を担当する案、B案は問い合わせの種類ごとに担当窓口を分ける案とします。全社展開、担当者の人事評価、システム購入は今回の対象外です。
| 時間 | 種類 | 答える問いと担当 |
|---|---|---|
| 0〜3分 | 共有 | 上司が、今回の判断範囲と責任者を確認する |
| 3〜8分 | 共有 | 若手が、現状の分類と集計上の不明点を説明する |
| 8〜18分 | 相談 | 現場担当を交え、A案・B案の作業負荷と対応漏れの懸念を比較する |
| 18〜25分 | 決定 | 業務責任者が、試す案・対象拠点・開始条件を判断する |
| 25〜30分 | 確認 | 決定内容、未確認点、次の担当・期限を全員で確認する |
事前資料は「現状の分類メモ1枚」と「A案・B案の比較表1枚」にします。現場担当には、例外処理が必要な問い合わせと、担当不在時に困る点を考えてもらいます。業務責任者には、開始を認められない条件があれば事前に伝えてもらいます。読み手ごとに準備する内容を分けるのがポイントです。
比較表には、A案なら当番の集中負荷、B案なら分類を誤った際の引き継ぎを確認項目として置きます。まだ運用していない案の改善効果は「仮説」と記載し、試行で何を記録すれば評価できるかを相談します。数字があるように見せるために、根拠のない削減率を入れる必要はありません。
仮に現場担当から「どちらの案も開始週の人員を確保できない」と分かった場合、無理に開始日を決めません。「必要人数と確保可能日を現場担当が確認し、その結果を責任者が判断する」と次の作業へ切り替えます。決定できない場合の出口を設けておけば、会議の成果を「何となく継続検討」にせずに済みます。
同じ型を15分の定例へ縮めるなら、前回の未完了事項3分、支援が必要な課題の相談8分、次の担当・期限の確認4分という組み方もできます。毎回全員の報告を詰め込むのではなく、共有済みの状況から「今、話さないと進まないこと」を選びます。時間は会議の目的に合わせて調整してください。
ステップ6:事前共有は、読む場所と答える問いまで伝える
アジェンダを送るだけでは、参加者が準備する内容はそろいません。「資料をご確認ください」に加え、どの部分を読み、何を考えてきてほしいかを伝えます。
Asanaの会議アジェンダの解説も、関連資料や議題の担当を事前に示す考え方を紹介しています。共有時期は会議の重さと相手の準備量で変わるため、特定の時間を万能な締切として使わず、チームと合意した準備時間を確保します。
先ほどの架空会議なら、案内文は次のように書けます。
件名:問い合わせ振り分けの試行方針確認/30分 今回は、試す案・対象拠点・開始条件を決めたいです。 全社展開とシステム購入は今回の対象に含めません。 比較表の最新版を共有しました。 現場担当の方は、各案の例外処理と担当不在時の懸念を、 責任者の方は、開始を認めるための条件をご確認ください。 不足情報や議題の追加希望は、会議前日の15時までに 共有文書のコメント欄へお願いします。 間に合わない場合は、分かった時点でお知らせください。
前日の15時は、この例の準備用に置いた仮の期限です。相手の勤務時間、必要な調査、顧客側の確認経路を踏まえて決めます。急な会議なら、「事前確認が難しいため冒頭に資料を読む時間を取る」と伝え、読む時間を議論時間の内側に含めて組み直します。
AtlassianのPage-Led Meetingsでは、目的や期待する結果を文書にし、会議冒頭に読む時間を設ける進め方を紹介しています。すべての会議へ適用する必要はありませんが、参加者の前提がそろわない場合の選択肢です。読めていない人を責めるより、残り時間で何を扱えるかを調整しましょう。
ステップ7:当日は目的を確認し、予定を更新する
アジェンダは進行を助ける計画であり、新しい重要情報が出ても元の順番を守るためのものではありません。冒頭に終了条件と扱わない範囲を確認し、変更が必要なら参加者へ提案します。
議論が広がったら、「その話は今回の試行条件に関係するか」を確かめます。関係するなら議題へ戻し、今は判断に影響しない細部なら、内容・担当・扱う時期を別欄へ残します。「それは関係ありません」と切るより、「全社展開の設計として残し、今日は試行の条件を先に確かめたいです」と、話の位置を示します。
終了前は、少なくとも次の三点を読み上げて確認します。
- 決まった内容と、その決定が成り立つ条件
- 決まっていない内容と、次に必要な情報
- 誰が、何を、いつまでに行い、誰へ返すか
誰も反対しなかったことだけで、全員の合意や責任者の承認が取れたと判断しないようにします。「この条件で進めてよいか」を判断する人へ確認し、保留なら保留と記録します。残った異論や懸念も、次に確認すべき事項へつながるものは消さずに残してください。
会議後は、予定と結果のずれを一つだけ振り返ります。「説明が長かった」だけでなく、「比較表の対象期間が違い、その確認に時間を使った」と具体化すると、次回は事前資料の点検を変えられます。会議時間の短縮だけでなく、必要な判断や次の作業が明確になったかを見ることが大切です。
よくある落とし穴と、直す場所
アジェンダが機能しないときは、進行役の話し方だけでなく、事前設計のどこが抜けていたかを確認します。
| 起きたこと | 確認する箇所 | 次回の修正例 |
|---|---|---|
| 報告だけで終わる | 終了条件・議題の種類 | 状況説明を事前共有し、会議では支援が必要な点を選ぶ |
| 承認を得られない | 参加者の権限・判断材料 | 決定者と必要資料を事前に確認する |
| 議論が細部へ広がる | 今回の範囲・優先順位 | 今決めることと後で扱うことを明記する |
| 一人の案だけで進む | 意見を求める観点 | 運用負荷や例外対応など、必要な観点で尋ねる |
| 会議後に解釈が割れる | 終了時の確認 | 決定条件と保留事項を読み上げる |
| 時間を守っても仕事が進まない | 次の担当・期限 | 作業を受ける人と確認先まで合意する |
注意したいのは、先に決めた結論へ誘導するためにアジェンダを使うことです。A案の利点だけを並べ、B案の懸念だけを載せると、比較の前提が偏ります。提案者として推奨案を持つことと、他の案を公正に検討できるようにすることは両立します。推奨する理由と、その案を見直す条件を併記してください。
もう一つは、項目を増やしすぎることです。細かな書式確認や過去の経緯をすべて議題に入れると、何が重要か見えなくなります。短い会議なら、終了条件に直結する問いを一つか二つへ絞り、背景情報は事前資料へ分けます。テンプレートは埋める量を増やす道具ではなく、判断に足りないものを見つける道具として使います。
今日できるアクション
次の15分で、直近の会議案内を一つ書き直します。顧客の機密資料を個人のツールへ移さず、職場で認められた環境か架空の練習題材を使ってください。
最初の5分で、会議終了時に残したいものを一文にします。次の5分で、その判断に必要な議題・材料・役割を六欄へ整理します。最後の5分で、担当者が準備できる案内文に直し、上司へ確認したい二点を選びます。
たとえば「目的はこの範囲でよいか」「判断をお願いする相手はこの人でよいか」です。資料を完成させてからすべて直すより、判断範囲がまだ軽く修正できる段階で確認します。この15分も着手用の目安であり、複雑な顧客会議の準備が15分で完了するという意味ではありません。

FAQ
アジェンダは誰が作るものですか?
基本は会議の目的を持つ主催者が責任を持ち、実務上は担当者がたたき台を作ることがあります。若手が作る場合も、目的・判断範囲・参加者の権限は主催者や上司へ確認します。作成者、進行役、決定者が同じである必要はありません。
いつまでに共有すればよいですか?
参加者が資料を読み、必要な確認を終えられる時期を逆算します。定例と大きな意思決定では準備量が違うため、一律の締切にはしません。遅れる場合は、当日の読む時間を設けるか、判断範囲や開催日を調整し、その変更を伝えます。
議題はいくつまで入れてよいですか?
固定の正解はありません。終了条件に必要な問いに絞り、説明・質疑・判断・次の対応を含めて時間内に扱えるかを確認します。一つの議題に多くの決定が隠れている場合もあるので、見出しの数だけで会議の重さを判断しないでください。
30分で決められなかったら失敗ですか?
必ずしも失敗ではありません。新しい重要情報によって判断を保留することもあります。ただし、何が不足していたか、誰が調べるか、いつ再判断するかを残します。毎回同じ不足で止まるなら、アジェンダと事前準備の設計を見直します。
PowerPointで作る必要はありますか?
必須ではありません。目的や議題が短ければ、会議案内の本文や共有文書で十分です。比較や図解が必要な部分だけ別資料にし、アジェンダには読む箇所を示します。ツールよりも、参加者全員が同じ最新版を確認できることを優先します。
AIに作ってもらってもよいですか?
所属先の利用ルールで認められた範囲なら、項目の整理や抜け漏れ確認の補助に使えます。顧客情報や未公開データを無断で入力せず、架空例でも練習できます。決定権限、数字の根拠、参加者の都合はAIが確認できないため、本人が点検してください。
ESCAPE Consulting Careerでできること
会議準備で困ったら、「議題がまとまらない」「上司へ何を確認すべきか分からない」など、止まっている場面を一つ言葉にしてください。ESCAPE Consulting Careerでは、コンサル就活・転職・実務準備に役立つ資料と、完全無料のLINE相談を案内しています。
登録前に無料資料ライブラリの表紙と内容を確認できます。関連する議論の練習教材もありますが、選考のGDと実務会議では、権限や判断材料の条件が異なります。教材の問いの置き方を練習に使い、実際の会議では職場のルールと責任範囲を確認してください。
公式LINEの無料相談・資料受け取りで友だち追加すると、直後のあいさつメッセージに資料ライブラリURLが届きます。受け取りのための追加メッセージは不要です。掲載されている全資料・全ページを無料で閲覧できます。相談するときは、顧客名や機密情報を伏せ、「次の会議で何を決めたいか」「どの準備で迷っているか」を教えてください。
