会議の議題表：仕事の打ち合わせの例とテンプレート

議題表は問いと期待する結果を結び付ける

「プロジェクトを話し合う」だけでは、準備、出席者、会議の結果が分かりません。「資料の準備状況に基づいて、二つの公開案のどちらかを選ぶ」なら具体的です。

議題表は会議前に、議事録は会議後に作ります。議題表には選択肢や未解決の問いを書けます。議事録に載せるのは実際の決定です。このひな形は通常の打ち合わせ向けで、様式が決まった会議向けではありません。

結果から逆算して議題を作る

1. 必要な決定を明記する

   「会議が終わるまでに…」と一文で書きます。「状況の理解」だけなら、理解したあと何をするか明確にします。書面での連絡で足りることもあります。

2. 未解決の問いを探す

   前の合意を確認します。録音で「また取り上げる」「確認する」「承認後に」といった発言を探します。その後の連絡で解決したかもしれません。前の一覧をそのまま写さないでください。

3. 資料と議論を分ける

   デザイン案のリンク、完成ページの一覧、工数の見積もりを先に送ります。会議は案の比較に使い、長い資料を初めて音読する時間にしないようにします。

4. 必要な人を招く

   項目ごとに情報を持つ人と決める人を定めます。結果だけ知ればよい人にはメールで伝えられます。決裁者が欠席するなら事前に示します。

5. 範囲と時間を絞る

   重要な決定を最初に置きます。各質問に時間と結果を割り当てます。結果は選択、確認、別タスクなどです。合意を確かめる時間も取り、配分は目安とします。

6. 配布して追加を受け付ける

   追加項目の期限を決めます。目的と関係しない問いは別の一覧に置きます。直前に変更するときは参加者に知らせます。

例：サイトの新しい区画を公開するための30分会議

人と状況は架空です。六ページのうち三ページは完成し、残りは承認済みの画像がありません。前回は「金曜日が近づいたら決めよう」で終わりました。今回は公開する範囲を選びます。

進行役は役割を事前に示します。プロジェクト責任者が範囲を決め、編集担当者が原稿の状況を伝え、開発者が公開の制約を説明します。責任者が欠席する場合は、承認ではなく提案をまとめます。

新しいロゴの案が出たら、今後の話題として記録します。ロゴを選ぶことは、今日公開する範囲の決定には役立ちません。

話がそれたときは

「公開案の選択にどう影響しますか」と聞いて結果に戻します。影響するなら時間を取り、事実を確認します。関係なければ別に記録します。情報が足りなければ、集める担当を決めます。

時間が終わったら、議題を延期する、範囲を狭める、必要な人と別に会うといった選択ができます。理由と次の一手を示します。会議後は実際の発言とまとめを照合し、とくに条件や異論を確認します。

仕事の会議の議題表テンプレート

会議名と日付：
目的：会議が終わるまでに…
参加者と役割：
事前に読む・確認するもの：

議題：
決めること：
資料とリンク：
情報を準備する人：
決める人：
議論の時間：
期待する結果：

今回は扱わない内容：
追加を受け付ける期限：
結果の共有場所：

• 各議題の期待する結果が明確。
• 参加者は資料を受け取り、開ける。
• 決定権が誰にあるか明確。
• 合意を読み上げて確認する時間がある。