エンジニアの日報の書き方 テンプレートと例文 週報との違い

エンジニアの日報は、「予定と結果の差」「詰まっている点」「明日の最初の一手」の3つが読めれば役目を果たします。 作業を細かく並べるほど良い日報になるわけではなく、読み手が「順調か」「手助けが要るか」を30秒で判断できることが大切です。

この記事では、そのまま貼って使えるテンプレートを Markdown 形式とチャット投稿用の2種類、良い例と直したい例を並べた記入例、週報・作業報告書・進捗報告との違い、所感の書き出しフレーズ、作業時間を合計できる表を載せます。題材は架空の「社内の備品予約システム」の開発です。

確認環境：Ubuntu 24.04 / Python 3.11.15、LibreOffice Calc 24.2.7.2（作業時間の集計コードと数式はこの環境で計算結果を確認、確認日 2026-10-05）。

この記事の結論

• 日報に書くのは3つ。 予定と結果の差、詰まっている点、明日の最初の一手。
• 所感は「事実→気づき→次の行動」の3文で書く。 感想だけで終えず、明日の行動につなげる。
• 日報は自分とすぐ隣の人のための記録、週報はまとめ、作業報告書は依頼元への証跡、進捗報告は計画に対する状態の報告。 読み手が違うので、書く粒度も変わる。
• 書く時間は10分以内に収める。 終業前に書くのではなく、作業の区切りごとに1行ずつ足していくと続けやすい。

日報の書き方の早見表

なぜ3つで足りるのか

日報の読み手（リーダーや同じチームの人）が知りたいのは、次の3つの問いへの答えです。

3つ目は読み手のためだけでなく、翌朝の自分への引き継ぎでもあります。「予約一覧APIの続き」より「絞り込み条件のテスト3件を書く」と書いておくと、朝の最初の5分で作業に入れます。

日報テンプレート（Markdown形式）

社内Wikiやリポジトリに残す場合の形です。

# 日報 YYYY-MM-DD（曜日）氏名

## 今日の予定と結果
| 予定 | 結果 | 差の理由 |
|---|---|---|
| [朝に決めた作業と到達点] | [完了 / n割 / 未着手] | [差があれば1行] |

## 詰まっている点
- [何が] / [試したこと] / [誰に何を相談したいか]
- （無ければ「なし」）

## 明日の最初の一手
- [朝いちばんに手を付ける作業を1つ]

## 明日の予定
- [作業と到達点]

## 所感
[事実]。[気づき]。[次の行動]。

## 作業時間
| 区分 | 時間 |
|---|---|
| 開発 | [h] |
| レビュー | [h] |
| 会議 | [h] |

記入例

# 日報 2026-10-05（月）田中

## 今日の予定と結果
| 予定 | 結果 | 差の理由 |
|---|---|---|
| 予約一覧APIの実装を完了 | 8割（絞り込み条件のテストが残り） | 日付の絞り込みが遅く、原因の調査に2時間使った |
| プルリクエスト2件のレビュー | 完了 | |
| 予約登録画面の入力チェック着手 | 未着手 | 上の調査を優先した |

## 詰まっている点
- 日付の絞り込みが検証データ10万件で2.8秒かかる / 実行計画を見て全件走査になっていることまで確認 / 索引を足す方針でよいか、佐藤さんに10分相談したい

## 明日の最初の一手
- 絞り込み条件のテスト3件（開始日のみ・終了日のみ・両方）を書く

## 明日の予定
- 予約一覧APIのプルリクエストを午前中に出す
- 午後から予約登録画面の入力チェックに着手

## 所感
日付の絞り込みの調査に予定外の2時間を使った。検証データを1,000件で試していたので、件数を増やすまで遅さに気づけなかった。次からは一覧系のAPIを作る最初の段階で10万件のデータを用意する。

## 作業時間
| 区分 | 時間 |
|---|---|
| 開発 | 3.5 |
| 調査 | 2.0 |
| レビュー | 1.0 |
| 会議 | 0.75 |
| その他 | 0.5 |

日報テンプレート（チャット投稿用）

チャットに投稿する場合は、表を使わず、スマートフォンでも1画面に収まる長さにします。

【日報】MM/DD 氏名
■ 予定と結果
・[作業]：[予定] → [結果]（[差の理由]）
■ 詰まっている点
・[何が / 誰に何を相談したいか]（無ければ「なし」）
■ 明日の最初の一手
・[作業を1つ]
■ ひとこと
・[事実→気づき→次の行動]

