出社している日と、離れて働く日が混ざると、仕事の状況が見えにくくなることがあります。そこで報告を増やしても、読む量だけが増え、どこで支援が必要なのか分からない場合があります。
この記事では働く場所の良し悪しではなく、進捗を共有する設計を考えます。本人の特定の職場で実施していた制度を紹介するものではありません。
働いた時間と、進んだ仕事を分ける
僕は当時、任されたタスクについて、その日のうちに上司へ成果を出すことを重視していました。ただ、現在の共有方法を考えるなら、「長く働いた」と「何が進んだ」を分けたいと思います。
「今日は資料作成をしていました」だけでは、完成したのか、情報待ちなのか、次に何が必要なのかが伝わりません。「構成ができた。数値は確認中。明日は集計へ進む」と分けると、現在地を確認できます。
共有ルールを先に揃える
報告の型より先に、上司やチームと次のことを確かめます。
- どの仕事について、どの間隔で共有するか。
- どの場所を最新情報として見るか。
- 通常の更新と、すぐ知らせる問題をどう分けるか。
- 報告に返信や承認が必要な場合、どう表示するか。
毎日の仕事の性質が違うなら、一律に長い日報を求める必要はありません。どの判断や連携に使うかを決めてから、頻度と内容を選びます。
進捗を四つの欄で共有する
| 欄 | 書くこと |
|---|---|
| 完了 | 前回からできたことと、成果物の場所 |
| 次 | 次に進めることと予定 |
| 障害 | 進められない理由、未確認の情報 |
| 支援 | 誰に何を依頼するか、必要な時刻 |
全部埋めることが目的ではありません。障害や支援がなければ「なし」と書けます。「順調」という言葉だけにせず、次に何が出てくるかを示すための型です。
次は架空の例です。
完了: 比較資料の構成を作成し、共有フォルダへ保存。次: 明日、費用表を入れる。障害: B案の見積が未着。支援: 担当者へ、確認可能な時刻の返信を依頼済み。期限変更が必要なら本日中に別途相談。
作業が止まっていても、何を待ち、次にどう動くかが見えます。見積が未着であることと、担当者への評価を混同せず、まず必要な情報を示しています。
緊急の問題を、定期報告まで待たせない
納期に大きく影響する、事故や情報漏えいの可能性がある、顧客への連絡が必要になる。こうした変化は、定期更新に埋めず、会社のルールに従って知らせてください。
「日報に書きました」だけでは、相手が必要な時点で気づけるとは限りません。緊急性と、誰へいつ知らせるかを、共有ルールに含めます。
同じ情報の書き直しを増やさない
チャット、日報、管理表、会議資料に同じ進捗を何度も入力すると、更新の差が出やすくなります。最新情報を置く場所を決め、他の場所からはそこへ案内する方法を検討してください。
報告の目的に合わない細かな監視を増やすのではなく、必要な判断と連携のために情報を揃えることが狙いです。予定より遅れたときも、隠さず更新できる運用が必要です。
評価されるかより、判断に使われたかを確認する
報告を整えれば必ず昇格するとは言えません。まずは、報告を読む人が仕事の状況を理解できるか、追加質問が必要な箇所はどこかを確認してください。
一週間ほど使ってみたら、「読むのに長すぎないか」「判断が必要な部分を見つけられるか」を相談する。報告の量ではなく、用途に合わせて型を変えます。
最初の一歩は、現在の一つの仕事を「完了・次・障害・支援」で書いてみることです。信頼形成の背景はマネージャー昇格の経験でも書いています。
著者: Rista（リスタ）。出社回帰を扱うITmedia記事から働く場所と共有の問題を着想しました。調査の割合を全社員へ一般化せず、本稿では転載していません。素材写真はJon TysonのUnsplash写真で、本人の勤務場所ではありません。
コメント