「来週までに説明資料を直しておいて」と口頭で頼まれた直後、別の人からメールで集計を急いでほしいと言われる。依頼した側はもう伝えたつもりでも、受け手は材料待ちで引き受けられていない。この食い違いが続くと、親切な兼任者ほど自分の記憶と個人メモで仕事を抱えます。
社内の作業依頼は、届いた時点ではまだ担当も優先順位も確定していません。受付、引受可否、優先判断、作業、成果物の受渡し、依頼者の確認を分けると、口頭やメールを禁止しなくても現在地を共有できます。新しい管理サービスを契約する前に、今ある共有表や文書で一件だけ試せます。
この記事で整える範囲
対象は、資料作成、社内掲示の更新、データの取りまとめなど、社内から届く横断的な作業依頼です。お客様からの問い合わせ対応、物品の購入承認、毎週の定例報告は、それぞれ別の完了条件があるため、この一覧へ無理に混ぜません。
この記事を読むと、依頼時にそろえる項目、受け手が返す三つの状態、急ぎが重なった時の責任者判断、受取確認で閉じる方法が分かります。
始める前に決める三つのこと
最初に、依頼の記録場所、優先順位を決める人、完了を確認する人を決めます。
記録場所は、組織ですでに使っている共有表や文書で構いません。Google Driveの公式ヘルプでは、共有する相手に閲覧者・閲覧者（コメント可）・編集者などの権限を設定できると案内しています。Microsoftの公式サポートでも、OneDriveやSharePoint Online上のExcelブックを共有し、閲覧または編集の権限を選べます。画面や利用条件は環境で異なるため、実際のアカウントで確認してください。
依頼一覧には社外秘資料への参照先が含まれることがあります。「リンクを知っている全員」へ広げず、その依頼を見る必要がある人だけに権限を設定します。依頼一覧を見られることと、成果物の中身を見られることも分けて考えます。
依頼一覧に残す項目
項目を増やしすぎると、口頭依頼が一覧へ移らなくなります。まずは次を一画面で確認できるようにします。
| 項目 | 書く内容 |
|---|---|
| 依頼ID | 同名の依頼を区別する短い番号 |
| 依頼者・受付日 | 誰から、いつ届いたか |
| 目的 | この作業を何に使うか |
| 成果物 | 修正版資料、確認済み一覧など、受け渡すもの |
| 材料・参照先 | 元資料、確認先、承認済み文言など |
| 希望期限 | 依頼者が希望する時期。確定期限とは分ける |
| 状態 | 受付、要確認、引受済み、作業中、受取確認待ち、完了 |
| 担当・責任者 | 作業する人と、競合を判断する人 |
| 次の行動 | 誰が、何を確認するか |
| 受取確認 | 依頼者または指定した確認者の確認日 |
「詳しくはメール」の一言だけでは、担当交代時に探し直します。元メールの件名や共有ファイルの参照先を残し、資料そのものを複数の場所へコピーしないようにします。
受付から完了確認までの手順
1. 口頭やメールの依頼を一件の記録へ移す
口頭依頼を受けた人は、その場で最低限の項目を書きます。依頼者が忙しくて目的や成果物を答えられない場合は、推測で埋めず「要確認」とします。メールやチャットは消さず、一覧から元のやり取りを探せるようにします。
2. 受け手が「引受済み・要確認・差戻し」を返す
一覧へ書かれただけでは、担当者が引き受けたことになりません。材料と作業量を確認し、着手できるなら「引受済み」、不足があるなら「要確認」、依頼先や目的が違うなら理由を添えて「差戻し」と返します。
差戻しは拒否のためではなく、依頼を実行できる形へ戻すための状態です。「元データが必要」「最終確認者を決めてほしい」のように、依頼者が次にできる行動を書きます。
3. 急ぎが重なったら責任者へ戻す
希望期限が早い順に並べるだけでは、組織として何を優先するか決まりません。受け手は、既に引き受けている仕事、必要な作業、期限が重なる影響を責任者へ示します。責任者が、期限を動かす、担当を分ける、依頼範囲を小さくするなどを決めます。
依頼者の「急ぎ」は大切な情報ですが、そのまま組織の優先順位とは限りません。受け手一人が断ったり、夜間作業で吸収したりする前に、判断を戻す場所を作ります。
4. 成果物を渡し、受取確認待ちにする
ファイルを送っただけで完了にすると、依頼者が見ていない、求めた形式と違う、差し替え先が不明といった問題が残ります。成果物の参照先と確認してほしい点を記録し、状態を「受取確認待ち」にします。
依頼者または指定した確認者が、受け取ったことと次の利用へ進めることを確認したら「完了」にします。修正が必要なら新しい依頼を無制限に足さず、当初の成果物の不足なのか、追加依頼なのかを分けます。
想定例：スタッフ説明資料を整える依頼
例えば、責任者が総務担当へ「来月使うスタッフ説明資料を整えてほしい」と頼む場面を想定します。これは実在組織の事例ではありません。
総務担当は、目的を「新しい受付手順の説明」、成果物を「責任者確認済みの配布用PDF」、材料を「現行手順と変更点」、受取確認者を「依頼した責任者」として記録します。しかし、同じ週に別の報告資料も依頼され、希望期限が重なりました。
担当者は自分で一方を後回しにせず、二件の成果物と希望期限、材料のそろい具合を責任者へ示します。責任者が説明資料を先にすると決め、報告資料の期限を依頼者と調整します。完成後はPDFの保存先を渡し、責任者が内容と配布先を確認してから完了にします。
続かなくなる失敗と直し方
よくある失敗は、一覧を作っただけで口頭依頼を禁止することです。忙しい現場では口頭で始まる依頼もあります。受けた人が同じ記録へ移す担当を決め、後から依頼者が内容を確認できるようにします。
もう一つは、「作業中」を長く残すことです。次の行動がなければ、止まっている理由が分かりません。「元資料待ち」「責任者の優先判断待ち」のように、誰の行動を待っているかを残します。
項目を細かくしすぎるのも失敗です。最初の一件で、判断に使わなかった列は減らし、受取時に足りなかった項目だけを追加します。管理表を埋める時間が仕事を圧迫するなら、入力項目と対象業務を見直してください。
ホームページの修正だけは、変更前後や公開確認など専用項目が必要です。その場合はホームページの修正依頼を一枚で伝える書き方へ分けると、一般依頼の一覧を複雑にせずに済みます。
運用を始める前のチェックリスト
- 依頼を記録する場所が一つ決まっている
- 目的、成果物、材料、希望期限を分けて書ける
- 一覧への登録と引受を別の状態にしている
- 優先競合を判断する責任者が決まっている
- 機密資料の参照先は必要な人だけが開ける
- 成果物の受取確認者が決まっている
- 担当者不在時に責任者が一覧を確認できる
- 完了後に残す記録と見直し時期を決めている
導入前と導入後で変わること
導入前は、受け手の個人メモに依頼が集まり、依頼者は返事がない理由を確認できません。導入後は、要確認、引受済み、責任者判断待ち、受取確認待ちを同じ場所から見られます。受け手が休みでも、次の行動と参照先から引継ぎやすくなります。
新しく増えるのは、依頼を一覧へ移し、状態を変え、受取確認を残す作業です。その手間に見合うかは、一件で試して判断します。まず今日の依頼を一件だけ選び、必要な成果物と受取確認者を書いてみてください。
社内依頼の流れを無理なく整えたい方へ
口頭・メール・チャットの依頼が兼任者へ集まり、優先判断や完了確認が曖昧になっている方は、アナデジラボへご相談ください。今使っている道具を確認しながら、受付から受取確認までの項目を一緒に整理します。
