火曜の夕方、月次報告を送った30分後にチャットが鳴る。役員から「これ、ちょっと聞かせて」。緊急でもなければ、決裁が必要なわけでもない。
ただ呼ばれて、15分話して、何も決まらずに席に戻る。あなたの火曜の残りはそこで溶けた。
flowchart TD
A[報告に余白] --> B[役員が不安]
B --> C[ちょっと確認]
C --> D[燃料を消費]
A --> E[余白を消す設計]
E --> F[確認が来ない]
「ちょっと確認」は意思決定ではない#
役員からの「ちょっと聞かせて」は、承認でも指示でもない。これを正しく分類できていないことが、消耗の出発点だ。
承認なら「これで進めていいですか」と聞けば済む。指示なら「こうしろ」と言葉が来る。だが「ちょっと聞かせて」には、決めるべき論点も、下すべき判断もない。役員自身が、自分の中の不安を言語化できないまま呼んでいる。
正体は不安解消だ。報告を読んで「なんとなく引っかかる」「全体像が見えない」と感じた役員が、その曖昧な感覚を埋めるために、あなたの時間を使って自分を安心させている。
私が話を聞いてきた課長たちは口を揃えて言う。「呼ばれて行っても、結局世間話に近い確認で終わる」と。残業代の出ない裁量労働で、最も静かに、最も継続的に燃料を奪うのがこの呼び出しだ。一回15分でも、月に何度も積もれば無視できない支出になる。
ここで効くのは、呼び出しに上手く対応する技術ではない。呼び出しが発生する前に、役員が「確認したくなる余白」を報告から消す技術だ。 反応を仕分ける設計は役員根回しで感情が空になる前に課長が実装すべき反応の仕分け設計で扱ったが、本稿はその一段手前、要求が来る前を止める。
役員が確認したくなる「余白」の正体#
役員が「ちょっと聞かせて」を発動するのは、報告の中に3種類の余白があるときだ。この3つを潰せば、呼び出しの大半は事前に消える。
第一に、評価が書かれていない事実。数字だけ並んでいて「これは良いのか悪いのか」が書かれていないと、役員は自分で判断しに来る。第二に、原因に触れない変化。先月と数字が動いているのに理由がないと、不安が確認要求になる。第三に、次の一手が見えない問題提起。課題だけ書いて対応方針がないと、役員は「で、どうするの」を聞きに来る。
整理すると、余白とはこうなる。
- 評価の空白 数字に「良し悪しの判定」を添えていない
- 原因の空白 変化に「なぜそうなったか」を添えていない
- 次手の空白 課題に「いつ・誰が・何をするか」を添えていない
この3つの空白を、役員はそれぞれ「不安」として受け取る。そして不安を埋めるために、あなたを呼ぶ。
逆に言えば、報告の段階でこの3点を全部埋めておけば、確認に来る理由がなくなる。役員が読み終えた瞬間に「聞くことがない」状態を作る。これが事前遮断の核心だ。
3つの報告フォーマットを余白ゼロに作り直す#
月次報告・進捗報告・トラブル報告は、それぞれ役員が抱く不安の種類が違う。フォーマットを不安に合わせて作り直す。
月次報告は「判定」を先頭に置く#
月次報告で役員が不安になるのは、数字の羅列に判定がないときだ。だから冒頭1行を判定にする。
「今月は計画比102%、想定内で着地。要対応の懸念は1件のみ」。この一行を先頭に置くと、役員は全体の良し悪しを即座に握れる。あとは判定の根拠として数字を読む。手戻りを止める論点宣言の発想と同じで、先に結論を渡せば読み手の視線が定まる（役員説明の手戻りを止める論点宣言文の組み立て方に詳しい）。
数字の横には必ず一言の評価を添える。「先月比マイナス5%（季節要因、想定内）」のように、括弧で原因と判定を閉じる。これで原因の空白が消える。
進捗報告は「赤・黄・緑」と次手をセットにする#
プロジェクト進捗で役員が呼ぶのは、進んでいるか遅れているかが一目で分からないときだ。各項目に信号の色を振る。
緑は予定通り、黄は要注意だが対応中、赤は判断を仰ぐ必要あり。色を振るだけで「どこを見ればいいか」が確定する。そして黄と赤には必ず次の一手を添える。「黄：テスト遅延中。金曜までに要員1名追加で吸収予定」。次手まで書いてあれば、役員は確認しに来ない。
緑の項目には何も足さない。緑を説明し始めると、かえって「本当に緑か」という不安を呼ぶ。
トラブル報告は「収束予定時刻」を最初に書く#
トラブル報告は最も呼び出しを生む。役員は「で、いつ収まるんだ」を真っ先に知りたいからだ。だから収束見込みを先頭に置く。
「現象・発生時刻・影響範囲・収束予定時刻・現在の対応者」。この5点を定型で並べ、収束予定時刻を太字で出す。役員の最大の不安は「終わりが見えないこと」だ。終わりの時刻さえ示せば、途中経過を聞きに来る確率は大きく下がる。
収束予定が立たない場合は「次報告の時刻」を書く。「18時に再報告します」と書けば、それまで問い合わせは来ない。次の連絡時刻を渡すことが、確認要求を止める最小の設計だ。
それでも「確認したい」が来たときの逃げの一手#
フォーマットを整えても、不安の強い役員や、報告を読まずに呼ぶ役員は残る。そこで燃料を全部渡さないための退路を用意する。
第一の逃げは、時間枠を先に切ること。「15分で大丈夫ですか」と最初に確認し、枠を区切る。区切らないと不安解消の雑談は無限に伸びる。
第二の逃げは、呼び出しを非同期に倒すこと。「その点、報告書のp.2に判定を書いています。読んでも疑問が残れば改めて」と返す。読めば済む確認を口頭の場に持ち込ませない。報告そのものをAIで5分に圧縮しておけば、追記対応の燃料も最小化できる（上司が読まない週次報告をChatGPTで5分に圧縮する手順に書いた）。
第三の逃げは、それでも頻発するなら定例化だ。「毎週木曜15時に15分、確認の場を取りましょう」と提案する。散発的な呼び出しを1枠にまとめれば、予測不能な割り込みが消える。割り込みの予測不能性こそが、燃料計を最も削る要因だ。
会議で発言しない選択にもコストがあるように、確認の場をすべて避けるのも別の代償を生む（役員会議で沈黙し続ける課長が積む見えない退場コストの計算式で扱った）。遮断と最低限の露出は両立させる。
まとめ：余白を消した報告は、確認を呼ばない#
役員の「ちょっと聞かせて」は、あなたの報告に評価・原因・次手の空白があるという信号だ。
その3つを先に埋めれば、確認に来る理由は消える。呼び出しに上手く応じるのではなく、呼び出しが発生しない報告を設計する。それだけだ。
本記事は AI が下書きし、管理人が監修しています。