記入例

【日報】10/05 田中
■ 予定と結果
・予約一覧API：完了予定 → 8割（絞り込みが遅く、調査に2時間）
・レビュー2件：完了
・入力チェック：着手予定 → 未着手（調査を優先）
■ 詰まっている点
・日付の絞り込みが10万件で2.8秒。索引を足す方針でよいか、佐藤さんに10分相談したいです
■ 明日の最初の一手
・絞り込み条件のテスト3件を書く
■ ひとこと
・1,000件のデータでは遅さに気づけなかった。一覧系は最初から10万件で試します

良い例と直したい例

同じ1日を書いた2つの日報を並べます。

直すときの視点は3つです。

• 作業名で終えず、到達点まで書く。 「実装」「対応」「調査」で文が終わっていたら、「どこまで」を足します。
• 形容詞を数値に置き換える。 「遅い」は「2.8秒」、「だいたい」は「8割」、「いくつか」は「3件」と書きます。
• 相談は相手と所要時間を添える。 「相談したい」だけより「佐藤さんに10分」と書くと、読んだ人がすぐ動けます。

日報・週報・作業報告書・進捗報告の違い

4つは似ていますが、読み手と目的が違います。

どれを書くかの判断基準

日報から週報を作る

週報は日報の貼り合わせではなく、要約です。5日分の日報から次の順に拾います。

1. 「予定と結果」から、完了したものだけを成果として並べる。
2. 「詰まっている点」のうち、週末時点で解消していないものを課題として残す。
3. 「所感」から、来週のやり方を変える気づきを1〜2件選ぶ。
4. 金曜の「明日の予定」を、来週の予定の出発点にする。

作業報告書の例文

作業報告書は事実だけを定型で書きます。所感は入れません。

# 作業報告書

| 項目 | 内容 |
|---|---|
| 対象期間 | 2026-10-01 〜 2026-10-31 |
| 報告者 | 田中 |
| 対象 | 備品予約システムの開発 |

## 作業内容
| 日付 | 作業項目 | 内容 | 時間 |
|---|---|---|---|
| 10/05 | 予約一覧API | 一覧取得と日付の絞り込みを実装 | 3.5 |
| 10/05 | 性能の調査 | 絞り込みの応答時間を測定し、原因を特定 | 2.0 |
| 10/05 | レビュー | プルリクエスト2件を確認 | 1.0 |

## 成果物
- 予約一覧API（プルリクエスト提出済み）
- 性能の調査メモ

## 特記事項
- 日付の絞り込みに索引を追加し、応答時間を2.8秒から0.2秒に短縮

日報の「作業時間」を毎日書いておくと、月末にこの表へそのまま転記できます。

所感の書き方（事実→気づき→次の行動）

所感は「今日の感想」ではなく、「今日の出来事から何を持ち帰るか」を書く欄です。次の3文の型に当てはめると、短い時間で書けます。

所感の書き出しフレーズ一覧

書くことが思い当たらない日は、「予定と結果の差」の中でいちばん大きかった行を事実にすると書き出せます。差が無かった日は、順調だった理由を1つ書きます。

作業時間を集計する表

作業時間は15分単位を小数（0.25、0.5、0.75）で書くと、そのまま合計できます。次のタブ区切りを表計算ソフトのA1セルに貼ると、7〜9行目の数式で合計・差・区分別の合計が出ます。

日付  区分  作業  予定  結果
2026-10-05  開発  予約一覧APIの実装  4.0 3.5
2026-10-05  レビュー    プルリクエスト2件の確認    1.0 1.0
2026-10-05  会議  朝会・仕様確認 0.5 0.75
2026-10-05  調査  日付の絞り込みが遅い原因の調査 0.0 2.0
2026-10-05  その他 問い合わせ対応 0.5 0.5
        合計  =SUM(D2:D6) =SUM(E2:E6)
        差       =E7-D7
        開発の合計       =SUMIF(B2:B6,"開発",E2:E6)

LibreOffice Calc で同じ内容を読み込んで計算した結果は、合計が予定 6、結果 7.75、差 1.75、開発の合計 3.5 でした。

区分ごとの集計と割合まで出したいときは、同じタブ区切り（数式の3行を除いた部分）を Python に渡します。

import csv, sys
from collections import defaultdict

