team
日報の書き方を調べている人の多くは、文章がうまく書けないことに困っているのではありません。困っているのは、書いても何も返ってこないこと、そして集まった日報を読んでも次の判断ができないことです。この記事では、日報を「作業の記録」から「読む側が判断できる材料」に変えるための型と、書く時間を短く保つ手順、そして日報が形だけになって消えていく失敗の型を並べます。結論から言えば、日報の書き方でいちばん効くのは文章力ではなく、項目をそろえることと、書いた先に置き場所があることです。
日報は古い習慣のように見えて、いま改めて書き方が問われている道具です。理由は3つあります。
1つ目は、働く場所が散ったことです。同じ部屋にいれば、席まで行って「あれどうなった」と聞けました。在宅や現場直行が混ざると、その一言が成立しません。日報は、その一言の代わりを引き受ける立場に押し上げられました。
2つ目は、チームに社外の人が混ざったことです。業務委託や副業のメンバーは、朝礼にも夕会にも出ません。稼働も週に何日と決まっています。契約の形が違う相手に対して、管理する側が細かく指示を出しすぎると、契約の性質そのものに関わる問題が出ることがあります。労働時間や委託契約の扱いは、判断が分かれる領域です。線引きに迷うときは、所管の窓口や社会保険労務士など専門家に確認してください。日報は、細かく指示せずに進み具合だけを受け取る方法として、ここでも使われています。
3つ目は、報告の量が増えすぎたことです。チャットに流れる進捗、ガントチャートの更新、週報、月報、そして日報。同じことを4回書かされていると気づいた時点で、書く側は手を抜きます。2週間で誰も更新しなくなる、という話は現場でよく聞きます。
ここから見えてくるのは、日報の書き方を考えるときに、書く内容だけを直しても足りないということです。書く内容、書く分量、書く場所、読んだ後に何が起きるか。この4つを同時に決めないと、どんなに立派なテンプレートを配っても1か月で空欄が増えます。日報が続いているチームは、文章がうまいのではなく、この4つがそろっています。
相場の感覚として、日報の記入にかけていい時間は1日5分から10分です。それを超える形式は、どこかで必ず崩れます。逆に、5分で書けるのに読む側が判断できる日報は作れます。作り方は項目の設計にあります。
日報に書くべき中身は、細かく分けるほど書く側が止まります。箱は5つで足ります。
やったこと。 作業名と、どこまで進んだか。「決済フローの改修」だけでは足りません。「決済フローの改修、テスト環境まで上げた」まで書きます。読む側が知りたいのは作業名ではなく到達点です。
終わらなかったこと。 ここが日報のいちばん大事な箱です。予定していて手が付かなかったもの、着手したが止まっているものを書きます。遅れを隠さずに出せるかどうかが、日報が機能するかの分かれ目になります。書きにくい箱なので、読む側が責める使い方をした瞬間に空欄になります。
詰まっていること。 自分では動かせない待ちを書きます。先方の返事待ち、レビュー待ち、決裁待ち、機材待ち。とりまとめる人にとって、この箱がいちばん行動につながります。誰かの待ちを外すのは、進行を預かっている人しかできない仕事です。
気づいたこと。 所感の箱です。数字にならない違和感を残す場所として使います。「この仕様、後工程で必ず質問が出ると思う」のような一文が、あとで効いてきます。
明日やること。 翌日の予定を1行から3行。ここを書くと、翌日の日報の「やったこと」がそのまま対応します。書く側にとっても、翌朝の立ち上がりが速くなります。
実際の日報がどう書かれているかの例として、次のような形が紹介されています。
- 発注書の作成と確認 今日は新しい部品の発注書を10件作成し、既存の発注書5件を確認・修正した。 所感：新しい部品の仕様が複雑で、発注書の作成に時間がかかった。今後は部品の詳細を事前にしっかり確認する必要がある。 出典: getgamba.com
作業と件数、そして所感が並んでいます。この形の良いところは、件数が入っていることです。「発注書を作成した」ではなく「10件作成し、5件を確認・修正した」と書かれていると、読む側は忙しさの度合いを推し量れます。逆に足りないのは、終わらなかったことと詰まっていることの箱です。所感の中に「時間がかかった」と混ざってしまっていて、助けが必要なのかどうかが読み取れません。
箱を5つに割るときのコツは、それぞれの箱に見出しを付けて、空欄のまま出すことを許すことです。「詰まっていること：なし」と書けるようにしておくと、詰まった日に書きやすくなります。全部埋めることを求めると、埋めるために言葉を盛る人が出てきます。
書き方を決めるときは、読む側が何をするかから逆算します。とりまとめる立場の人が日報を読んでする判断は、だいたい4つです。
順番を入れ替えるか。誰かの手を空けるか。締切を動かす相談を始めるか。何もしないか。
この4つのどれかを選べる形になっていれば、日報の書き方は合格です。逆に、読んでも4つのどれも選べない日報は、書いた時間が丸ごと無駄になります。
判断できる形にそろえるために、次の3つを型に入れます。
到達点を数字か状態で書く。 「進めた」「対応した」は状態ではありません。「3件のうち2件完了」「レビュー依頼まで出した」「テスト環境で動作確認済み」が状態です。数字が出しにくい仕事でも、工程名で言い切れます。
待ちは相手と期限をセットで書く。 「先方確認中」ではなく「先方確認中、金曜までに返事がなければ電話する」まで書きます。相手の名前を出す必要はありません。誰が動くべきかが分かる粒度で十分です。
予定と実績のずれを書く。 「2時間の見込みが4時間かかった」という一文は、次に同じ作業を見積もるときの材料になります。見積りのずれを責めない運用ができていれば、この一文が一番の資産になります。
分量の目安は、1日あたり300文字から600文字です。それ以上を求めると、書く側は文章を作りにくくなって提出が遅れます。それ以下だと、読む側が判断できません。
書き出しの順番は、詰まっていることを上に置くのがおすすめです。とりまとめる人は全員分を続けて読みます。上から流し読みしても待ちだけは目に入る並びにしておくと、読み落としが減ります。
日報が続かない一番の理由は、書くのに時間がかかることです。時間を削るコツは4つあります。
その場で書き足す。 1日の終わりにまとめて思い出す形は、いちばん時間がかかります。作業が終わった時点で1行だけ足す形にすると、夕方には書き終わっています。思い出す作業がゼロになるので、体感の負担が半分以下になります。
テンプレートを毎回自動で出す。 5つの箱の見出しが最初から入った状態で開けることが前提です。白紙から書き始めると、見出しを打つ手間が毎日発生します。
前日の内容を横に置く。 「明日やること」に書いたものが、翌日の「やったこと」の下書きになります。前日分が見えない仕組みだと、この引き継ぎが働きません。
書かないことを決める。 良い日報の条件に「何を書かないか」が入っていることは見落とされがちです。定例会議に出たこと、メールを読んだこと、移動したこと。これらは書いても判断が変わりません。書かない項目を先にリスト化して共有すると、書く時間が目に見えて減ります。
時間の効果は測れます。日報の導入や見直しのときは、記入時間を最初の2週間だけ自己申告で集めてください。平均が15分を超えていたら、テンプレートが重すぎます。項目を削る判断をこの数字で下せると、感覚の議論になりません。
書く側の負担を減らす方法としてもう一つ有効なのは、入力する場所を仕事の場所と同じにすることです。タスクの板を開いている人に、別のフォームを開かせて日報を書かせると、開く手間そのものが摩擦になります。タスクの板の上で書ける形にできるなら、そちらが速いです。ボード型のタスク管理で何ができるかはできることにまとまっています。カードのコメントやチャットが同じ場所にあると、報告のために別の画面を開く回数が減ります。
同じテンプレートを全職種に配ると、必ずどこかが合いません。職種ごとに、5つの箱の重みが変わります。
営業。 訪問件数や商談の段階が主役になります。件数と、次のアクションの日付が入っていれば十分です。所感の箱は、失注の理由を残す場所として使うと後で効きます。
開発。 「終わらなかったこと」と「詰まっていること」が主役です。作業量よりも、レビュー待ちや仕様の確認待ちが進行を止めます。着手前の待ち時間を書いてもらう形にすると、とりまとめる人がいちばん手を打ちやすくなります。
現場や施工。 天候、人員、資材の到着といった外の条件が進捗を左右します。やったことより、条件が変わったことを書く箱を太くします。写真が1枚あれば文章3行の代わりになるので、画像を添付できる形が向いています。
制作やデザイン。 差し戻しの回数が主役です。「初稿提出」「1回目修正」のように段階で書くと、何往復しているかが見えます。往復が増えている案件を早く見つけられます。
事務や管理。 定型の処理が多く、毎日同じことを書く形になりがちです。ここは件数だけにして、例外が起きた日だけ詳しく書く運用にします。「通常処理のみ」と1行で済ませられることを明言しておかないと、書く側が毎日水増しします。
職種をまたいでチームを見る立場だと、日報の形式が職種ごとに違うことが負担になります。ここで効くのは、箱の名前だけをそろえて、中身の書き方は職種に任せることです。「やったこと」「終わらなかったこと」「詰まっていること」の3つの見出しがどの職種でも同じなら、読む側は横に並べて読めます。
なお、職種ごとの管理の違いは道具の選び方にも出ます。開発の進行を扱う道具と、現場の報告を集める道具は、得意な形が違います。どの道具がどこに向いているかは比較の一覧で並べて見られます。
上司に評価される日報の書き方という話が多く出回っていますが、評価の差は文章の巧拙ではありません。差が付くのは次の3点です。
読む側の手間を減らしているか。 全員分を続けて読む人にとって、長い日報は苦痛です。要点が上にある、箇条書きで並んでいる、固有名詞が省略されていない。この3つがそろっている日報は、読む側に好かれます。
判断の材料が入っているか。 「大変でした」は感想で、材料ではありません。「想定の倍かかった」は材料です。感想だけの日報は、読んだ側が返す言葉を持てません。返す言葉がない報告は、返事が来なくなり、やがて書かれなくなります。
自分で決めたことを書いているか。 指示を待つ姿勢だけの日報は、読む側の仕事を増やします。「A案で進めました。理由は納期です。問題があれば明日までに言ってください」と書ける人は、判断を1つ減らしてくれています。これが評価される日報の正体です。
読まれない日報の共通点も分かりやすいです。作業の羅列だけで到達点がない、毎日ほぼ同じ文章、そして遅れが一度も書かれていない。3つ目は特に危険な兆候です。遅れが書かれない日報が続いているチームは、順調なのではなく、書く側が遅れを出せない空気になっている可能性があります。
読む側にも守ることがあります。読んだことが分かる反応を返すことです。全部にコメントする必要はありません。詰まっている箱に対してだけ、その日のうちに一言返します。返事がある箱は埋まり続けます。返事がない箱は、3週間で空欄になります。
日報の運用でよく起きる失敗を、型として並べます。導入前に読んでおくと、避けられるものが多いです。
失敗1：提出そのものが目的になる。 提出率を管理し始めると、中身が薄い日報が毎日そろいます。数えるなら提出率ではなく、詰まっていることの箱に書かれた件数と、それが解消された件数を数えてください。
失敗2：日報が評価の材料に使われる。 遅れを書いたら評価が下がる、と一度でも伝わると、その時点で日報は死にます。遅れを早く出した人が助かる運用を、実際の行動で示す必要があります。
失敗3：書く場所が仕事の場所から離れている。 表計算ファイルを共有フォルダから開いて、日付の行を探して書く。この摩擦だけで提出率は落ちます。同じ日報が3か所に転記される運用は、必ずどこかが古くなります。
失敗4：読む人が1人しかいない。 上司だけが読む形だと、横のメンバーは自分の日報が誰の役に立っているか分かりません。同じチームのメンバーが互いに読める形にすると、重複作業が見つかることがあります。
失敗5：テンプレートが重い。 項目が10個を超えたテンプレートは、まず削ってください。書く側が埋められる上限は5つ前後です。
注意点として、日報を集めること自体が目的にならないようにしてください。日報で分かるのは、その日に起きたことだけです。工程全体の遅れは、日報を全部読んでも見えません。工程の遅れは横棒の並びで見るもので、日報は横棒が動いていない理由を知るためのものです。この役割分担を崩すと、日報がどんどん厚くなって誰も読まなくなります。
社外のメンバーに書いてもらうときの注意もあります。見せる範囲を決めないまま全員が全部を読める場所に置くと、社外の人に見せたくない情報が混ざります。権限と見える範囲の設計の考え方は安全性の考え方にまとめてあります。ワークスペースごとにデータを分けて、社外ゲストには見せる範囲を絞る形が現実的です。
日報を集める方法は、大きく4つです。それぞれ向く規模が違います。
紙。 現場で手元に紙がある場合だけ現実的です。集計も検索もできないので、人数が増えると破綻します。
メールやチャット。 始めるのは一番早い方法です。ただし流れて消えます。3日前の日報を探すのに時間がかかり始めた時点で、限界が来ています。話す場所と残す場所を分けるのが基本です。
表計算ファイル。 集計ができるので一歩進みます。問題は同時に開けないことと、行が増えると重くなること、そして誰かが書式を崩すと全員が困ることです。10人を超えたあたりから管理する側の手間が増えます。
日報の機能があるツール。 テンプレート、コメント、集計、検索が最初から付きます。日報に特化した道具と、タスク管理の中で日報も扱える道具の2種類があります。
道具を選ぶときに見る点は5つです。
書く側の入力が速いか。スマートフォンから書けるか。読む側が横に並べて読めるか。過去の分を検索できるか。そしてタスクや工程と同じ場所にあるか。
5つ目を軽く見ないでください。日報だけの道具を入れると、タスクは別の道具、工程表はまた別の道具という形になります。書く側は3つの画面を開くことになり、結局チャットに戻ります。
費用の目安も確かめておきます。無料で始められる道具は多いですが、無料の範囲は道具によって切り方がまったく違います。人数で切るもの、機能で切るもの、保存できる件数で切るもの、期間で切るもの。日報のように毎日たまるものを扱うなら、件数や期間で切られる形は避けたほうが安全です。機能で絞らず、区切るのは人数とボードの数だけという切り方であれば、無料のうちに本番の使い方を試せます。料金の条件は料金で確かめられます。
移行の手間も先に見ておきます。いま使っているボードがあるなら、そのまま運べるかどうかで初動の速さが変わります。Trelloからの移行では、ボードとリストの構成、カードの説明、ラベル、チェックリスト、添付ファイル、コメントまで運べることが表で示されています。逆に、自動で取り込めるのはTrelloだけなので、他の道具から移すときは手作業が残ります。
テンプレートは配られたものを使うより、自分たちで削って作ったほうが続きます。作る手順は4段階です。
第1段階：いま書かれている日報を10日分集める。 新しい形を考える前に、いま何が書かれているかを見ます。全員が毎日書いている項目、誰も書いていない項目、そして書かれているが誰も読んでいない項目が見つかります。書かれていない項目は削る候補、読まれていない項目も削る候補です。
第2段階：読む側が何を見ているかを聞く。 とりまとめる人に、日報のどの行を最初に見るかを聞いてください。多くの場合、答えは「遅れているかどうか」と「手が止まっていないか」の2点に集まります。その2点が上に来る並びに組み替えます。
第3段階：項目を5つに絞る。 削るときの基準は、その項目を読んで何か行動が変わるかどうかです。行動が変わらない項目は、記録として残す価値があっても日報には要りません。別の場所に置きます。
第4段階：2週間だけ試して、もう一度削る。 初回で完成させようとしないことがコツです。2週間使うと、書く側から「この項目は毎日同じことを書いている」という声が必ず出ます。そこをもう一度削ると、使われるテンプレートになります。
テンプレートに入れるとよい工夫がいくつかあります。1つは、選ぶだけで済む項目を混ぜることです。進み具合を「順調」「遅れあり」「止まっている」の3択にしておくと、書く側は1タップで済み、読む側は色で並べて見られます。もう1つは、前日の「明日やること」を自動で引き継いで表示することです。書き始めの白紙をなくす効果があります。
テンプレートを配るときのメリットは、書く側の迷いが消えることだけではありません。読む側にとっても、全員が同じ並びで書いてくれると読む速度が上がります。20人分の日報を読む立場なら、この差は1日あたり15分以上になります。
逆に、テンプレートを厳格に運用しすぎる失敗もあります。書式が違うだけで差し戻すと、書く側は提出そのものを嫌がります。項目名がそろっていれば、中の書き方は職種やその人の癖に任せてかまいません。
日報の書き方をどれだけ整えても、拾った待ちを外す動きがなければ何も変わりません。ここが日報の運用でいちばん抜けやすい部分です。
流れは4つに分かれます。
拾う。 詰まっていることの箱に書かれたものを、その日のうちに全部抜き出します。人数が多いと読み落とすので、詰まっている箱だけを横に並べて見られる形にしておきます。
分ける。 抜き出した待ちを、自分で外せるものと外せないものに分けます。社内の決裁待ちやレビュー待ちは、とりまとめる人が声をかければ動きます。先方の返事待ちや納品待ちは、外に働きかける必要があります。
外す。 自分で外せるものは、その日に動きます。ここで大事なのは、動いたことを本人に返すことです。「レビュー、明日の午前に入れてもらうよう頼んだ」と一言返すだけで、次の日も詰まっていることが書かれます。
残す。 外せなかった待ちは、カードに残します。日報は流れていきますが、待ちは残ります。同じ待ちが3日続いていることに気づける形にしておかないと、待ちは静かに積み上がります。
この流れを回していると、待ちの傾向が見えてきます。よく出るのは、レビュー待ちが特定の1人に集まっている、決裁の段が多すぎる、外部への依頼の期限を切っていない、の3つです。どれも、日報を1日分読んだだけでは分かりません。2週間分をまとめて見ると形が出ます。
傾向が見えたら、日報の書き方を直すより手前の仕組みを直します。レビューできる人を増やす、決裁の段を減らす、依頼に期限を入れる。これが日報の本当の使い道です。日報は書く側の報告書ではなく、進行の詰まりを見つけるための入口として置くのが正しい位置です。
最後に、日報を独立した書類として扱う形と、タスクの板の上に載せる形の違いを整理します。
独立した書類として扱うと、日報はその日の作業の写真になります。読めばその日のことは分かりますが、カードとの結び付きがありません。「決済フローの改修が止まっている」と日報に書かれていても、どのカードの話かを読む側が推測することになります。
板の上に載せると、日報の一行がカードに紐づきます。カードのコメントに進捗が残り、カードの担当者と締切はすでに板の上にあるので、日報に書く量が減ります。書く側が書くのは、板から読み取れないことだけになります。これが、日報を短くする一番強い方法です。
同じ考え方の延長で、会話の置き場所も効いてきます。カードのコメントとワークスペースのチャットが同じ場所にあると、経緯がカードに残ります。あとから「あの件どうなった」と聞き直す回数が減り、日報に経緯を書き写す必要もなくなります。@メンションと受信箱を使って、自分宛のものだけが届く形にしておくと、読む側の負担も下がります。
ボードの種類の選び方も判断に入ります。日報から拾った待ちを外す仕事は、工程表の上で見たほうが速いです。締切のあるカードをカレンダーに置く形、人と日付で割り当てを見る形、期間を横棒で見る形。どの形が自分たちの仕事に合うかは、実際に触ってみないと決まりません。8種類のボードが同じカードの仕組みで見え方だけ変わる作りになっていれば、試すコストは低く済みます。
一方で、板に日報を載せる形には向かない場合もあります。日報を社内規定の書式でそのまま提出する必要がある場合、決まった帳票を出す必要がある場合、そして日報を人事評価の正式な記録として保存する必要がある場合です。この3つに当てはまるなら、日報に特化した道具や、既存の文書管理の仕組みを使うほうが素直です。いま使っている道具のままでいい場合も普通にあります。
導入の手順として現実的なのは、まず1チームだけで2週間試すことです。5つの箱に絞ったテンプレートを配り、記入時間を自己申告で集め、詰まっていることの箱に返事を返し続けます。2週間後に提出率と記入時間を見て、テンプレートを削ります。この1周を回してから他のチームに広げると、テンプレートが現場の形になっています。
道具を入れ替えるかどうかの判断も、この2週間で出ます。書く側が入力の摩擦を挙げたら道具の問題です。読む側が判断できないと言ったら項目の問題です。どちらの問題なのかを切り分けてから道具を触ると、入れ替えて失敗する確率が下がります。細かい条件はよくある質問にも並んでいるので、判断の前に一度目を通しておくと手戻りが減ります。
1日あたり300文字から600文字が目安です。それ以上を求めると提出が遅れ、それ以下だと読む側が判断できません。文字数を決めるより、やったこと、終わらなかったこと、詰まっていること、気づいたこと、明日やることの5つの箱に分けて、各箱1行から3行に収める形にすると自然にこの分量になります。
定型の処理だけだった日は「通常処理のみ」と1行で済ませてよい、と先に決めておいてください。埋めることを求めると言葉を盛る人が出て、読む側の手間が増えます。ただし、詰まっていることの箱だけは「なし」と明示してもらいます。空欄と「なし」は読む側にとって意味が違います。
できます。ただし無料の範囲の切り方に注意してください。保存できる件数や期間で切られる形は、毎日たまる日報には向きません。人数やボードの数で切る形なら、無料のうちに本番の使い方を試せます。表計算ファイルでも始められますが、10人を超えたあたりから同時編集と書式崩れで管理の手間が増えます。
進み具合の報告を受け取ること自体は一般的に行われています。ただし作業の進め方を細かく指示する形になると、契約の性質に関わる論点が出てきます。判断が分かれる領域なので、線引きに迷うときは所管の窓口や社会保険労務士など専門家に確認してください。運用としては、時間の使い方ではなく到達点と待ちだけを書いてもらう形が無理がありません。