良い日報・悪い日報の例

ストーリー

「書いてみたんですけど、これで大丈夫ですか？」

「見せてみて。...うーん、もうちょっと具体的に書けるといいな」

「具体的って、どこを直せばいいですか？」

「良い例と悪い例を見比べるとわかりやすいよ。いくつか見てみよう」

悪い日報の例 1: 曖昧すぎる

【日報】4月7日

■ 今日やったこと
- 作業した
- ミーティング

■ 明日やること
- 続き

■ 困っていること
- 特になし

何が悪いか

問題点	説明
「作業した」	何の作業かわからない
「ミーティング」	何のミーティングで何を話したかわからない
「続き」	何の続きかわからない
「特になし」	本当に困っていないか疑わしい

読んだ人が「何も情報を得られない」日報は書いていないのと同じです。

良い日報の例 1: 具体的で明確

【日報】2025年4月7日（月）山田太郎

■ 今日やったこと
- ユーザー登録画面のHTML実装（2時間）
  - フォーム部分（名前、メール、パスワード）完了
  - バリデーション表示のUI部分は未着手
- チーム定例ミーティング（1時間）
  - 来週のスプリント目標を確認
  - 自分の担当タスクは「パスワードリセット機能」に決定
- TypeScript入門の第3章を読了（1時間）
  - 型定義の基本を理解した

■ 明日やること
- ユーザー登録画面のバリデーションUI実装（見積もり: 3時間）
- パスワードリセット機能の仕様確認（見積もり: 1時間）

■ 困っていること・相談したいこと
- フォームのバリデーションをリアルタイムで行うか、
  送信時に行うかで迷っている
  → 明日の朝、田中さんに方針を相談したい

■ 学んだこと
- TypeScriptのinterface と type の使い分け
  - interface: オブジェクトの型定義に使う（拡張可能）
  - type: より柔軟な型定義に使う（Union型など）

なぜ良いか

良い点	説明
具体的なタスク名	何をやったかが明確
時間の記載	時間配分がわかる
進捗の明記	どこまで完了したかがわかる
明日の見積もり	計画的に動けている
相談事項が具体的	何を相談したいかが明確
学びの言語化	知識が定着する

悪い日報の例 2: 情報が不足

【日報】4月8日

■ 今日やったこと
- バグ修正

■ 明日やること
- テスト

■ 困っていること
- エラーが出る

何が悪いか

「バグ修正」 → どのバグ？修正できたの？
「テスト」   → 何のテスト？
「エラーが出る」→ 何のエラー？何を試した？

良い日報の例 2: 問題が発生した日

【日報】2025年4月8日（火）山田太郎

■ 今日やったこと
- ログイン機能のバグ修正（3時間）
  - チケット #123: パスワードに特殊文字を含むと
    ログインできないバグ
  - 原因: 入力値のエスケープ処理が不足していた
  - 修正済み、コードレビュー待ち
- 環境構築のトラブル対応（2時間）
  - Docker環境が起動しなくなった
  - 原因: ディスク容量不足
  - docker system prune で解決

■ 明日やること
- #123 のコードレビュー指摘対応
- ログイン機能の結合テスト実施

■ 困っていること・相談したいこと
- テスト環境のデータベースが古いデータのままで、
  テストに影響が出ている
  - テストデータのリセット方法がわからない
  - 佐藤さんに聞く予定

■ 学んだこと
- SQLインジェクション対策の重要性を実感した
- Dockerのディスク管理コマンドを覚えた

悪い日報の例 3: 日記になっている

【日報】4月9日

今日は朝から眠かったです。
ランチは近くのラーメン屋に行きました。
午後はミーティングがありました。
帰りに本屋に寄りました。

何が悪いか

業務内容が書かれていない
感想日記になっている
チームに共有すべき情報がゼロ

日報は「日記」ではありません。「業務報告」です。

良い日報の例 3: 学習中心の日

【日報】2025年4月9日（水）山田太郎

■ 今日やったこと
- React入門チュートリアル Chapter 4-6（4時間）
  - コンポーネントの分割方法を学んだ
  - useStateフックの基本を理解した
  - 練習問題を3問解いた（すべて正解）
- 先輩の佐藤さんとペアプログラミング（1.5時間）
  - コードの読み方のコツを教えてもらった

■ 明日やること
- React入門チュートリアル Chapter 7-8
- useEffectフックの学習
- 小さなTodoアプリを作ってみる

■ 困っていること・相談したいこと
- useStateの更新が即座に反映されない挙動が
  直感と違って戸惑った
  → チュートリアルを進めれば理解できるかもしれないので、
     もう少し自力で取り組んでみる

■ 学んだこと
- Reactの「状態（state）」は直接変更せず、
  setState関数を通じて更新する
- コンポーネントは「小さく」「再利用可能」に分割するのが鉄則

日報改善チェックリスト

日報を書いた後、以下をチェックしましょう。

具体的か: 何のタスクかが第三者にもわかるか
時間があるか: 作業時間が記載されているか
進捗がわかるか: 完了/途中/未着手が明確か
明日の予定が具体的か: すぐ作業に取りかかれるか
困りごとが正直か: 「特になし」で済ませていないか
学びが書かれているか: 今日何か新しく知ったことはないか

まとめ

ポイント	内容
悪い日報の特徴	曖昧、情報不足、日記になっている
良い日報の特徴	具体的、時間あり、進捗明確、学びあり
最重要ポイント	第三者が読んで状況がわかるかどうか

良い日報と悪い日報の違いがわかった
日報改善チェックリストを確認した
自分の日報を改善できるようになる

次のステップへ

良い日報のイメージがつかめましたか？

次のセクションでは、日報を書くときに使うツールについて学びます。 Slack、Teams、メールなど、実際の現場で使われるツールを紹介します。

推定読了時間: 30分