複数人が関わるプロジェクトで「連絡・対応待ち」項目を紙で追跡する方法
他の誰かの返答、承認、送付、決定が必要でプロジェクトが停滞している場合は、その依存関係を1つの共有された紙のログに書き出しましょう。すべての項目に、明確な次のステップ、1名のフォローアップ担当者、対応を待っている相手（人またはグループ）、そして確認日を定めます。取り決めたタイミングでログを見直し、ステータスを更新し、状況が変わったら項目を完了またはエスカレーションします。この方法は、誰が何を担当し、何が進行を妨げているのかをシンプルに把握したいチーム向けのものであり、完全なプロジェクト計画や日付入りのスケジュールの代わりになるものではありません。
「対応待ちリスト」に含めるべき内容とは？
対応待ち項目とは、作業を進める前に他者が提供しなければならない特定の返答、引き継ぎ、または決定のことです。具体例としては、クライアントによる校正刷りの承認、サプライヤーからの納品見積もり、同僚によるコスト算出値などが挙げられます。単に「サム待ち」と書くのではなく、期待される結果を記録してください。効果的な記入例は次のようになります。「サム — ノースホール見積もりのための修正後コスト数値を送付。見積書を完成させるために必要。」
Getting Things Done（GTD）組織による「Waiting For（連絡・対応待ち）」リストの解説では、他者のコミットメントに対するフォローアップを未完了のタスク管理の一環として位置づけています。また、GTDの記事では、相手が捕まったときに提起する事項をアジェンダ項目として説明しています。この区別はプロジェクトログにも役立ちます。保留中のコミットメントは「待ち」として記録し、会議などでしか切り出せない話題はその人や会議のためのアジェンダに載せるようにしましょう。詳細は [“Waiting For” Advice from Getting Things Done](https://gettingthingsdone.com/2011/01/waiting-for-advice/) をご覧ください。
対応待ちログは、あらゆる未完了タスクの置き場にしてはなりません。今すぐ自分自身で進められる作業であれば、プロジェクトのアクションリストにそのタスクを書き出してください。サプライヤーが特定の日付までの納品を約束しているなら、そのコミットメントはスケジュールにも残しておきます。紙のログはフォローアップを助けるものであり、計画を推進する日付を代替するものではありません。
チームに合った紙のレイアウトを選ぶ
小規模なプロジェクトであれば、ノートやバインダーの1ページまたは連続した数ページを使用します。プロジェクト参加者が確認できる場所に保管し、管理する担当者を1名指名します。同じシートに全員がアクセスできない場合は、最新版をどこに保管し、誰が更新するかを取り決めておきましょう。重複する2つの記録が存在すると、責任の所在やステータスの信頼性が損なわれます。
ページに次のような列を引きます：
紙の各行には、ID、プロジェクト名、期待される結果と提出者、フォローアップ担当者、確認日、および最新の更新を含むステータスを記載します。例：**W-01 · ノースホール見積もり · サムが修正数値を送付 · リーがフォローアップ · 5月14日確認 · 未完了、5月10日依頼済み**。2行目は次のようになります：**W-02 · ノースホール見積もり · クライアントによる校正刷りの承認または修正 · リーがフォローアップ · 5月15日確認 · 未完了、5月11日校正刷り送付済み**。
これらのサンプル日付や担当者は一例です。チームに合わせて列を調整してかまいませんが、「誰が何を提供することになっているか」「チーム内の誰がフォローアップするか」「そのフォローアップをいつ行うか」という3つの区別は維持してください。この構成は、識別子、説明、担当者、期日、ステータス、メモといった一般的なアクションアイテムログの項目に基づいています。詳細は [Smartsheetのアクションアイテムテンプレートガイド](https://www.smartsheet.com/content/action-items-templates) を参照してください。「対応待ち」と「確認」の追加項目により、依存関係とチームの次のアクションが可視化されます。
成果物または決定ごとに1行を使用します。複数の人が別々の情報を提供する義務がある場合は、同一プロジェクトに関するものであってもそれぞれに個別のIDを割り当てます。ある対応が別の対応に依存している場合は、説明欄に前提条件を記入します（例：「W-03の数値が届いた後にドラフトを確定」）。こうすることで、複雑な図を描かなくても依存関係を一目で把握できるようになります。
ログの開始方法と維持管理の進め方
1. 記憶が新しいうちに約束を記録する
作業が割り当てられた会議や引き継ぎの場で、期待される結果、対応者、合意された時期を記入します。「火曜日までに修正数値を送ってもらうことになっています。届いていなければ水曜日に確認しますね」と参加者に表現を確認しましょう。目的は依頼内容と次回のフォローアップに関する曖昧さをなくすことであり、合意されていない日付をあたかも決まったかのように見せかけることではありません。
2. フォローアップ担当者を1名決める
各エントリーに対して、進捗を監視するチーム内の担当者を1名選びます。複数人がその結果を待っている場合もありますが、担当者を1名に絞ることで、参加者同士の間でフォローアップが立ち消えになるのを防ぎます。責任者が変更になった場合は、以前の担当者を二重線で綺麗に消して新しい担当者を書き、引き継ぎが行われた日付をメモします。チーム全体を担当者に指定するのは避けてください。それは集団を表しているだけで、誰が次のステップを踏むのかを示していません。
3. 実際の作業状況を反映した確認日を設定する
相手が実際に約束した日付がある場合はそれを用います。日付が合意されていない場合は、プロジェクトの次のマイルストーンや情報の必要時期に基づいて、妥当な確認日を設定します。これは相手の約束した納品日ではなく、あくまで「自分たちが確認を入れる日」として記録してください。重要な依存関係については、マイルストーンに影響が出る前にリマインドを出したり、代替案を講じたり、プロジェクトリーダーと相談する時間を確保できるよう、早めの確認日を設定します。
確定した予定や締切を管理するには、カレンダーも引き続き有効です。ログはそれとは異なり、「何をフォローアップする必要があり、誰がそれを行うのか」という問いに答えるためのものです。すべての期日を手当たり次第に転記して、どれが相手のコミットメントでどれが自分のリマインドなのかが分からなくなる事態は避けてください。
4. 定期的なタイミングで見直す
プロジェクトの定例確認会や、プロジェクトのペースに合わせた適切な間隔で、未完了の項目を見直します。各行について次の点を問いかけます：結果は届いたか？まだ必要か？確認日は到来しているか？依存関係や担当者に変更はないか？「5月14日リマインド済み、新たな予定日は5月16日」のように、最新情報のメモを簡潔に更新します。紙のログは、誰かが見て現実の進行に合わせて更新してこそ価値があるため、見直しのルーティンは短く一貫性のあるものに保ちましょう。
期日を過ぎた項目がある場合は、あらかじめ決めておいた手順に従います。相手に連絡する、新しい日程を確認する、あるいは遅延がマイルストーンを脅かす場合はプロジェクトリーダーに影響を報告するなどです。新たな約束と次回の確認日を記録します。相手が結果を提供できない場合は、代替サプライヤーの検討など、下すべき決断を独自の担当者と期日を持つ新たなアクションとして記録します。
5. 完了した項目をわかりやすく閉じる
期待していた結果が得られたら、その行に完了マークを付け、完了日を記入します。不要になった場合は取り消しマークを付け、その理由を記載します。完了した行をすぐに消してはいけません。ページがいっぱいになるまで残しておくことで、チームが最近の変更を把握しやすくなり、説明なしに項目が消去されることによる混乱を防げます。新しいページに移行する際は、真に未完了の項目とその最新情報のみを引き継ぎます。
関係者が多い中でログを管理しやすく保つ方法
ページに何十もの項目が溢れてきた場合は、プロジェクトのワークストリームごとに行をグループ化するか、ワークストリームごとに別ページを使用しつつ、同じ列構造とID体系を維持します。別のページに続くIDの横にはページ参照を付記します。1人が完全に独立した進行を管理しているのでない限り、人ごとに別々のリストを作るのは避けてください。さもないと、プロジェクトリーダーがチーム横断で何が滞っているかを俯瞰できなくなります。
ステータス記号は、**未完了（Open）**、**確認日（Due）**、**完了（Complete）**、**エスカレーション（Escalated）**、**取消（Cancelled）**など、少数のセットに絞って合意しておきます。その意味は明確に定義してください。例えば「確認日（Due）」は、チームの確認予定日が到来したことを意味し、必ずしも相手が約束を破ったことを意味するわけではありません。手書きやコピーで色が判別しにくくなる可能性がある場合は、記号と文字によるステータスを併用します。
プロジェクトですでに共有デジタルツールを使用している場合や、参加者の勤務地が離れていて同じ紙のログを見られない場合は、その共有記録を最新の公式版として扱います。紙のリストは会議の補助資料として活用できますが、チームはどの記録が正本であるかを把握し、相反するバージョンが乱立するのを防ぐ必要があります。
参考までに、[Asanaのアクションログテンプレート](https://asana.com/templates/action-log) では、単一の最新レコード内で各フォローアップの担当者、期日、コンテキストを管理しています。紙のページでも、誰がページを更新し、最新版をどこに置くかをチームで取り決めておけば、同様の最低限の説明責任を果たすことができます（ただし、このテンプレート自体が、あらゆる分散型チームで紙が機能することを実証しているわけではありません）。
新規項目を追加する際のクイックチェック
行を追加する前に、次の点を確認してください：
1. **他の人の具体的な情報提供が必要か？** 必要ない場合は、自分自身の次のアクションとして別の場所に記録します。
2. **具体的にどのような結果を待っているのか？** 成果物や決定内容をわかりやすい言葉で記述します。
3. **このプロジェクトにおいて誰がフォローアップするのか？** 自チームから1名を担当者として指定します。
4. **次回いつ確認すべきか？** 相手が約束した日付と、自分たちが確認を入れる日付を区別します。
5. **遅延した場合はどうするか？** マイルストーンが危機に瀕した場合の次の連絡先、代替ルート、またはエスカレーション先を特定しておきます。
適切に管理された対応待ちログの価値は、書類作業そのものよりも「共通の明確さ」にあります。保留中の各項目について、可視化された成果、責任あるフォローアップ担当者、そして次回の見直し時期が定まります。一度列を設定し、約束が交わされたらその都度記録し、見直しを通じて各行を前進させるか完了させていきましょう。