仕事の締め切りが前倒しになったとき：週の計画を立て直し同僚に連絡する方法

1. 新しい締め切りと納品すべき内容を確認する

タスクを動かし始める前に、元の依頼内容を確認するか、締め切りを設定した人物に連絡を取り、新しい日時、関連する場合はタイムゾーン、何をもって完了とするのかを確認します。完全な成果物が依然として求められているのか、その時間までにレビューや承認を完了させる必要があるのか、中間の引き継ぎに変更はないかを明確にしましょう。確認した内容は、共有のプロジェクトスペースなどチームが普段使っている場所に記録します。

このステップが重要なのは、納期の変更がスコープ（作業範囲）の変更と誤解されやすいためです。スケジュールが短縮されたからといって、求められている作業のどの部分を削減または延期できるかが自動的に決まるわけではありません。プロジェクト計画の指針では、作業のスケジュールを組む前に明確にすべき個別の要素として、スコープ、成果物、タスクの順序、見積もりを区別しています。依頼主から成果物の変更について言及がない場合、未完成のバージョンでも受け入れられるだろうと勝手に思い込んではいけません。全作業を収めることが不可能な場合は、どのようなトレードオフを望むのかを確認しましょう。PMI「小規模プロジェクト管理の重要なステップ」

2. 成果物に依存する後続作業を洗い出す

レビュー、承認、体裁の調整、納品など、完了までに必要な残りのタスクを書き出します。タスクごとに担当者、所要時間の見積もり、着手前に必要な先行作業や決定事項をメモします。次に、その成果物の後に何が続くかを特定しましょう。同僚が分析の開始、プレゼンテーションの準備、テストの完了、進捗報告の送信などのために、その成果物を必要としている可能性があります。依存関係とは、あるタスクが別のタスクに必要な情報や成果物を提供するタスク間のつながりであり、納期の変更はプロジェクトチーム以外の関係者にも影響を及ぼす可能性があります。Atlassian「プロジェクトの依存関係」

必須の引き継ぎと、単に好ましいだけの作業順序を区別します。前の項目が完了しないと絶対に始められない作業もあれば、合意されたドラフトや部分的なインプットを使って並行して進められる作業もあります。PMIのスケジュール管理ガイダンスでは、リストアップされた依存関係が必須なのか任意なのかを確認し、実際の作業の進め方を反映した別の順序を検討することが推奨されています。単にカレンダー上の見た目を成立させるためだけに依存関係を削除してはなりません。前倒しや部分的な引き継ぎでも対応可能かどうか、その成果物を利用する人たちに必ず確認してください。PMI「プロジェクトスケジュールが制限される4つの要因とその対策」

3. 使える時間と担当者を軸に計画を再構築する

現在から新しい締め切りまでの実働時間を計算し、残りの作業量と比較します。引き継ぎやレビューを考慮した現実的な見積もりを用い、残されたすべての時間を中断のないプロジェクト作業時間とみなさないようにしてください。タスクを依存関係の順に並べ、実際に並行して進められる項目を特定します。成果物をより小さなタスクに分解すると工数が見積もりやすくなり、依存作業の最も長い連鎖（クリティカルパス）によって実質的な最短完了時期が定まります。PMI「小規模プロジェクト管理の重要なステップ」

計画が収まらない場合は、すべてのタスクを暗黙のうちに圧縮するのではなく、不足している時間を可視化します。優先度の低い要素を延期する、合意した最初の部分を新しい期日までに納品して残りは後回しにする、適任の追加担当者を割り当てる、依頼主にスコープとスケジュールのどちらを優先するか選んでもらうなど、具体的な選択肢を提示しましょう。何が準備できて、何が後ろ倒しになり、誰の合意が必要なのかといった、各選択肢の結果を具体的に伝えます。関連する担当者が実現可能であることを確認しない限り、追加の労力や並行作業によって当初のスコープを維持できると安請け合いしてはいけません。

コンパクトな作業表を使うと、必要な決定事項をすばやく整理できます：

作業項目：ドラフトの完成、担当者：自分、着手条件：確定した要件、修正目標：火曜正午、必要な決定・入力：なし

作業項目：主要数値のレビュー、担当者：Priya、着手条件：数値のドラフト、修正目標：火曜15時、必要な決定・入力：ドラフト段階でのレビューは可能か？

