上司に刺さる報告は短い──状況・論点・打ち手を3点で通す型

報告を頑張っているのに、なぜか通らない。
丁寧に説明しているのに、「で、結局どういうこと？」と聞かれる。
時間をかけて準備したのに、会話が噛み合わない。

この経験は、若手ほど一度は通ります。
そして多くの人が、ここで間違った方向に努力を足します。

• もっと詳しく説明しよう

• 資料を増やそう

• 背景から順に話そう

• 例外まで漏れなく伝えよう

でも、上司に刺さる報告は、逆です。
短い。そして、欲しい情報が順番通りに出てくる。

ITエンジニアやコンサルの現場で評価される報告は、「話がうまい」ではなく「通る」報告です。
通る報告には型があります。
今日はその型を、状況・論点・打ち手の3点に絞って整理します。

上司が報告で欲しいのは「理解」ではなく「判断材料」

まず前提を揃えます。
上司があなたの報告に求めているのは、あなたの頑張りの共有ではありません。
知識量の披露でもありません。
意思決定のための判断材料です。

上司は、あなたの報告を聞きながら、頭の中でこう考えています。

• 今、何が起きている？（状況）

• どこが問題で、何が論点？（論点）

• どうする？私が決めるべきことは？（打ち手）

この3つが揃えば、上司は動けます。
揃わなければ、報告は「長い」「わかりにくい」「で？」になります。

だから、報告はこの3点で通す。
それだけで、上司の反応は変わります。

型：状況・論点・打ち手（SLP）で話す

ここでは便宜上、
S（Situation）状況
L（Logic point）論点
P（Plan）打ち手
と呼びます。

ポイントは、どれも短く、先に出すこと。
“背景から丁寧に”は、刺さらない報告になりがちです。
上司はまず全体像を掴みたい。

1) 状況：いま何が起きているかを「一枚絵」で

状況は、説明ではなく“要約”です。
報告の冒頭で、上司が全体像を掴める状態を作ります。

状況の型はこれ。

• 目的（何の話か）

• 現状（どこまで進んでいるか）

• 変化（何が起きたか）

• 影響（何が困るか）

例：
「Aプロジェクトの要件定義です。いま合意は70%で、残りの論点が2つ残っています。昨日、法務から追加要件が入り、現状のスコープだと納期に2週間影響が出る可能性があります。」

これくらいで十分です。
5分の説明を30秒に圧縮する意識。

2) 論点：決めるべきことを「Yes/No」に落とす

論点が曖昧な報告は、上司が一番困ります。
なぜなら、判断できないから。

論点の型はこれ。

• いま決めたい問い（1行）

• 選択肢（A/B）

• 判断基準（最大3つ）

例：
「論点は、追加要件を今回スコープに入れるかどうかです。選択肢はA:入れて納期を延ばす、B:次フェーズへ回す。判断基準は①契約上のリスク、②顧客期待値、③納期影響です。」

論点をYes/Noに落とすだけで、上司は考えるモードに入ります。

3) 打ち手：次に何をするかを「誰がいつまでに」で

打ち手がない報告は、単なる共有で終わります。
共有は、上司にとっては価値が低いことが多い。
価値があるのは、意思決定と行動が結びつくことです。

打ち手の型はこれ。

• 推奨案（Recommendation）

• 根拠（判断基準に照らして）

• 次のアクション（担当・期限）

例：
「推奨はBで、理由は契約リスクが低く、納期影響を抑えられるためです。次アクションは、今日中に顧客へ“次フェーズ提案”のたたき台を作り、明日午前に先方へ打診します。私が作成し、PMがレビューします。」

上司が欲しいのは、ここです。
「で、どうする？」の答えを、あなたが先に用意する。

1分で通す“報告テンプレ”（口頭でもチャットでも使える）

この型を、実際に使える文章に落とします。
コンサル現場で、チャット報告にもそのまま使えます。

【状況】（目的＋現状＋変化＋影響）
【論点】（決めたいこと＋選択肢＋判断基準）
【打ち手】（推奨案＋理由＋次アクション）

例：

• 【状況】A案件の要件定義、合意70%。法務から追加要件が入り、現状スコープだと納期+2週リスク。

• 【論点】追加要件を今入れるか（A:入れて納期延長 / B:次フェーズへ）。基準は契約リスク・顧客期待・納期。

• 【打ち手】推奨B。理由は契約リスク低＋納期影響最小。今日中に次フェーズ提案案作成→明日午前に先方打診（作成:私、レビュー:PM）。

上司は、これを見て「判断」できます。
判断できる報告は、信頼が積み上がります。

それでも刺さらないときの原因：3つの落とし穴

型を使っても刺さらない場合、だいたい落とし穴はこの3つです。

落とし穴1：状況が“長い”＝要約できていない

状況は「背景説明」ではありません。
要約です。
要約できない場合、あなたの中で重要度が整理できていない可能性があります。

対策：
「上司が今すぐ知るべき情報は何か」を1つに絞る。
それ以外は、聞かれたら出す。

落とし穴2：論点が“相談”になっている

「どう思いますか？」で終わる報告は、上司に負荷を渡します。
もちろん相談は必要ですが、報告でやるべきはまず“論点の定義”です。

対策：
問いをYes/Noにする。
「AとBならどちらを取るべきか？」まで落とす。

落とし穴3：打ち手が“お願い”になっている

「どうすればいいですか？」は、上司の仕事を増やします。
上司は忙しいので、増やされた瞬間に刺さらなくなります。

対策：
推奨案を必ず添える。
間違ってもいい。推奨があると議論が始まる。

実務で効く小技：上司のタイプ別に“順番”を変える

上司にもタイプがあります。
同じ型でも、刺さり方が違う。

1) 結論先出し型

「で、どうしたい？」タイプ。
この場合は、打ち手→論点→状況の順でも良いです。

• 【打ち手】推奨Bで進めたい

• 【論点】A/Bの選択、基準は…

• 【状況】背景は…

2) リスク重視型

失敗回避が優先。
この場合は、状況の中で「影響（リスク）」を先に置くと刺さります。

3) 現場把握型

現場の温度を知りたい。
この場合は、状況に「現場の合意度」「反対の強さ」を一言添えると通ります。

報告が短くなるほど、実は“丁寧”になる

報告を短くすると、雑に見えると思う人がいます。
でも実際は逆です。

短い報告は、相手の時間を守ります。
相手が判断しやすい形に情報を整える。
これは、最も丁寧なコミュニケーションです。

コンサルの価値は、知っていることの量ではなく、
意思決定を前に進めること。
だから報告も、意思決定の形に整える。

おわりに：報告は「説明」ではなく「通す」もの

上司に刺さる報告は短い。
その理由は、上司が欲しいのが「理解」ではなく「判断材料」だからです。

状況・論点・打ち手。
この3点で、30秒で通す。
推奨案を持っていく。
次アクションを「誰がいつまでに」に落とす。

この型を使えるようになると、
あなたの報告は“仕事を進める道具”になります。
そして、上司からの信頼は、会話の回数ではなく、
「判断が前に進んだ回数」で積み上がっていきます。

次に読む

はじめての方へ