進捗会議が形骸化する5つの原因と立て直し方｜報告会を「判断の場」に変える手順

毎週の進捗会議。各チームが順番に「予定通りです」「対応中です」と読み上げ、誰も質問せず、1時間後に何も決まらないまま解散する——この記事を開いたあなたの現場にも、そんな会議があるはずです。先に結論を言うと、進捗会議の形骸化は参加者のやる気の問題ではなく、会議の構造設計の問題です。だから精神論ではなく、報告の事前化・進捗の定量化・アジェンダの再設計という手順で立て直せます。僕はシンプレクスで受注側のPMを4年やり、独立後はPMOとして発注側の立場でも会議を見てきました。その両方の経験から、明日から着手できる立て直しの手順をまとめます。

手順の前に、まず崩れ方のパターンを押さえておきましょう。形骸化した進捗会議は、ほぼ次の5つのどれか（多くは複数）に当てはまるというのが僕の見立てです。

原因1：会議の目的が「報告の読み上げ」になっている

典型的な進捗会議は、各チームが順番に「予定通りです」「対応中です」と報告して終わります。厳しい言い方をすると、これは会議ではありません。状況共有だけならメールかチャットで足りる。全員の時間を同時に拘束する「会議」という高コストな場は、その場でしかできないこと——つまり判断——のために使うべきです。

目的が「報告」に設定されると、アジェンダは報告順になり、成果物は議事録だけになり、決定事項はゼロになる。形骸化は必然です。進捗会議は体温を測る場ではなく、処置を決める場。ここが崩れていると、後述するテクニックをいくら足しても機能しません。

原因2：「順調です」という定性報告で進捗を測っている

「順調です」「9割方終わっています」。この言葉が本当かどうかを、その場で確かめる材料がない。これが2つ目の原因です。YouTubeの動画でも話しましたが、僕の立場ははっきりしています。

format_quote

「オンスケです」とか「遅延だけどちょっと残業したらリカバれます」とか、こういう定性的な報告を全部排除していく。定性的な報告もあっていいんだけれども、定量的な報告とセットにさせるということですね

定量の裏付けがない「順調」は、情報量がほぼゼロです。報告者に悪気がなくても、人は自分のタスクの残りを楽観的に見積もります。「90%終わっています」と言ったタスクの最後の10%がいつまでも終わらないのは、現場の定番と言っていい。

原因3：悪い報告をすると損をする場になっている

遅れを正直に報告したら、その場で「どうなってるんだ」と詰められる。そういう会議で人がどう動くかというと、2つのパターンに分かれます。

format_quote

そもそもPMが気づいていないパターンと、ちょっと隠蔽しちゃうパターン。この2つの問題が発生すると、（中略）もう「オンスケです」という報告に頷くしかできない状態が起きるんですよね

これは複数のPMを束ねる部長職向けに話した内容ですが、単一プロジェクトの進捗会議でも構造は同じです。悪い報告が「損」になる場では問題は隠れ、隠れた問題は後工程で爆発する。問題への対処は、事後になると事前の3〜5倍のコストがかかります。悪い報告を歓迎できない会議は、それ自体がプロジェクトのリスクなんです。

原因4：判断すべき論点が事前に整理されていない

「遅れています」という報告だけでは、何も決められません。決めるためには「選択肢」「判断材料」「判断者」の3点が揃っている必要がある。たとえば「開発が2週間遅延。リカバリ案はA：要員追加（コスト増）、B：機能Xを次期リリースに回す（スコープ調整）。判断いただきたいのは事業部長」——ここまで揃って初めて、会議はその場で決められます。形骸化した会議では、この3点セットが場に出てこないまま報告が流れていくので、結果として決定事項ゼロで終わる。参加者が無能なのではなく、判断できる状態で論点が持ち込まれていないのです。

原因5：1件あたりの報告時間が短すぎて、異常を検知できない

対象案件が多い定例では、1プロジェクトあたりの持ち時間が1〜2分ということも珍しくありません。僕が最近相談を受けた現場も、週次・月次の報告会議はあるのにプチ炎上が止まらず、しかも問題が後半になってから発覚する状態でした。

format_quote

1分とかでプロジェクトの報告を聞いて、そのプロジェクトに本当に問題があるかどうかを判別するのは不可能じゃないですか

