「上司に報告したとき、途中で『それで、結論は？』と遮られた」——このような経験をしたことがある方は多いのではないでしょうか。報告した内容は正確なのに、伝え方が悪くて「伝わらなかった」状態になってしまうのは、報告の「順番」が原因であることがほとんどです。
PMの報告は、状況説明ではなく「判断材料の提供」です。
PM報告は状況説明ではなく判断材料
技術者や担当者として動いているときの報告は「自分がやったことを伝える」が主目的になりやすいです。でもPMの報告は「上司・顧客に何かを判断してもらう」が主目的です。
この違いを意識すると、何を先に言うべきかが変わります。相手が判断するために一番最初に必要な情報は「今どういう状況か（結論）」です。そこから「なぜそうなったのか（事実）」「どう影響するのか（影響）」「どう対応できるのか（選択肢）」「どこを判断してほしいのか（相談事項）」という順番で話すのが、相手に最も伝わりやすい構造です。
順番1：結論
最初に「今、何が起きているか」を一言で言います。
「Aシステムの開発が2日遅れています」 「顧客から仕様変更の要望が来ました」 「先週の課題が解決しました」
結論を最初に言うことで、相手は「今からどんな話を聞けばよいか」の文脈を持って聞けます。
順番2：事実
次に「なぜそうなったのか」「何が起きているのか」を事実として伝えます。
「担当者の環境構築に想定外の時間がかかっています」 「顧客から追加で帳票機能の要望が来ました。詳細は〇〇です」
事実は客観的に伝えます。「たぶん」「おそらく」は確認できていない情報なので、その場合は「現時点では原因不明、確認中です」という言い方にします。
順番3：影響
「このまま続くとどうなるか」「他の部分への影響はあるか」を伝えます。
「このまま進むと、納期が2日後ろにずれる可能性があります」 「追加要望を全部受けると、スケジュールが1週間延びる見込みです」
影響が見えていない場合は「影響を現在確認中です」と伝えます。「影響を確認する前に判断を求める」のは、上司に材料なしで判断させることになるので避けましょう。
順番4：選択肢
「どう対応できるか」の案を提示します。選択肢が複数ある場合は、自分の推奨案を一つ示した上で他の案を添えると、上司が判断しやすくなります。
「①担当者が残業して今週末に取り戻す案、②顧客に1日の遅延を連絡する案の2つがあります。担当者に残業の意向を確認中なので、今日の夕方に状況をお伝えします」
順番5：相談事項
「自分では判断できないこと」「上司に決めてほしいこと」を明確にします。
「顧客への連絡をこのタイミングで入れてよいかどうか、ご判断いただけますか？」 「費用への影響がある場合、上司から顧客に直接話していただく必要があるか確認したいです」
相談事項がない場合は「以上を報告します。対応方針はこちらで進めてよいでしょうか？」という形で承認を確認します。
悪い報告例と良い報告例
悪い例（背景から話す）： 「先週、担当者が環境構築に取り組んでいて、ミドルウェアのバージョン問題が発生して……結果として開発が2日遅れることになりました。それで顧客への連絡についてどうすれば……」
良い例（結論から話す）： 「開発が2日遅れています。原因はミドルウェアのバージョン問題です。このまま進むと納期が2日後ろにずれます。担当者の残業で今週末取り戻す案と顧客に連絡する案があります。顧客連絡のタイミングを判断していただけますか？」
情報量はほぼ同じでも、後者のほうが格段に伝わりやすいです。
まとめ
PMが最初に覚えるべき報告の順番を整理しました。
- 結論（今何が起きているか）
- 事実（なぜ・何が）
- 影響（このまま続くとどうなるか）
- 選択肢（対応の案）
- 相談事項（判断してほしいこと）
この順番を意識して話すだけで、「途中で遮られる報告」は大きく減ります。最初は意識しないと難しいですが、練習することで自然にできるようになります。
報告前チェックリスト
- 最初に「結論」を言えるか（背景から話し始めていないか）
- 「影響」を話しているか（事実の説明で終わっていないか）
- 「選択肢」を1〜2個持っているか（相談だけで選択肢がない状態を避ける）
- 「判断してほしいこと」を1つに絞れているか
- 3分以内で話せる長さになっているか
次に読む関連記事
- 新任PMのキックオフチェックリスト — 報告の前に揃えておくプロジェクト前提
- 新任PMの判断境界を見定める考え方 — 「判断してほしいこと」を明確にするための境界設計
- PMスキルマップで現在地と育成順路を確認 — 報告・伝達・判断を含むPMスキルの全体像