何度も差し戻される遅延報告書は、原因より先に「いつ戻すか」を書く

月曜の進捗会議で、遅延が確定した。火曜にあなたが報告書を出すと、上長から「原因が先だろう」と突き返される。水曜、書き直した原因分析はさらに掘り下げを求められ、木曜になっても復旧の話に辿り着かない。

flowchart TD
    A[原因から書く] --> B[追及に変わる]
    B --> C[復旧が遅れる]
    D[現在地から書く] --> E[判断が進む]

遅延報告のたびに、原因分析だけで週が終わる

#

遅延を報告する週は、たいてい同じことが起きる。原因から書き始めた報告書は、読んだ側の「なぜ」を次々に引き出し、報告書そのものが尋問の書式に変わっていく。「なぜ見積もりが甘かったのか」「なぜ早く気づけなかったのか」——一つ答えると、次の「なぜ」が来る。

この往復に使われる時間は、本来なら復旧の段取りに充てるはずだった時間だ。差し戻しが2回、3回と続くうちに、遅延は縮まらないまま日だけが進む。あなたの一週間はそこで溶ける。

原因から書くと、報告書は追及の場に変わる

#

読んだ側が意地悪なのでも、あなたが説明下手なのでもない。報告書の構成そのものが、追及の形式を呼び込んでいる。

原因分析を先頭に置くと、読み手の頭は自動的に「責任の所在」を探すモードに入る。冒頭が「なぜ遅れたか」なら、以降の全ての行がその答え合わせとして読まれる。逆に冒頭が「いつ戻るか」なら、同じ読み手の頭は復旧計画の検証モードに入る。

同じ事実、同じ数字を並べても、最初に置く一行を変えるだけで報告書の機能が変わる。これは書き手の能力の差ではなく、情報を並べる順序の設計の差だ（結論を先に渡すと読み手の視点が固定される原理はDeloitteのスライド構成にも同じ形で出てくる）。

現在地・復旧予定・必要な判断・リスクの4行を固定する

#

遅延報告書は、原因分析より先にこの4行を固定して書く。原因分析はその後ろに置く。

【現在地】
- 進捗: 65%（計画比 -12pt）
- 遅延の確定: 9/8時点で3営業日の遅延が確定

【復旧予定】
- 復旧目標日: 9/17
- 前提条件: 追加要員1名の確保

【必要な判断】
- 追加要員1名の承認（予算増 30万円）
- 顧客への納期変更連絡の可否

【リスク】
- 追加要員が確保できない場合、復旧目標は9/22へ後ろ倒し
- 他フェーズへの波及: 現時点でなし

--- ここから下に原因分析を書く ---

原因分析は、この4行の下に別セクションとして残せばいい。読みたい人は読み進めて辿り着けるし、まず「いつ戻るか」を知りたい人はそこで読むのをやめられる。削るのではなく、置き場所を変えるだけで足りる（この叩き台をAIに作らせる手順は週次報告をChatGPTで5分に圧縮する方法に書いた）。

「必要な判断」行には、答えられないことを書かない

#

この4行のうち、書き手が一番迷うのは「必要な判断」だ。上が最終的にどう判断するかまで予測して書こうとすると、筆が止まる。

私は部下から「今期の評価はどうなりそうか」と聞かれたとき、自分がどう判断したかは根拠つきで必ず伝えるが、上位者が最終的にどう扱うかまでは書かない、と決めている。答えられることと答えられないことを分けて渡すほうが、読み手の信頼は下がらない。 遅延報告書の「必要な判断」行も同じ規律で書く。「追加要員1名の承認」「顧客への納期変更連絡の可否」——判断そのものは相手に渡し、予測は書かない。

それでも「原因は？」と聞かれたときの逃げの一手

#

4行を固定しても、口頭で「で、なんで遅れたんだっけ」と聞かれる場面は残る。そこで争わない。「原因分析は報告書の後半にまとめています。まず今日決めていただきたいのは追加要員の承認です」と返し、4行の側へ話を引き戻す。論点を口頭で奪い返す動きは役員説明の手戻りを止める方法でも書いた。

何度差し戻されても復旧の目処が立たないときは、一人で抱えずに一段上へ判断を上げる。「このままでは復旧目標日を守れない」と一行書いて共有すれば、書き直しの往復は終わる。退路は、差し戻される前から報告書の外に用意しておく。

まとめ：遅延報告書は説明ではなく復旧のための道具

#

遅延報告書は、原因を隠す道具ではない。復旧に使う時間を、説明で溶かさないための道具だ。

本記事は AI が下書きし、管理人が監修しています。