短時間報告そのものが悪いのではありません。悪いのは、その1分に「異常かどうかを判別する機能」を期待してしまうこと。判別は事前の定量データにやらせて、会議の時間は判断に使う。この役割分担ができていないと、会議は「オンスケです」に頷くだけの形式的な確認の場になります。

原因が構造にあるなら、直すのも構造からです。僕がPMOとして進捗会議の立て直しを提案するなら、次の順番で進めます。なお、会議体全体の設計（会議の種類・参加者・頻度の整理）はまた別の論点なので、ここでは既にある週次進捗会議を立て直す前提で書きます。

ステップ1：報告フォーマットを統一し、事前提出に切り替える

最初にやるのは、口頭報告の廃止です。統一フォーマットの報告シートを用意し、会議の前日までに全チームが提出する。参加者は会議前に読んでおく。これだけで「読み上げの時間」が消え、会議の時間をまるごと判断に使えるようになります。フォーマットには最低限、次の3項目を入れてください。

「判断してほしい事項」の欄が空でも提出させることがポイントです。空欄が続くチームは、判断を仰ぐという発想自体が抜けているか、問題を抱え込んでいるかのどちらかなので、それ自体が観察材料になります。

ステップ2：進捗を「進捗率×経過率」のセットで定量化する

事前報告の中身は、定量が主・定性が従です。僕が使う最小構成は、進捗率と経過率の比較。たとえばタスクがA（10人日）、B（5人日）、C・D・E（各3人日）の計24人日のプロジェクトで、C・D・Eが完了しAが半分まで進んでいれば、消化は14人日で進捗率は約58%。一方、全期間50営業日のうち25日が経過していれば経過率は50%。進捗率が経過率を上回っているから前倒しで進んでいる——と、主観を挟まずに判定できます。Excelの関数で自動計算するWBSフォーマットを配布すれば、現場の入力負荷も最小で済む。

この仕組みの効能は、計測の精度そのものより「隠せなくなること」にあります。

format_quote

PMが進捗を隠したくても隠せないとか、数値を見ていなかったら気づかなかったけれども気づかざるを得ない状況をつくれる

ただし定量管理には、タスクの洗い出し漏れ、見積もりの過小、「90%終わりました」の申告ズレ、完了定義の不一致など、落とし穴が10個あります。動画で詳しく知りたい方は、以下もあわせてご覧ください。

「複数PMを束ねる部長必見！『順調』の罠に気づく定量管理の方法【プロジェクトマネジメントの教室】」

ステップ3：アジェンダを「報告順」から「判断事項リスト」に変える

報告が事前化できたら、アジェンダを組み替えます。チームA→チームB→……という報告順ではなく、「今日決めること」のリストを優先度順に並べる。リソースを追加するのかスコープを調整するのか。エスカレーションするのかチーム内で吸収するのか。こうした判断事項を一つずつ潰していく構成にします。報告フォーマットの事前提出化とアジェンダの組み替え。この2つの構造設計こそ、僕がPMOの立場から提案できる最も大きなレバーの一つだと思っています。

ステップ4：遅れは「詰める」のではなく「問いを並べる」

判断の場に変えても、遅延報告への返しが「なぜ遅れたのか」と問うだけだと、責任追及で終わって判断材料が出てきません。僕は問いの順番を決めています。「この遅れは最終的に事業のどこに影響するか」「リカバリの選択肢は何があり、それぞれ何を犠牲にするか」「判断を仰ぐべきは誰で、何を決めてもらう必要があるか」。この3つを順に並べると、報告者は責められる側から判断材料を出す側に変わり、会議は自然と判断の場になります。なお、遅延そのものの原因特定やリカバリ手法の詳細は別テーマなので、ここでは踏み込みません。

ステップ5：決定事項を記録し、次回の冒頭で実行を確認する

会議の最後に「今日決まったこと・担当・期限」を読み合わせ、次回の冒頭で実行状況を確認します。地味ですが、これをやるかどうかで「決めたのに動かない」が激減する。逆に、決定事項の記録が毎回ほぼ空欄なら、それは会議がまだ報告会のままだというアラートです。

構造を変えても、空気が変わらなければ数字は歪みます。定量化は「隠せない仕組み」ですが、同時に「隠さなくていい空気」を作らないと、今度は数字の入力そのものが楽観に寄っていく。この2つはセットで初めて機能します。

