この記事で分かること
- 外部返答待ちのタスクに残しておく情報
- 返答がない場合に、いつ・誰へ・どう再確認するか
- 返答を待たずに進める方法や、タスクを終了する条件
取引先やクライアントへ確認を依頼したあと、返答を待っているうちにタスクの存在を忘れてしまうことがあります。自分の手元では作業が動いていないため、目の前の仕事に追われるうちに意識から外れやすくなります。
返答待ちのタスクを放置しないためには、「返答待ち」と記録するだけでは足りません。誰の何を待ち、いつ再確認し、返答後に何をするかまで決めておくことが必要です。
返答待ちは意識から外れやすい
外部へ確認を依頼した直後は内容を覚えていても、数日たつと別の仕事が増え、返答の有無を確認しなくなります。
特に、次のようなタスクは見落としやすくなります。
- 返答が届くまで作業を再開できない
- 相手からの資料や原稿を待っている
- 複数人へ確認を依頼している
- 返答期限を相手へ伝えていない
- 返答後に行う作業が決まっていない
- 完了期限まで時間があり、確認を後回しにしている
返答がないこと自体を問題にするのではなく、返答がない場合の次の行動が決まっていない状態をなくします。
誰の何を待っているか記録する
「先方から返答待ち」だけでは、誰へ何を確認したのか分かりません。課題のコメントには、最低限次の内容を残します。
- 待っている相手の名前や組織
- 確認した内容
- 確認を送った日
- 次に確認する日
- 返答を受け取った後の作業
たとえば、次のように書きます。
A社の田中さんへ、商品画像3点の提供を依頼済み。7月22日に未着ならメールで再確認。受領後は画像を差し替え、表示を確認する。
元のメールやチャットへ戻れる情報も残しておくと、再確認するときに経緯を探し直さずに済みます。
コメントへ、待っている相手・内容・次回確認日・返答後の行動をまとめます。
コメントの基本的な使い方は、コメント・添付ファイルのガイドで確認できます。
次回確認日を決める
返答を依頼したら、「返答が来たら再開する」だけで終わらせず、次に確認する日を決めます。
次回確認日は、相手との関係や依頼内容、完了期限までの余裕を考えて設定します。一律に何日後と決める必要はありません。
- 完了期限が近い場合は、早めに確認する
- 返答がないとほかの工程も止まる場合は、後続工程を始める前に再確認できる日を設定する
- 相手から回答予定日を伝えられている場合は、その翌営業日などに確認する
- 急ぎでない場合も、少なくとも週次確認の対象になる日を決める
次回確認日は期限欄ではなく、詳細またはコメントへ記録します。期限欄は、そのタスク自体を完了する期限として使います。
完了期限と次回確認日を分ける
完了期限と次回確認日は、目的が異なります。
- 完了期限：タスクを終える必要がある日
- 次回確認日：返答が届いているかを確認する日
次回確認日を期限欄へ入れると、本来の納期と再確認日が混ざり、期限超過やガントチャートの意味が分かりにくくなります。
完了期限は期限欄に設定し、次回確認日はコメントへ残します。完了期限がまだ決まっていない場合も、無理に確認日を期限として設定せず、期限未設定の課題を定期的に見直します。
返答がない場合の再確認方法を決める
次回確認日を迎えたら、返答が届いていないか確認します。未着の場合は、前回の依頼内容が分かる形で再確認します。
再確認するときは、次の内容を簡潔に伝えます。
- 以前に確認した内容
- 返答が必要な理由
- 希望する回答日
- 返答がない場合に止まる作業
「まだでしょうか」とだけ送るのではなく、「7月25日の公開準備に必要なため、22日までに商品画像をご共有いただけると助かります」のように、必要な日と理由を伝えます。
再確認後は、コメントへ連絡日と新しい次回確認日を残します。同じ相手へ何度も確認し続けるのではなく、次に誰へ相談するかも決めます。
いつ誰へ相談するか決める
返答がないまま待ち続けるのではなく、仕事への影響が大きくなる前にチーム内で相談します。
次の場合は、早めに相談する目安です。
- 完了期限が近づいている
- 相手の返答がないと、ほかの人や工程も止まる
- 顧客や公開への影響が大きい
- 複数回確認しても返答がない
- 誰へ確認すべきか分からない
相談先は、案件の責任者、相手との連絡窓口、判断できるチームメンバーなど、チーム内で決めます。相談するときは、連絡した日、待っている内容、期限への影響、これまでの確認状況を共有します。
同じ相手へ繰り返し連絡するだけで進まない場合は、チーム内で相談したうえで、正式な窓口や別の担当者へ確認できないか、連絡経路も見直します。
別の方法で進められないか確認する
相談するときは、返答を待ち続ける以外の方法も検討します。
- 返答が必要な部分以外を先に進める
- 仮の原稿や画像でレイアウトや実装準備だけを進める
- 別の資料から確認できないか探す
- タスクを分け、進められる部分だけ完了させる
- 期限や作業範囲を関係者と調整する
仮の内容を使う場合は、確定情報ではないことと、差し替えが必要な箇所を課題へ残します。返答を待たずに進めることで、あとから手戻りが増えないかも確認します。
返答を受け取った後の次の行動を残す
返答が届いても、その後の作業が決まっていなければ、タスクは再び止まります。返答を依頼した時点で、受領後に行う一つの作業をコメントへ残します。
- 原稿を受け取ったらページへ反映する
- 画像を受け取ったらサイズを調整して差し替える
- 承認を受けたら公開作業へ進む
- 日程の回答を受けたら担当者と期限を更新する
返答を受け取ったらコメントへ記録し、作業を再開します。担当者の作業がまだ終わっていない場合は「処理中」、担当者の作業が終わり確認を待つ場合は「処理済」など、実際の進捗に合う状態を使います。
返答が不要になったタスクを整理する
状況が変わり、待っていた返答が不要になる場合もあります。
- 別の方法で問題を解決した
- 依頼そのものが取り下げられた
- 作業範囲から外れた
- 別のタスクへ統合した
返答が不要になった理由と、関係者へ共有した内容をコメントへ残します。必要な対応がすべて終わっている場合は「完了」にします。作業が残っている場合は、返答不要になったという理由だけで完了にせず、次の行動を決めます。
タスクを削除して経緯を消すのではなく、不要になった理由を残すと、あとから同じ確認を繰り返さずに済みます。
毎日・週次で返答待ちを見直す
Tasselには「返答待ち」という状態を作らず、実際の進捗に合わせて「処理中」または「処理済」を使います。返答待ちのタスクは、コメントの内容と次回確認日を定期的に見直します。
次回確認日は一覧の専用項目として表示されず、その日付に基づく通知も行われません。コメントに日付を残すだけで、当日に自動的に気づけるわけではない点に注意が必要です。
返答待ちの課題が少ないうちは、担当者が自分の「処理中」「処理済」の課題を定期的に開き、コメントを確認します。件数が増えた場合はコメントだけに頼らず、どの課題をいつ確認するか、チーム内で対象を判別できる運用を別に決めます。
日々確認すること
- 返答が届いて作業を再開できるタスク
- 完了期限が近い「処理中」「処理済」のタスク
- チーム内で当日の確認対象として共有しているタスク
週次で確認すること
- 長期間返答がないタスク
- 次回確認日が書かれていないタスク
- 別の方法で進められるタスク
- 返答が不要になったタスク
一覧で期限と状態を確認し、必要な課題を開いてコメントの次回確認日を見直します。
一覧では期限と状態から確認対象を絞り、次回確認日は対象となる課題を開いてコメントで確認します。
処理中タスク全体の滞留を見直す場合は、タスクが「処理中」のまま止まる原因と見直し方も参考にしてください。
まとめ
外部返答待ちのタスクは、自分の作業が動いていない間に意識から外れやすくなります。待っている相手・内容・次回確認日・返答後の行動をコメントへ残し、返答がない場合の再確認方法と相談先も決めます。
返答を待ち続けるだけでなく、別の方法で進められないか、返答なしで終了できるかも見直します。返答後に行う作業まで決めておくことで、待っている仕事を見失わず、次の行動へつなげられます。