進捗会議を30分で終わらせる設計
週に一度の進捗会議が、毎回1時間を超えていないでしょうか。しかも終わってみると、決まったことが何もない。参加者の多くが、自分に関係のない話を聞いて座っているだけ。
この状態は、進行役の腕前の問題ではありません。会議の設計の問題です。設計を変えれば、同じメンバーでも30分で終わり、しかも決定が残ります。
■ 何が時間を食っているのか

時間を食っている正体は、ほぼ状況共有です。担当者が順番に「今週はこれをやりました、来週はこれをやります」と読み上げる時間が、会議の大半を占めています。
しかしこの情報は、文字で読めば1分もかかりません。声に出して聞くから20分かかるのです。そして聞いている側の大半は、自分の担当外の話を待っているだけになります。
■ 設計の原則 ― 状況は前日、会議は決定
やることは単純です。
状況共有は会議の前に済ませる:各自が前日までに課題管理表や進捗表を更新する。会議の時点で、全員が状況を知っている前提にする
会議では「決めること」だけを扱う:判断が要るもの、複数人の合意が要るものに絞る
決まらないものは持ち越さない:担当と期限を付けて、別の場に送る
「前日までに更新してもらえない」という声をよく聞きます。ここは運用の工夫で解けます。更新されていない項目は会議で扱わないと決めるのが最も効きます。扱われなければ困るのは担当者自身なので、数回で定着します。
■ 信号の基準を先に決めておく
30分に収めるには、全項目を等しく見るのをやめる必要があります。そこで各項目に信号を付けてもらいます。

ここで重要なのは、基準を言葉で定義しておくことです。「なんとなく黄色」を許すと、全員が無難な黄色を選び、色が情報を持たなくなります。
あわせて、最初に一度だけ宣言しておくことがあります。赤を出した人を責めないということです。赤を出すと詰められる場では、誰も赤を出しません。結果、問題が見えるのは手遅れになってからになります。
■ 30分の配分
実際に回すときの目安です。
0〜5分 赤信号の確認:赤が付いた項目だけを読み上げ、今日決めるべきことを確認する
5〜20分 決定:その場で決められることを決める。深い議論が必要なものは、ここで見極めて次の枠へ送る
20〜27分 行き先の割り当て:決まらなかったものに、担当・期限・場(別会議か個別相談か)を付ける
27〜30分 読み上げ確認:決定事項とToDoを声に出して確認する
最後の読み上げは省略されがちですが、ここが効きます。「決まったと思っていたのは自分だけだった」という事故が、これでほぼなくなります。
■ 議論が始まってしまったときの止め方
設計しても、その場で議論が始まることはあります。止める言い方をいくつか用意しておくと、角が立ちません。
「その論点は重要なので、関係する3人で別途15分取りましょう。◯◯さん、招集をお願いできますか」
「今日は方向性だけ決めて、詳細は持ち帰りでよいですか」
「いま決めるために足りない情報は何でしょうか。それを揃える担当を決めましょう」
三つ目が特に使えます。議論が長引くときは、たいてい判断材料が足りていません。「決められない」と認めて材料集めに切り替えるほうが、その場で粘るより早く進みます。
■ 参加者を絞る
時間短縮で見落とされがちなのが、人数です。10人の30分は、5人時間を使っています。
全員が必須の会議は、実際にはほとんどありません。決定に関わる人だけを必須にし、他の人は任意参加+議事録で追える形にします。「呼ばれなかった」と受け取られないよう、最初に「この会議は決める場なので、関係する回だけ出てください」と伝えておきます。
■ 定着させるための3つの工夫
アジェンダを固定する:毎回同じ順番にする。何が話されるか分かっていると、準備が楽になる
終了時刻を守る:延長しないと決める。一度延長すると、次から誰も時間内に終わらせようとしなくなる
議事録はその場で書く:画面を共有しながら決定事項を書き、その場で確認する。後から書くと、記憶の食い違いが混ざる
■ チェックリスト
状況共有を会議の前に移したか
信号の基準を言葉で定義したか
赤を出した人を責めないと宣言したか
決まらないものに担当と期限を付けているか
最後に決定事項を読み上げているか
必須参加者を絞ったか
進捗会議は、プロジェクト期間を通じて最も回数の多い会議です。1回20分の短縮でも、半年で10時間以上になります。設計に半日かける価値は、十分にあります。