當工作截止日期提前：如何重新規劃一週並通知同事
當工作截止日期突然提前時，首先要確認究竟改變了什麼：日期、交付時間、要求的工作內容，以及任何審查或交接的要求。接著盤點有哪些任務依賴於該交付成果、估算仍可用的時間，並提出一份指派了明確負責人的修訂計畫。一旦有了具體可行的細節，儘快通知工作或決策會受到影響的同事。一份簡短且經過確認的計畫，有助於大家針對變化做出反應，而不是繼續按照舊時程工作。
1. 確認新的截止日期以及必須交付的內容
在調動任務之前，請檢查原始要求，或向設定截止日期的人確認新的日期與時間、相關時區（若適用）以及算作完成的標準。釐清是否仍期望交付完整成果、是否必須在該時間前完成審查或核准，以及中間的交接節點是否有所改變。將確認的資訊記錄在共享的專案空間或團隊已在使用的其他地方。
這一步至關重要，因為日期的變更可能會被誤認為範圍的變更。單純縮短時程並不能告訴你所要求的工作中哪些部分可以減少或推遲。專案規劃指南將範圍、交付成果、任務順序和估算視為在安排工作時程之前必須明確分開處理的事項。如果需求方沒有變更要求的產出，請勿默默假設可以接受較不完整的版本；如果完整工作已無法在時程內完成，請詢問他們希望做出何種取捨。PMI, “The critical steps to managing small projects”
2. 追蹤依賴於該交付成果的後續工作
寫下完成工作所需的剩餘任務，包括審查、核准、排版和交付。針對每項任務，註明其負責人、預估工時，以及它首先需要依賴的工作或決策。接著確認交付成果之後會接續什麼：同事可能需要它來開始分析、準備簡報、完成測試或發送更新進度。依賴關係是任務之間的連結，其中一項任務為另一項任務提供必要的資訊或產出；因此，日期的變更可能會影響到直屬專案團隊以外的人員。Atlassian, “Project dependencies”
將必要的交接與偏好的順序區分開來。有些工作確實必須在先前的項目完成後才能開始；其他部分則可能可以利用已達成共識的草稿或部分輸入內容來平行推進。PMI 的排程指南建議檢查列出的依賴關係是強制性的還是可選的，並在能夠反映工作實際推進方式的情況下考慮替代順序。不要只是為了讓行事曆看起來可行而移除依賴關係：請與依賴該產出的人員確認，提前或部分交接是否可行。PMI, “Four Ways Project Schedules Are Limited and What To Do About It”
3. 圍繞可用時間與負責人重建計畫
計算從現在到新截止日期之間的有效工作時間，然後與剩餘的工作量進行比較。使用考慮到交接和審查的實際估算；不要將剩下的每一個小時都視為不被打擾的專案時間。依依賴順序排列任務，並找出真正可以同時進行的項目。將交付成果拆解為較小的任務會讓工時更容易估算，而最長的依賴工作鏈則決定了實際最早可完成的時間。PMI, “The critical steps to managing small projects”
如果計畫排不下，應將缺口顯現出來，而不是默默壓縮每項任務的時間。提供具體的選項，例如推遲較低優先級的項目、在新日期前交付約定的第一部分而其餘部分延後、指派合格的額外負責人，或者請需求方在範圍和時間之間做出選擇。以具體方式說明每個選項的後果：什麼會準備好、什麼會調動，以及需要誰的同意。除非相關負責人確認可行，否則避免承諾額外投入或平行作業能夠保證原始範圍不變。
簡潔的作業表格可以快速呈現決策依據：
工作項目：完成草稿；負責人：你；前置需求：確認的簡報/要求；修訂目標：週二中午；所需決策或輸入：無
工作項目：審查關鍵數據；負責人：Priya；前置需求：數據草稿；修訂目標：週二下午 3 點；所需決策或輸入：能否審查部分草稿？
工作項目：核准最終版本；負責人：Jordan；前置需求：已審查的草稿；修訂目標：週三上午 10 點；所需決策或輸入：確認是否有空
工作項目：準備團隊交接；負責人：Lee；前置需求：已核准版本；修訂目標：週三中午；所需決策或輸入：確認新的交付時間
這些僅為示範條目，並非建議的工期或實測估算。請替換為您工作的實際任務、姓名、工時和時間。保留一份最新的時程表作為基準參考；如果您使用共享時間軸，請一併更新任務負責人、日期和依賴關係。時程檢視可以讓衝突顯現，但負責的人員仍需要確認工作與時間安排。Asana Help Center, “Managing tasks and dependencies with timeline”
4. 以明確的請求通知受影響的同事
迅速向任務、決策或計畫受到影響的人員發送更新。內容應包括已確認的新截止日期、變更內容、目前建議的順序、每個後續步驟的負責人，以及您需要每個人做出的具體回覆。協作者可能需要詳細的任務變更；僅依賴最終結果的人員可能只需要知道新的交接時間及其對其工作的影響。Atlassian 的溝通指南建議確定誰需要哪些資訊、透過什麼管道以及何時需要，並為溝通指派負責人。Atlassian, “Stakeholder Project Communication Plan”
例如：「交付截止日期已從週五提前至週三中午；我已確認要求的範圍維持不變。我建議在週二中午完成草稿，下午 3 點前將數據送交 Priya 審查，並在週三上午 10 點前取得 Jordan 的核准。Lee，這會讓你的交接時間移至週三中午。Priya 和 Jordan，你們今天能確認這些審查時間區間嗎？如果時間不行，請提出你們可以配合的時間，以便我們與需求方協商先行交付較小規模的第一批成果或延後交接。」
使用團隊既有的溝通管道進行即時預告，然後更新共享任務清單、文件或專案時間軸，以便大家能輕鬆找到已達成共識的計畫。僅發送訊息可能會導致任務記錄仍顯示過期日期；若只更改時程而沒有說明背景脈絡，可能會讓同事不清楚日期為何變動。提供更新計畫的連結或指引，並請收件人指出衝突或遺漏的依賴關係。Asana, “How to manage and change project plans with Asana Timeline”
5. 確認決策、修訂受影響的工作並再次查核
當同事回覆時，將商定的負責人、日期和範圍記錄在共享計畫中。如果審查人員無法配合建議的時間區間，或者下游團隊需要更早拿到交付成果，請更新順序並將尚未解決的權衡問題提交給有權決定的人。在相關負責人確認之前，請勿將某個時間標記為已達成共識。
在完成依賴項目的交接以及達成下一個重要里程碑後進行後續追蹤。簡短的進度說明可以註明已完成的項目、等待中的事項、下一步行動的負責人，以及在約定的範圍下截止日期是否仍可達成。當交接時間變更時，即使下游同事沒有參與最初的重新規劃討論，也應予以通知；依賴關係指南提醒，切勿假設所有人都知道相關工作何時可以開始。Atlassian, “Project dependencies”
如果以可用時間和約定範圍無法滿足提前的截止日期，請儘早告知該結論，並附上剩餘的選項和需要做出的決策。一個有用的修訂週計畫不僅僅是塞得滿滿的行事曆：它包含了經確認的截止日期、按順序排列的工作、切合實際的負責人、明確的取捨，以及及時通知那些計畫依賴於此的同事。