作業項目：最終版の承認、担当者：Jordan、着手条件：レビュー済みドラフト、修正目標：水曜10時、必要な決定・入力：対応可能時間の確認

作業項目：チームへの引き継ぎ準備、担当者：Lee、着手条件：承認済みバージョン、修正目標：水曜正午、必要な決定・入力：新しい引き渡し日時の確認

これらは例示であり、推奨される期間や正確な見積もり値ではありません。実際のタスク、担当者名、工数、日時に置き換えてください。基準点となる最新のスケジュールを1つ維持し、共有タイムラインを使用している場合は、タスクの担当者、日付、依存関係をまとめて更新します。スケジュールビューによって競合を可視化できますが、作業とタイミングについては責任者自身による確認が依然として必要です。Asanaヘルプセンター「タイムラインでタスクと依存関係を管理する」

4. 明確な依頼を添えて影響を受ける同僚に連絡する

タスク、意思決定、または計画に影響を受ける関係者へ、速やかに最新情報を伝えます。確定した新しい締め切り、変更点、現在提案している作業順序、次の各ステップの担当者、そして各自に求める具体的な回答を含めてください。実作業の担当者には詳細なタスク変更が必要かもしれませんが、最終結果のみを待つ人々には、新しい引き渡し時間と自分たちの作業への影響だけを知らせれば十分な場合があります。Atlassianのコミュニケーションガイダンスでは、誰がどの情報を、どのチャネルで、いつ必要としているかを特定し、コミュニケーションの担当者を決めることが推奨されています。Atlassian「関係者向けプロジェクトコミュニケーション計画」

例文：「納品締め切りが金曜から水曜の正午に変更されました。求められているスコープに変更がないことは確認済みです。火曜の正午までにドラフトを仕上げ、15時までにPriyaに数値をレビューしてもらい、水曜の10時までにJordanの承認を得ることを提案します。Lee、これによりあなたの引き継ぎは水曜の正午になります。PriyaとJordan、このレビュー時間枠で対応可能かどうか本日中にご確認いただけますか？もし難しければ、対応可能な時間をご提示ください。依頼主と相談し、初回の納品範囲を縮小するか、引き渡しを遅らせる合意を取ります。」

チームの既定のチャネルを使ってすぐに一報を入れ、その後、共有タスクリスト、ドキュメント、またはプロジェクトタイムラインを更新して、合意した計画をすぐ確認できるようにします。メッセージだけではタスク管理ツール上の日付が古いままになる可能性があり、逆に背景を説明せずにスケジュールだけを変更すると、同僚はなぜ日程が動いたのか分からなくなってしまいます。更新された計画へのリンクや参照先を記載し、競合や抜け落ちている依存関係があれば知らせてもらうよう受信者に依頼しましょう。Asana「Asanaタイムラインでプロジェクト計画を管理・変更する方法」

5. 決定事項を確認し、影響を受ける作業を見直し、再確認する

同僚から返答があったら、合意された担当者、日程、スコープを共有の計画に記録します。レビュー担当者が提案された時間枠に対応できない場合や、後続チームがそれより早く成果物を必要としている場合は、手順を更新し、未解決のトレードオフを決定権を持つ人物に提起します。関係する担当者が承認するまでは、その日程を確定済みとみなしてはなりません。

依存関係のある作業を引き渡した際や、次の重要なマイルストーンを通過した際には、状況をフォローアップします。何が完了し、何が保留中で、誰が次のアクションを担当し、合意されたスコープのもとで締め切りが引き続き達成可能かどうかを短いステータスノートで共有しましょう。最初の計画見直し議論に参加していなかったとしても、引き渡し時間が変更になった場合は後続の同僚に通知してください。依存関係のガイダンスでは、関連する作業がいつ開始できるかを全員が把握していると思い込まないよう注意を促しています。Atlassian「プロジェクトの依存関係」

利用可能な時間と合意されたスコープでは前倒しされた締め切りに間に合わないと分かった場合は、残された選択肢と必要な決定事項を添えて、その結論を早い段階で共有してください。有効な修正計画とは、単にカレンダーに予定を詰め込むことではありません。確定した締め切り、順序立てられた作業、現実的な担当者の割り当て、明確なトレードオフ、そしてその進捗に依存している同僚へのタイムリーな通知が揃って初めて成り立つものです。

このテーマをさらに見る