定例会議の進め方の基本は、報告を会議の前に書面で済ませ、会議の時間を「例外の確認」と「決定」に使うことです。定例会議が長く感じられるのは、会議そのものが悪いのではなく、全員が順番に進捗を読み上げる形になっているからです。読み上げは書面で読めば数分で済み、会議の時間の大半を占める必要はありません。この記事では、30分と60分のアジェンダ例、事前報告の書式、当日の進行の手順を示したうえで、開催の頻度と参加者の見直し方、定例が形だけになる原因と直し方を順に説明します。

定例会議の役割を3つに分ける

定例会議に求められる役割は、おおむね次の3つです。

役割内容会議でなくても足りるか
状況の共有進捗・数値・予定の共有書面やダッシュボードで足りることが多い
例外の処理計画から外れた案件・困りごとの確認と対応の決定会議が向いている(複数人の判断が要る)
決定方針・優先順位・担当の決定会議が向いている(決定者と関係者が揃う)

定例会議が「長いのに何も決まらない」状態になるのは、1つ目の「状況の共有」に時間の大半が使われ、2つ目と3つ目に届かないためです。進め方を変える最初の一歩は、状況の共有を会議の外に出すことです。

定例会議のアジェンダ例

週次のチーム定例(30分)

時間議題進め方
0〜3分前回の宿題の確認完了・未完了だけを確かめる。未完了は新しい期限を決める
3〜13分例外の確認事前報告で「遅れ」「相談あり」とした案件だけを扱う
13〜25分決定の議題事前に出た決定の議題を1〜2件。無い週は時間を短くして終える
25〜30分決定事項と宿題の読み上げ記録係が読み上げ、担当と期限を確認する

月次の部門定例(60分)

時間議題進め方
0〜5分前回の宿題の確認同上
5〜15分月次の数値数値は事前資料で読む前提。目標から外れた項目の理由と対応だけを確認する
15〜45分決定の議題優先順位・人の配置・予算の配分など、部門として決めること
45〜55分相談の議題次回以降に決める論点の整理。結論は「次に誰が何をするか」
55〜60分決定事項と宿題の読み上げ同上

どちらの例も、決定の議題が無い回は早く終えることを前提にしています。「決めることが無ければ短く終わる」を当たり前にすると、議題を出す側が決定の議題を用意するようになります。議題ごとの書き方は、会議アジェンダのテンプレートと書き方で詳しく扱っています。

事前報告の書式

事前報告は、書く側の負担を小さくしないと続きません。1案件1行を基本にし、次の4列だけにします。

案件状況(順調・遅れ・相談あり)一言(遅れ・相談の中身)会議で扱いたいか
〇〇の導入遅れ先方の確認待ちで1週間遅れる見込みいいえ(共有のみ)
△△の見積もり相談あり値引きの幅を決めたいはい(決定の議題に)

「順調」の案件は1行で終わり、会議では扱いません。「会議で扱いたいか」の列で「はい」とした案件だけが、例外の確認か決定の議題に入ります。締め切りは会議の前営業日などに固定し、主催者はそれをもとにアジェンダを組みます。

当日の進め方の手順

  1. 冒頭で、この回に決めることを読み上げる。 決定の議題と決め方(誰が決めるか)を最初に確かめます。
  2. 宿題の確認は完了・未完了だけにする。 経緯の説明は求めず、未完了なら新しい期限と、障害があれば例外の議題に回すかを決めます。
  3. 例外は事前報告の順ではなく、影響の大きい順に扱う。 時間が足りなくなったときに、影響の小さいものを持ち越せるようにします。
  4. 決定の議題では、決め方を守る。 決定者が決める議題なら、意見を聞いたうえで決定者がその場で決めます。持ち越す場合は、何が揃えば決められるかを確かめます。
  5. 最後の5分で決定事項と宿題を読み上げる。 担当者の名前と期限を声に出して確認し、そのまま記録にします。

定例会議を見直すチェックリスト

次の項目に多く当てはまるほど、定例会議の時間が報告の読み上げに使われています。

  • 会議の半分以上が、全員の順番の進捗報告になっている
  • 事前資料が無い、または会議中に初めて画面に映される
  • 直近の数回で、会議で決まったことを挙げられない
  • 決定者が欠席しても、定例だからと予定どおり開いている
  • 発言しないまま終わる参加者が毎回いる
  • 決まった宿題の担当と期限が記録に残っていない

頻度と参加者を見直す

進め方を変えたら、四半期に一度などの区切りで定例そのものを棚卸しします。見るのは次の3点です。

  • 決定の件数。 直近の数回で決定がほとんど無ければ、頻度を下げるか、時間を短くします。
  • 参加者ごとの関わり。 自分の案件が無い回がほとんどの参加者は、議事録での共有に切り替えます。
  • ほかの会議との重なり。 同じ報告を複数の定例で繰り返していないかを確かめ、重なっている定例をまとめます。

報告を書面に移す運用の具体的な形は、定例会議を非同期のドキュメント共有に移す方法で扱っています。

運用で崩れやすい点

  • 書面に移したはずの報告が、会議で繰り返される。 「念のため口頭でも」と許すと、事前報告は読まれなくなります。書面に書いてある内容は会議で読み上げない、と冒頭で確かめてください。
  • 例外が出てこない。 「遅れ」「相談あり」を書くと責められる雰囲気があると、全案件が「順調」になります。例外を早く出したことを責めず、対応を一緒に決める場として扱うことが前提です。
  • 決定事項が記録に残らない。 最後の読み上げを省くと、会議で決まったことが参加者ごとに違う理解のまま残ります。記録の仕組みは、議事録を書かない組織で再確認会議を減らす記録の仕組みも参考にしてください。
  • 時間が余っても最後まで使う。 決めることが終わったら終える、を主催者自身が守らないと、議題が時間に合わせて膨らみます。会議全体の設計の考え方は、会議が時間の無駄になる原因と意思決定を速める設計で扱っています。

まとめ

  • 定例会議の役割は、状況の共有・例外の処理・決定の3つで、共有は会議の外に出せる
  • 事前報告は1案件1行・4列の書式にし、会議では「遅れ」「相談あり」だけを扱う
  • 当日は、決めることの読み上げ → 宿題の確認 → 例外 → 決定 → 決定事項と宿題の読み上げ、の順に進める
  • 四半期ごとに決定の件数と参加者の関わりを見て、頻度と参加者を見直す