準備不足の会議が生む「あの空気」
「今日の会議、何を決めるんでしたっけ」——PLとしてこの一言を聞いた瞬間、背筋が冷えた経験はないだろうか。私自身、PLになりたての頃、準備なしで臨んだ進捗会議で参加者が次々と別の話題を持ち出し、1時間後には何も決まらないまま終わったことがある。あの沈黙と困惑が入り混じった空気は、今でも忘れられない。
会議の質は、会議中のファシリテーション技術だけでは決まらない。むしろ、会議が始まる前の段取りが結果の大部分を左右する。本記事では、PLが会議前に押さえるべき4つの準備——アジェンダ設計、ゴール設定、参加者選定、キーパーソンとの事前すり合わせ——について、具体的な手法とサンプル、経験談を交えて紹介する。なお、本記事のサンプルはIT開発プロジェクトを想定しているが、アジェンダの設計手法やゴールの言語化といった考え方自体は業種・規模を問わず応用できる。
アジェンダ設計：「議題リスト」では足りない
多くの会議案内に書かれるアジェンダは、単なる議題の箇条書きになっている。「進捗確認」「課題共有」「次のアクション」——こう並べただけでは、参加者は何を準備すればよいか分からない。
アジェンダには、議題ごとに以下の4要素を明記する。
アジェンダの4要素
- 議題：何について話すか（例：「結合テストのスケジュール遅延について」）
- 目的：共有なのか、相談なのか、決定なのか
- 担当：誰がその議題をリードするか
- 時間配分：何分使うか
この4要素を書くだけで、参加者の姿勢が変わる。「決定」と書かれた議題には、参加者が事前に意見を整理してくる。「共有」と書かれた議題では、質問を考えてくる。担当者が明記されていれば、誰が説明し誰が聞く側なのかが自明になる。会議中に「これは報告なんですか、相談なんですか」「誰が説明するんですか」という質問が出なくなる。
なお【相談】は3つの目的の中で最もコントロールが難しい。意見が発散しやすく、時間を超過する原因になりやすいためだ。相談議題には「今日の時点で方向性の候補を2つに絞る」「各自の懸念点を洗い出すところまで」など、相談のゴール（どこまで進めれば十分か）を事前に決めておくとよい。
サンプル：改善前後のアジェンダ比較
以下は、同じ週次定例会議のアジェンダを改善前後で比較したものだ。
改善前：よくあるアジェンダ
件名：週次定例（3/25）
- 進捗確認
- 課題共有
- 次週のアクション
- その他
一見よくあるアジェンダだが、各議題で何をどこまで話すのかが不明確だ。「その他」が入っているため、話題が際限なく広がるリスクもある。
改善後：4要素を盛り込んだアジェンダ
件名：週次定例（3/25）
ゴール：テスト遅延の対応方針を決定する
① 各チーム進捗サマリー【共有】担当：各チームリーダー 10分
→ 事前にSlackで投稿済みの内容を確認。質疑はSlackスレッドで受付。
② 結合テストの2日遅延について【決定】担当：田中（テストリーダー） 20分
→ 対応案A（人員追加）と案B（スコープ縮小）のどちらで進めるか決める。
→ 田中さん：工数見積もり、佐藤さん：スコープ影響範囲を事前に準備。
③ ステージング環境のディスク不足【相談】担当：鈴木（インフラ） 15分
→ 恒久対応の方向性について意見を聞きたい。今日は候補案を2つに絞るところまで。決定は次回に持ち越し可。
④ 予備枠 5分
改善後のポイントは4つある。まず、議題ごとに【共有】【決定】【相談】と目的が明記されている。次に、各議題の担当者が指定されている。そして、時間配分が数字で入っている。最後に、事前準備の内容が具体的だ。「その他」は「予備枠 5分」に置き換え、時間を区切ることで会議の延長を防いでいる。相談議題の③には「候補案を2つに絞るところまで」と相談のゴールが設定されている点にも注目してほしい。
経験談：アジェンダを変えただけで会議が30分短くなった
あるプロジェクトで週次の定例会議が毎回90分かかっていた。原因を分析すると、「共有」のつもりで出した議題に対して、参加者が都度質問や意見を出し、議論が広がっていた。そこでアジェンダに「共有（質疑なし・チャットで後日受付）」と明記したところ、共有パートが半分の時間で終わり、会議全体が60分に収まるようになった。
ただし、アジェンダを作り込んでも上手くいかないこともある。別のプロジェクトでは、アジェンダを事前送付したにもかかわらず、部長が冒頭から予定外の話題を切り出し、準備していた議論が進まなかったことがあった。後から振り返ると、部長が気にしていた論点を事前に把握できていなかったことが原因だった。この経験から、意思決定者が何を気にしているかを事前にすり合わせておくことの重要性を学んだ（詳しくは後述の「キーパーソンとの事前すり合わせ」で触れる）。
ゴール設定：「何が決まれば成功か」を言語化する
会議のゴールを明確にしないまま始めると、終了条件がないまま議論が続く。PLとして会議を設計するとき、最初にやるべきことは「この会議が終わったとき、何が決まっていれば（または何が共有されていれば）成功か」を一文で書き出すことだ。
書いたゴールが十分かどうかを判断する基準がある。会議終了時に「達成できた／できなかった」を全員が迷わず判定できるかどうかだ。判定に迷うゴールは、まだ抽象的すぎる。
サンプル：会議の種類別ゴール設定
ゴール設定は会議の種類によって書き方が変わる。以下に、よくある4種類の会議とゴールの書き方を示す。
進捗会議
悪い例：「進捗を確認する」
良い例：「遅延が発生しているタスクを洗い出し、それぞれのリカバリー案を担当者と合意する」
設計レビュー
悪い例：「設計について話し合う」
良い例：「認証モジュールのシーケンス図をレビューし、指摘事項がなければ実装着手を承認する」
障害対応の振り返り
悪い例：「障害の振り返りをする」
良い例：「発生原因と再発防止策を特定し、担当者と対応期限を決める」
キックオフ
悪い例：「プロジェクトの方向性を共有する」
良い例：「プロジェクトのスコープ・マイルストーン・各メンバーの役割を全員が説明できる状態にする」
共通しているのは、「〜する」「〜を話し合う」ではなく、「〜を決める」「〜の状態にする」と、会議後の具体的な状態を書いている点だ。いずれも、会議終了時に達成/未達成を迷わず判定できる。ゴールが曖昧だと感じたら、「この会議が終わった直後、参加者は何ができるようになっているか」と自問するとよい。
ゴールが複数あるときの対処法
1回の会議にゴールを3つも4つも詰め込むと、どれも中途半端になる。目安として、60分の会議であればゴールは2つまでに絞る。どうしても3つ以上ある場合は、優先順位をつけて「時間が足りなければゴール3は次回に持ち越す」と事前に決めておく。この「捨てる判断」を事前にしておくことが、会議中の焦りを防ぐ。
参加者選定：「念のため呼ぶ」をやめる
会議の参加者が多すぎると、発言者が偏り、残りの参加者は聞いているだけになる。「関係あるかもしれないから」「呼ばないと角が立つから」という理由で人数が膨らむケースは多い。
参加者を選ぶときは、一人ひとりに対して「この人がいないと会議のゴールを達成できないか」を問う。答えが「いなくても達成できる」なら、議事録の共有で十分だ。
参加者の3分類
- 必須：意思決定者、または決定に必要な情報を持つ人
- 任意：関心はあるが、いなくても決定できる人 → 議事録共有で対応
- 情報提供：特定の議題だけ参加し、終わったら退出してもらう
ただし、この分類に当てはめにくい人物もいる。判断権限はないが、組織上の立場から参加を求められる上位者やステークホルダーだ。こうした人を無理に外すと、かえって政治的なリスクになる。対処法としては、冒頭5分だけ方針確認として参加してもらい「以降は〇〇に委任します」と宣言してもらう方法がある。外すことが難しい場合は、無理に外さず、会議中の発言の場をコントロールする方が現実的だ。
サンプル：参加者選定の判断プロセス
「結合テストの遅延対応を決める会議」を例に、参加者の選定プロセスを見てみよう。
ゴール：テスト遅延の対応方針（人員追加 or スコープ縮小）を決定する
必須（4名）
・PL（自分）：最終判断
・テストリーダー：遅延の原因と影響範囲を説明できる
・開発リーダー：人員追加時の影響を判断できる
・顧客窓口担当：スコープ変更時に顧客説明が必要
情報提供（1名）
・インフラ担当：テスト環境の制約について質問が出た場合のみ回答 → 議題②の冒頭10分のみ参加
不参加 → 議事録共有（3名）
・他チームの開発メンバー：直接の判断権限なし。決定事項を議事録で共有
・PMO：進捗報告で状況把握済み。決定後にメールで報告
・品質管理担当：テスト方針が変わる場合のみ別途相談の場を設ける
こうして整理すると、当初10名を想定していた会議が必須4名＋情報提供1名の計5名に絞られる。参加しない3名には「不参加の理由」と「情報共有の方法」をセットで伝えるのがポイントだ。理由なく外すと不信感を生むが、「議事録で共有します」「決定後に別途相談の場を設けます」と伝えれば、むしろ時間を奪わない配慮として受け取られる。
なお、少人数にすることで一人ひとりの発言の比重が増す分、上位者の前で意見を出しにくくなるリスクもある。必要に応じて、事前にチャットや個別ヒアリングで意見を集めておき、会議では「事前に集めた意見ですが」と匿名化して提示するなどの工夫を併用するとよい。
経験談：参加者を絞って成功したケースと失敗したケース
10人で行っていた設計レビュー会議を、意思決定に直接関わる5人に絞ったことがある。当初は「情報共有が不足するのでは」という懸念があった。しかし結果は逆で、少人数になったことで一人ひとりの発言量が増え、議論が具体的になった。残りの5人には議事録と決定事項のサマリーを送ることで、情報格差も生まれなかった。
一方で、失敗した経験もある。別のプロジェクトで同じように参加者を絞ったところ、外されたメンバーから「なぜ自分は呼ばれなかったのか」と後日クレームが入った。原因は、不参加の連絡を会議後にまとめて行ったことだった。この経験から、参加者を絞る際には「事前に」個別連絡を入れるようにしている。「今回の議題は〇〇なので、△△さんには議事録で共有します。もし意見があれば事前にください」と一言添えるだけで、受け取り方は大きく変わる。
キーパーソンとの事前すり合わせ：会議の勝負は始まる前に決まる
アジェンダ・ゴール・参加者を整えても、「決定」議題で意思決定者が会議の場で初めて論点を知るという状態では、その場で結論が出ない。特に意思決定の権限を持つ上位者は、不意打ちで判断を求められることを嫌う。
会議で意思決定をスムーズに進めるには、事前にキーパーソンと個別に論点を共有しておくことが欠かせない。いわゆる「根回し」だが、ネガティブな意味ではなく、会議の生産性を上げるための正当な準備だ。
事前すり合わせが必要な場面
- 意思決定者がいる会議：判断材料と選択肢を事前に共有し、会議の場では確認・承認に集中してもらう
- 反対意見が予想される議題：反対しそうな人の懸念を事前に聞き、会議のアジェンダに織り込んでおく
- 複数部署が関わる議題：各部署の立場や制約を事前に把握し、落としどころの候補を用意しておく
サンプル：事前すり合わせの進め方
先ほどのアジェンダサンプル「結合テストの遅延対応」を例に、事前すり合わせの具体的な進め方を示す。
会議2日前：テストリーダー（田中さん）と15分
・遅延の原因と現在の見通しを確認
・対応案AとBそれぞれの工数見積もりを依頼
・「会議では冒頭5分で状況を説明してほしい」とリードを依頼
会議前日：開発リーダー（佐藤さん）と10分
・案A（人員追加）を選んだ場合の開発側への影響を確認
・佐藤さんが案Aに懸念を持っていることが判明 → 会議で懸念を共有する時間を確保
会議前日：顧客窓口担当（山田さん）にチャットで共有
・案B（スコープ縮小）を選んだ場合、顧客への説明が必要になる旨を事前に伝達
・「会議で案Bに決まった場合、顧客説明のスケジュールを相談させてください」と予告
このように事前すり合わせを行うと、会議当日には全員が論点を把握した状態で着席できる。意思決定者が「初耳です」と言う場面がなくなり、会議は「情報共有」ではなく「判断と合意」に集中できるようになる。
なお、少人数（3〜5人程度）のプロジェクトでは、日常のコミュニケーションの中で自然にすり合わせができていることも多い。その場合は、改めて個別に時間を取る必要はない。チームの規模と普段のコミュニケーション頻度に応じて使い分けてほしい。
準備のチェックリスト
ここまでの内容を、会議前に確認できるチェックリストとしてまとめる。「前日までに完了する項目」と「直前に確認する項目」の2段階に分けている。
前日までに完了する項目
- ゴール確認：会議のゴールを一文で書き出せるか。会議終了時に達成/未達成を判定できるか。書けないなら、その会議は本当に必要か見直す。
- アジェンダ設計：各議題に「目的（共有/相談/決定）」「担当者」「時間配分」が書かれているか。相談議題にはゴール（どこまで進めるか）が設定されているか。
- 参加者チェック：全員が「いないとゴール達成できない人」か。任意参加者には議事録共有で代替できないか。外す人には事前に個別連絡したか。
- 事前すり合わせ：決定事項がある場合、意思決定者と事前に論点を共有したか。反対意見が予想される場合、懸念を事前に把握したか。
- 事前共有：アジェンダとゴールを参加者に送付したか。読んでおくべき資料があれば添付したか。
- 議事録準備：議事録のテンプレート（ゴール・決定事項・アクションアイテム欄）を用意し、記録担当を決めたか。
会議直前に確認する項目
- 環境確認：会議室の予約、オンライン会議のURL発行、画面共有用の資料準備は済んでいるか。
- 冒頭の段取り確認：ゴール宣言の文言、アジェンダの確認手順を頭の中で整理できているか。
このチェックリストを毎回確認する習慣をつけると、準備の抜け漏れが減り、会議冒頭の「今日は何を決めるんでしたっけ」という質問がなくなる。
まとめ：準備に時間をかけることが、全員の時間を守る
PLが会議の準備に15〜30分を使えば、参加者10人の1時間を無駄にせずに済む。ファシリテーション技術というと、会議中の進行スキルに目が向きがちだが、勝負は会議が始まる前についている。
今回紹介した4つの準備——アジェンダ設計、ゴール設定、参加者選定、キーパーソンとの事前すり合わせ——は、明日の会議から取り入れられる。まずは次の会議のアジェンダに「目的」と「担当者」の列を追加するところから始めてみてほしい。
次回（第2回）は、会議の冒頭3分で場の空気を作る技術について取り上げる。
