炎上案件を抱えたPMが取りがちな対応のひとつに「会議を増やす」があります。状況確認会、進捗確認会、品質報告会……気づくと1日の大半が会議で埋まり、実際の作業が夜にしかできない——そういう現場は珍しくありません。
会議を増やすのは「何かしている感」を作るには手早い方法ですが、炎上の根本原因には何も触れていません。本記事では、炎上案件で会議を増やす前に確認すべきことと、必要な会議だけを設計するための考え方を整理します。
炎上すると会議が増えやすい理由
炎上案件で会議が増えるのには構造的な理由があります。
状況が不透明なため、関係者が「確認したい」という衝動で会議を設定します。問題が次々と出てくるため、その都度「緊急確認」「対策会議」が生まれます。顧客やマネジメントが不安になり「報告頻度を上げてほしい」という要求が来ます。
結果として、確認するだけで意思決定が起きない会議、決まったことが次の会議までに実行されない会議が積み重なります。
会議を増やす前に確認すること
新しい会議を設定する前に、4つの点を確認してください。
論点が整理されているか。「状況確認のための会議」は、何を確認するかが明確でないと発言の記録になります。会議の前に「この会議で決めること」「この会議で共有すること」を1枚で整理しておく必要があります。
意思決定者が参加しているか。確認したいことがあっても、その場で決められる人がいなければ「持ち帰り」で終わります。必要な意思決定に対して、誰が決めるのかが明確になっているかを確認してください。
未決事項のリストが手元にあるか。会議で話す前に、現時点の未決事項が書き出されているかを確認します。リストがないまま会議を開くと、「今週どうでしたか」という問いかけから始まり、参加者の記憶に依存した会議になります。
アクション管理の仕組みがあるか。前回の会議で決まったアクションが実行されているかを確認できる仕組みがなければ、会議を重ねても改善はループしません。課題管理票やアクションリストが更新されているかを先に確認してください。
論点を分ける
会議に上げる内容を「事実の共有」「意思決定」「アクション確認」の3種類に分けてください。
事実の共有は非同期で行えることが多いです。週次の進捗レポートや課題管理票の更新で済む情報を会議で話しても、全員の時間を消費するだけです。
意思決定が必要なものを会議に上げる——これが会議の本来の役割です。「延期するかどうか」「リソースを追加するかどうか」「顧客に何を報告するか」といった判断の場として会議を使います。
アクション確認は、前回の会議で決まったことが実行されているかを短時間で確認する目的です。これは状況確認とは分けて扱います。
意思決定者を決める
炎上案件では、誰が何を決めるのかが曖昧になっていることがあります。「PMが判断するのか、PMOが判断するのか、上司の承認が必要なのか」が整理されていないと、会議で決まらないことが増えます。
意思決定者が不在の会議に参加者を集めるより、まず決定権を持つ人に直接確認する時間を取るほうが早いことがあります。
アクション管理を先に整える
会議を設計する前に、アクション管理の仕組みが機能しているかを確認してください。
アクションリストがない、またはあっても更新されていない状態では、会議を増やしても前回の決定が実行されたかが分からないまま次の議論に進みます。
最低限、「タスク・担当者・期日・ステータス」の4項目が管理されている場所を確認し、会議ではその内容を参照しながら進められる状態にしてください。
必要な会議だけを設計する
ここまでの整理ができたら、既存の会議を見直してください。
「この会議は何を決めるための会議か」という問いに答えられない会議は、頻度を下げるか廃止できる可能性があります。「状況確認」を目的とする会議は、非同期のレポートに置き換えられないかを検討してください。
新しく設定する場合は、「誰が参加して、何を決めるか」を事前に書いてから招集します。アジェンダなしの会議招集は、参加者に「また時間をとられる」という疲弊感を与えます。
炎上中のPMにとって会議は「対応している感」を作る場になりがちです。しかし、限られた時間の中で実際に問題を解決できるのは、論点が整理され、意思決定が起き、アクションが動く会議だけです。
会議を増やす前に試すべき非同期対応
状況共有のための会議は、多くの場合、非同期の手段で代替できます。日次・週次の進捗共有をチャットやドキュメントで行うことで、会議の数を増やさずに情報の鮮度を保つことができます。
具体的には、毎朝「昨日の完了・今日の予定・詰まっていること」を1人3行で共有するだけで、全員が状況を把握できます。この3行を日次スタンドアップと呼ぶ方法もありますが、会議形式にしなくてもチャットで完結します。会議は「意思決定と合意が必要なとき」に絞ることで、参加者の会議疲れを防ぎながら進行速度を上げることができます。
炎上案件ほど全員が時間不足になります。だからこそ「この時間は意思決定に使う」「この情報共有は非同期でいい」という分け方が、プロジェクトの立て直し速度を左右します。会議の数ではなく、会議で何が決まったかが、炎上からの脱出速度を決めます。
炎上収束後に会議設計を見直すタイミング
炎上が落ち着いてきたタイミングで、会議の設計を再点検してください。炎上対応中に緊急で追加した会議がそのまま恒久化されているケースは珍しくありません。「週2回の状況確認会議」を「週1回」に戻せるかどうかを、プロジェクト全体の状況を見て判断します。
会議の削減を顧客に提案する際は「問題が落ち着いてきたため、報告頻度を通常に戻すご提案です」という形で伝えると受け入れられやすいです。突然減らすと「状況を隠している」という印象を与えることがあるため、必ず事前に一言添えてください。
炎上からの立て直しが進んでいる実感を顧客と共有するためにも、「会議の頻度を下げられるようになった」という事実は、プロジェクトが正常化に向かっているサインとして積極的に伝えてよいものです。PMとして「今は週1回の定例で十分です」と言える状態を作ることが、立て直しの目標の一つです。
炎上案件で会議が機能する条件
炎上案件で会議が機能するための条件は3つです。論点が事前に全員に共有されていること、意思決定者が実際に出席すること、出たアクションがその場で文書化されることです。
この3つの条件が揃わない場合、会議の数を増やしても意思決定は出ません。会議の前に「論点と期待する成果」をアジェンダに明記し、意思決定者に出席してもらう調整をまずします。会議後におけるアクションリストの更新ルーティン化も、会議の後続実行率を左右します。
炎上案件では、3つの条件を全部満たすのが難しいのが現実です。その場合でも、「この会議で何を決めるか」を事前に1行で書くだけで、会議の密度は上がります。まずこの小さな一歩から始めてください。
炎上状況では「動いている感」のために会議を増やしたくなりますが、会議はあくまで意思決定と合意のための手段です。1回の会議で何かが決まり、アクションが動く体験を積み重ねることが、炎上からの脱出速度を上げる最短経路です。
炎上案件の会議設計と意思決定の仕組み作りについては、PJ炎上 初動ナビで現在の状況を診断したうえで、炎上予防・立て直しパックの講座で実践的に学ぶことができます。