plan = defaultdict(float)
done = defaultdict(float)
for row in csv.DictReader(sys.stdin, delimiter="\t"):
    plan[row["区分"]] += float(row["予定"])
    done[row["区分"]] += float(row["結果"])

total = sum(done.values())
print("区分\t予定\t結果\t差\t割合")
for kind in sorted(done, key=lambda k: -done[k]):
    diff = done[kind] - plan[kind]
    print(f"{kind}\t{plan[kind]:.2f}\t{done[kind]:.2f}\t{diff:+.2f}\t{done[kind] / total:.0%}")
print(f"合計\t{sum(plan.values()):.2f}\t{total:.2f}\t{total - sum(plan.values()):+.2f}\t100%")

python3 hours.py < hours.tsv

区分  予定  結果  差   割合
開発  4.00    3.50    -0.50   45%
調査  0.00    2.00    +2.00   26%
レビュー    1.00    1.00    +0.00   13%
会議  0.50    0.75    +0.25   10%
その他 0.50    0.50    +0.00   6%
合計  6.00    7.75    +1.75   100%

この表から、「予定に無かった調査が2時間入り、開発が0.5時間減った」ことが一目で分かります。日報の「差の理由」に書く内容は、この差の列からそのまま拾えます。

続けやすくする工夫

確かめて分かったこと

• 時間を「0:45」のように時:分で書くと、Python の float では数値に変換できない。 試すと ValueError: could not convert string to float: '0:45' になりました。15分単位の小数（0.75）で書くと、表計算の SUM でも Python でもそのまま合計できます。
• 予定の列を1つ足すだけで、差の理由が書きやすくなる。 結果だけの表では合計 7.75 時間としか分かりませんが、予定（合計 6.00）と並べると、差 +1.75 のうち +2.00 が予定外の調査だと分かりました。
• SUMIF で区分別の合計が出せる。 =SUMIF(B2:B6,"開発",E2:E6) は LibreOffice Calc で 3.5 を返しました。区分の表記（「開発」と「実装」など）をそろえておくことが前提になります。
• 割合は四捨五入して表示している。 今回のデータでは 45・26・13・10・6 で合計 100 になりましたが、データによっては四捨五入した値の合計が 99 や 101 になります。割合は目安として読み、時間の合計を正とします。

よくある質問

Q. 日報と週報の違いは何ですか？ A. 日報はその日の状態を共有する記録、週報は1週間の成果と翌週の見通しをまとめた要約です。日報は作業単位で毎日、週報は成果単位で週1回書きます。日報を書いていれば、週報は5日分から成果と残っている課題を抜き出して作れます。

Q. 日報の所感に書くことがないときは？ A. 「予定と結果の差」の中でいちばん大きかった行を事実として書き出します。そこに「なぜそうなったか」「次にどうするか」を1文ずつ足せば所感になります。差が無かった日は、順調に進んだ理由を1つ書きます。

Q. 日報と作業報告書の違いは何ですか？ A. 日報はチーム内で状態を共有するための文書、作業報告書は行った作業と時間を依頼元に示すための記録です。作業報告書は事実を定型で書き、所感は入れません。

Q. 日報は何分で書くのがよいですか？ A. 10分以内が目安です。朝に予定を書き、作業の区切りごとに結果を1行ずつ足しておくと、終業時は詰まっている点と明日の最初の一手を書くだけで済みます。

Q. 進捗が無い日は日報に何を書きますか？ A. 進まなかった理由と、明日の最初の一手を書きます。「調査で終わった」日こそ、分かったことと分からなかったことを書いておくと、読み手が手助けに入りやすくなります。

まとめ

• 日報は「予定と結果の差」「詰まっている点」「明日の最初の一手」の3つを書く。
• 作業名で終えず到達点まで、形容詞ではなく数値で書く。
• 所感は「事実→気づき→次の行動」の3文。 書き出しフレーズ一覧から場面に合うものを選ぶ。
• 日報は毎日の状態共有、週報は要約、作業報告書は依頼元への記録、進捗報告は計画に対する状態の報告。
• 作業時間は15分単位の小数で書き、予定の列を並べる。 差の理由がそのまま拾える。
• 朝に予定を書き、区切りごとに1行足す。 10分以内で書き終える形にすると続けやすい。

株式会社RJC ― SI事業・SES事業・AI駆動開発。RJCは一緒に成長を楽しめる会社です。