日報・週報・月報の使い分け進捗・課題・成果のどれを掴みたいか

報告のテンプレートをどうするか、項目を何にするか。報告運用の相談は、たいてい書式の話から始まります。ただ、設計の順番としては、その手前にもっと影響の大きい決定があります。どの頻度で書いてもらうか、です。

頻度を決めることは、報告で掴めるものを決めることとほぼ同じです。日報・週報・月報は「同じものの間隔違い」ではなく、日報で掴めるのはタスクの進捗、週報で掴めるのは課題、月報で掴めるのは成果と、見えるものが頻度によって変わります。この記事では3つの役割を整理したうえで、チームの課題把握になぜ週次が効くのかを書きます。

日報・週報・月報は掴めるものが違う

日報が掴むのはタスクの状況です。今日どのタスクがどこまで進んだかが翌日には手に入るので、進捗が日単位で動く現場（障害対応、リリース直前、立ち上げ期）や、新人の様子を細かく見たい期間には強い。異変に気づく速さでは群を抜いています。ただし、速いぶん判別が難しい。つまずきが書かれていても、その日の報告だけでは、放っておけば消える単発のひっかかりなのか、手を打つべき問題なのかが区別できません。

月報が掴むのは成果です。締めの単位が月である仕事（請求、稼働報告、対外報告）とは相性が良く、SESや受託では契約上必要なことも多い。評価面談で半期を振り返るときの材料としても、月単位でまとまっていると扱いやすくなります。

週報が掴むのは課題です。1週間は、つまずきが「課題」として形になる単位だと思っています。日報では点にしか見えなかった出来事が、1週間まとめて振り返ると「この作業で数日止まっている」「先週と同じことに悩んでいる」という線になる。「やったこと」に加えて「うまくいったか、次どうするか」が書けるのは、1週間という間隔があってこそです。

離れたメンバーをどの頻度で見るか

一緒に作業していないメンバーの状況を効率よく掴みたいなら、私は週次を選びます。隣で働いていれば日々の様子が目に入るので報告の頻度はさほど問題になりませんが、離れていると報告が唯一の情報源になります。

日次を選ぶと、読む側で行き詰まります。1日分では重要度が判別できない以上、結局は数日分をまとめて読み直すことになるからです。5人いれば月に100本。それを全部読んだうえで、さらに頭の中でならす作業が乗ります。読む側がそこまでやるくらいなら、初めから週単位で振り返ってもらったほうが早い。

月次は逆に、判別はできても手遅れです。課題は数日から数週間で育つので、月1回の観測では打てる手が限られます。週次なら、まだ小さいうちに捕まえられる可能性が残ります。

もうひとつ、週次で掴めるようになるのがメンバーの状態の変化です。負荷やモチベーションの悪化も課題と同じく数週間の単位で進行するので、観測の間隔は同じ理屈になります。この「変化を見る」話はストレス可視化がチームを救うに詳しく書きました。

週ごとの自己評価と残業時間の推移。週次の間隔だからこそ、課題と変化が線として見えてくる

すでにある報告と組み合わせるなら

日報や月報が回っている職場に週報を足すべきか、という問題もあります。

日報がある場合、掴むものが違うので併用は成立します。ただし「日報をまとめ直したものが週報」になるなら、それは二重報告で、書く側の負担が増えるだけです。進捗は日報に任せて、週報は振り返りと自己評価に寄せる。進捗は日報、課題は週報、という分担なら両方に意味が残ります。

月報の多くは対外用・契約用なので、社内の課題把握用の週報とは目的が別で、こちらも共存できます。むしろ週報が溜まっていれば月報はその要約で書けるので、月末の負担はかえって下がります。

避けたいのは、複数の報告を「なんとなく」で併走させることです。何を掴むための報告か言えないものは形骸化します（形骸化の構造は週次報告のはじめかたに書きました）。頻度を増やす前に、報告ごとに掴みたいものを言えるか確認したほうがいい。言えない報告は、やめる候補です。

週次に振り切って作ったツール

週次報告サービスのfluxweekは、課題把握のための週次に振り切ったツールです。作業内容・振り返り・目標の記述に、ストレス度などの5段階自己評価と残業時間を添える構成で、週1回数分で書ける分量に収めています。蓄積された報告はメンバーごとに推移グラフで確認できるので、「1週間ならすと見えてくる課題と変化」を掴む用途にそのまま使えます。

専用ツールの前にまず紙やチャットで試したい方には、コピペで使える型を週次報告のテンプレート公開に置いています。報告の頻度で迷っているなら、掴みたいものから逆算して選んでみてください。