「業務日誌」と「日報」は混同されがちですが、目的と対象読者が異なります。業務日誌は「自分のために書く詳細な記録」であり、日報は「上司や組織に提出する構造化された報告書」です。この違いを意識せずに書いていると、日誌が日報になり、日報が日誌になるという曖昧な記録になりがちです。それぞれの特徴を理解することで、より効果的な記録ができ、かつ両者を効率よく作成できます。

業務日誌とは

業務日誌は主に自分のために書く記録です。「何をしたか」「どう思ったか」「何を学んだか」「どんな問題に直面したか」を時系列で記録します。外部への報告よりも、自己の振り返りと知識蓄積を目的とします。業務日誌には「正解のフォーマット」はなく、箇条書きでも散文でも構いません。後から見返したときに「あのとき何を考えていたか」が再現できる記録が理想です。エンジニアであればコードスニペットや参考リンクを含めることもあります。

日報とは

日報は上司や組織に提出する報告書です。「今日の成果・進捗・明日の計画・課題」を構造化して伝えることを目的とします。読み手の視点を意識した簡潔な表現が求められ、「詳細すぎる技術的記述」や「個人的な感想」は不要です。読み手（上司・チーム）が1〜2分で全体を把握できる量と構造を守ることが、読まれる日報の条件です。良い日報は「書いた本人がいなくても、状況を把握できる」レベルの情報密度を持ちます。

使い分けのポイント

  • 業務日誌：詳細な記録、学習目的、プライベート。技術的な詳細・感情・仮説なども記録OK
  • 日報：要約・報告、評価目的、上司・チームに提出。読み手目線で簡潔に構造化する
  • 両方活用：日誌を素材に日報を作成する。詳細な日誌から日報に必要な情報を抽出する流れが最も効率的
  • 頻度の違い：日誌はリアルタイムで更新、日報は1日1回提出が基本

WRAPUPで両方を効率化する

WRAPUPが自動収集するデータは業務日誌の素材にも、日報の素材にもなります。詳細なタイムライン表示は業務日誌向きの情報整理として活用でき、「今日のコミット・メッセージ・タスク変化」の全記録が時系列で並びます。一方、サービス別まとめ表示は日報向きで、「Slack：5件のやり取り、GitHub：3コミット、Notion：2タスク完了」という形で一目で把握できます。同一のデータソースから目的別に使い方を変えるだけで、両者の作成コストを大幅に削減できます。