2026-06-27
日報をPDCAに変える：形骸化させないチームマネジメントの基本
提出するだけで終わる日報を、部下の成長と問題解決につなげる方法。PDCAを日報に統合する具体的な型を解説します。
なぜ日報は形骸化するのか
多くの日報は『何をしたか（D）』の報告で終わり、振り返り（C）と改善（A）、翌日の計画（P）につながりません。書く側は作業報告になり、読む側もコメントを返せず、双方にとって負担だけが残ります。たとえば「今日は三件対応した」だけの日報に、上司が「了解」としか返せなければ、書く意味は薄れていきます。書いても何も変わらないという感覚が、形骸化の入口です。
PDCAを日報の構造にする
日報の入力欄そのものをP（今日の目標）・D（実施内容）・C（振り返り）・A（改善案）・翌日Pに分けます。型が決まると、書く側は迷わず、読む側は『C→Aの接続が弱い』といった具体的な観点でフィードバックできます。入力欄の下に一行の書き方の例を添えておくと、さらに迷いが減ります。例えば、Pは「午前中に見積を仕上げる」、Cは「想定より時間がかかった。確認の待ち時間が原因」、Aは「先に確認事項を洗い出してから着手する」といった具合です。
改善（A）は本人に書かせる
改善案と翌日計画をAIや上司が埋めてしまうと、部下の問題解決力は育ちません。基本は本人が書く『成長モード』にし、行き詰まった日だけ下書きやヒントで支援するのが、負担と育成のバランスです。行き詰まった日は「原因の候補を二つ出してみて」といったヒントを渡すのが目安です。答えそのものを渡さず、考える入口だけを示すと、次第に自力で書けるようになります。
週次でまとめて見る
毎日の日報を1週間単位で俯瞰すると、計画と実行の一貫性や、振り返りが翌日の行動に反映されているかが見えてきます。1on1ではこの週次の流れを起点に対話すると、感想の言い合いになりません。見るときは、前の日に書いた翌日Pが実際の実施内容に反映されているかを確認します。ズレが続く場合は、計画が大きすぎるのか、割り込みが多いのかを本人と話す材料になります。
よくあるつまずきと避け方
入力欄を増やしすぎると、それ自体が負担になります。必須は最小限にして、慣れてから補足欄を足すのが安全です。また、上司が毎日長文で返すと続かなくなるため、返すのは一点に絞ります。書いた内容を評価のためだけに使うと本音が減りやすい点にも注意が必要です。うまくいかなかったことを正直に書いた人が損をしない扱いを、まず徹底しましょう。
まず試す最小の一歩
まず今週だけ、日報にCとAの欄を必ず設け、上司はAに一言返すことから始めます。数日続けて、書きにくそうな欄があれば表現を直します。型は完成品ではなく、チームに合わせて少しずつ調整するものです。