• 悪い報告への第一声を決めておく：遅延やリスクの報告に対して、議長はまず事実確認と感謝から入る。詰問は会議の場でも外でもしない
• 報告内容と人事評価を直結させない：進捗会議での報告が査定にそのまま響く運用は、隠蔽の動機を制度で作っているのと同じ
• 新規リスク・論点の有無を毎回確認する：新しい論点が出続けている会議は健全です。出なくなってきたら、停滞のサインとして扱う
• 「判断してほしい事項」の提出を義務化する：「判断希望：なし」が数週間続くチームには、議長側から問いを投げに行く

原因3で触れたとおり、隠蔽は人格の問題ではなく、隠すほうが得な場の問題です。場の損得を設計し直せば、報告は変わります。悪い報告が遅れた結果として実際に遅延が起きてしまった場合の対処は、この記事の範囲を超えるので別の機会に譲ります。

立て直しの初期に入れるなら、この形を推奨します。そのまま使ってください。

進行のコツは2つあります。1つは、順調な案件の報告を意図的に飛ばす勇気を持つこと。事前資料で確認済みなのだから、会議で繰り返す必要はありません。もう1つは、判断事項が60分に収まらないときに会議を延ばさないこと。判断者が限られる議題は分科会に切り出すほうが、全員の時間を守れます。また、このアジェンダとセットで使う事前報告の書式には、進捗報告書・週報のExcel雛形をそのまま流用できます。

自社の会議がどこまで形骸化しているか、確かめてみてください。

• 会議の成果物が議事録しかない
• 直近1ヶ月の会議で「決まったこと」を3つ挙げられない
• 報告の大半が「順調です」「対応中です」で終わる
• 進捗率を数字で答えられないチームがある
• 遅延の報告が出ると、場の空気が「詰め」になる
• 資料が会議の場で初めて共有される（事前提出がない）
• 数ヶ月前の議事録と直近の議事録の中身がほぼ同じ
• 遅延やトラブルが、会議ではなく「炎上してから」発覚したことがある
• 会議後のアクションの担当と期限が決まっていない
• 欠席しても仕事に支障がない参加者が半数以上いる

3個以上当てはまるなら、形骸化は進行中です。5個以上なら、報告の事前化（ステップ1）から今週中に着手することをおすすめします。

• 形骸化の正体は、やる気の問題ではなく「報告のための会議」という構造設計の問題
• 立て直しの起点は報告の事前提出化。会議の時間をまるごと判断に使えるようにする
• 進捗は「進捗率×経過率」の定量セットで測り、裏付けのない「順調です」を排除する
• アジェンダは報告順ではなく判断事項リスト。遅れには詰めるのではなく問いを並べる
• 仕組みで「隠せなく」し、場づくりで「隠さなくていい」ようにする。この2つを揃えて数字の歪みを防ぐ

進捗会議が形骸化しているとき、いちばん損をしているのは、実は真面目に準備して出席している現場のメンバーです。毎週1時間×参加人数分の工数を「頷くだけの時間」に使うのか、プロジェクトの判断を早めるための時間に使うのか。会議の構造を変えるというのは、その時間の使い道を変えることだと僕は思っています。会議の設計だけでなく、報告フォーマットや運営ルールを含めた仕組みごと入れ替えたい場合は、外部PMOによる支援という選択肢も検討してみてください。

---

進捗会議の立て直しを、外部の視点で進めたい方へ

「会議のやり方を変えたいが、社内の自分が言うと角が立つ」「フォーマットを配っても現場が使ってくれない」「そもそもどの会議から手を付ければいいか分からない」——立て直しの中身より、社内で推進すること自体に難しさを感じている方は多いはずです。実際、報告フォーマットの統一やアジェンダの変更は現場の抵抗が出やすく、同じ会社の人間が言うと角が立つぶん、外部のPMOが推進役を担ったほうがスムーズに進みやすい。僕自身、まさにその理由で外部から推進役を任されています。

クリエイティブテックスタジオでは、進捗会議の再設計を含むPMO支援を行っています。まずは現状の会議の様子をお聞かせいただければ、立て直しの優先順位と進め方を一緒に整理します。外部支援より社内での改善が適していると判断した場合はその旨も正直にお伝えしますので、無料相談からお気軽にどうぞ。支援内容の全体像はPMO支援サービスのページにまとめています。