接受新任務前，怎麼確認範圍、交付物與期限？

接下任務前，用六個問題釐清目標、交付形式、範圍、時程與協作責任，並留下可確認的摘要。

接下一項工作之前，先把目標、交付形式、界線、時間與協作人問清楚，能減少彼此各自想像同一任務的風險。以下六題可用在會議、訊息或電話後的確認；答案未定時，把假設和待確認事項分開寫，等對方補齊再承諾。

任務要解決什麼問題？

接到一句「幫我整理一下」時，先別把對方提出的解法當成真正目標。可以問：目前發生什麼事、誰會使用結果、最困擾的地方是什麼，以及為什麼現在需要處理？再請對方描述完成後希望哪個人能做出什麼判斷或行動。這會把抽象的忙碌轉成共同可討論的問題，也能辨認表面要求與實際需要是否相同。

接著確認任務的起點與終點。起點是目前有哪些資料、既有做法或尚未解決的障礙；終點則是什麼狀態才算問題已獲處理。若對方說要一份簡報，可追問它是為了比較方案、向同事交代現況，或請主管決定下一步。三種用途會影響要找的證據、內容深度與讀者，不宜只因形式已說出口，就認定需求清楚。

把成功條件改寫成能檢查的句子，例如「讀者能根據文件判斷兩個方案的差別」，而不是「做得完整一點」。問清楚哪些疑問一定要回答、哪些只是加分，以及完成時由誰確認。若不同利害關係人期待不一樣，請任務提出者指定優先順序；否則做完仍可能因標準不同而被退回。必要時先用小樣稿或大綱確認方向，再投入完整製作。

如果目標暫時無法說明，不必自行補成確定結論。將已知情況、合理假設、仍待決定的事項分開列出，請對方確認哪一項最重要。比如只知道「希望流程順一些」，可以先問是減少等待、降低錯誤，還是讓新人容易上手；在答案未定前，只承諾釐清流程與提出草案，不承諾某種結果。這樣能讓任務從可行的第一步開始，也保留修正方向的空間。

最後用一句話回述目標，請對方指出遺漏或誤解：這次工作要替誰解決哪個問題，預期讓他完成什麼事。若這句話同時含有整理資訊、設計流程和訓練人員等不同結果，就先拆成主要目標與後續可能項目，避免把多項工作默默包在單一要求裡。

完成時要交出什麼？

交付物要描述成對方最後可以打開、閱讀、操作或簽收的東西，不能只寫「協助研究」「處理網站」等活動。逐一確認形式、數量、篇幅或範圍、語言、使用對象、存放位置，以及是否需要可編輯檔、來源資料或簡短說明。若交付包含多個檔案，列出清單並說明每個檔案解決什麼需要，否則雙方可能對「完成」有不同理解。

再問怎樣驗收：哪些欄位不得缺漏、格式如何、需要誰看過、是否要能重現或自行修改。區分必備條件與偏好，例如先交一份可讀的草稿，視回饋再調整排版；明確指出未納入的格式或版本。下表是假設情境，示範如何把模糊的「整理資料」改成可檢查的交付物，實際需求仍要依提出者用途調整。

確認交付邊界時，也要分清「交出文件」與「確保每個人都照文件執行」是兩種不同責任。前者可以用內容清單和檢查條件驗收；後者可能還需要說明、訓練或後續追蹤，不能因為有一份文件就默認包含在內。若對方需要可編輯版本、資料來源或操作示範，現在就把它們列為交付項目或另外討論。

若結果仰賴其他人提供資料或權限，將這些依賴寫進交付說明，並指出缺少時會影響哪一部分。也要問清楚誰有權判定交付已符合要求，避免多人各自提出互相矛盾的修改。接任務時把交付物說成清單、驗收條件說成句子，對方就能及早指出不合用的格式，而不是等全部做完才發現交錯了東西。

哪些工作不在範圍內？

把範圍說清楚，不是拒絕合作，而是讓投入與承諾相符。可以先列出本次會做的內容，再補上明確排除項目，例如整理現有資料但不代替主管作決策、提出文件草稿但不負責後續教育，或檢查指定頁面但不包含其他頁面的全面改寫。排除項目要寫得具體，避免只用「不含額外工作」這種難以判斷的說法。

釐清數量與邊界也很重要。對方說「整理所有資料」時，可問資料來源有哪些、時間範圍到哪裡、要涵蓋哪些對象，是否包含尚未提供或無法存取的內容。若目前只能確認其中一部分，就把已知範圍寫成第一階段，並註明其他部分需要新增資料或另行安排。不要讓一個聽起來完整的名稱，掩蓋實際上尚未界定的工作量。

接著確認哪些變化算新增需求。若開始後臨時加入不同讀者、更多項目或新的輸出格式，先說明它會如何影響時間、品質或原有交付，再由提出者決定要替換原項目、延後期限，或增加資源。用「如果要加上這部分，我們需要重新確認原訂內容和交付日」這類句子，把協商放在變更發生時，而非默默把工作塞進原承諾。

範圍也可能因資訊不足而調整。可事先約定遇到缺件、資料不一致或等待回覆時，先完成哪些獨立部分、哪些判斷必須暫停。若某項內容無法驗證，就標成待確認，不把推測寫成事實。這會讓進度仍能往前，也能避免使用尚未同意的假設做出看似定案的成果。

最後整理一份簡短的包含與不包含清單，請提出者確認。包含的內容要和交付物相互對應；排除的內容則說明日後若要加入，應由誰重新估算與決定。當任務已經開始後才發現邊界不清，也可以先暫停受影響的部分，回到清單逐項補齊，再恢復工作。這比一味趕工更能保護交付品質與合作關係。

期限和檢查點為何？

先問清楚期限指的是哪一個時點：初稿、可供檢查的版本，還是全部修改後的最終交付；也要確認日期、時間與採用的時區。若對方只說「越快越好」，可以追問最晚何時需要用到成果，以及晚於該時點會影響什麼。這些答案能分辨真正的硬期限與偏好日期，避免把模糊的急迫感當作已確認的排程。

接著從最終交付往回排工作。列出資料到齊、初稿完成、提出者檢查、回饋整合等節點，並為每一項標示負責人和預期回覆時間。檢查點不必多，但要放在能及早發現方向錯誤的位置。例如在大量撰寫前先確認大綱，在完成版面前先確認內容結構，讓需要改動時仍有空間調整。

期限是假設而非單方面保證時，要把依賴條件寫明。以下純屬假設：若一項工作安排在五個工作日內完成，第一日取得資料、第二至三日整理草稿、第四日收集回饋、第五日完成修訂，就必須先確認資料能否按時提供、回饋由誰整合，以及修改時間是否足夠。若等待回覆超出約定，應同步更新受影響的節點，而不是悄悄壓縮最後檢查。

也要問有哪些時間不可挪動，例如對外說明、內部決策或其他工作交接的時點。若期限與範圍不相稱，可以提出清楚的調整方式：縮小首版內容、先交優先部分、增加可投入的人力，或延後日期。每種方式都要說明會改變什麼，讓提出者依實際需要作選擇；不要一邊承諾原有內容與日期，一邊期待靠加班解決未知工作量。

每個檢查點結束後，用簡短訊息回報已完成項目、待回覆事項和下一個節點。若工作有不確定性，預先定義何時要升級處理，例如關鍵資料缺失、驗收人無法安排，或回饋彼此衝突。這不是為了增加會議，而是讓有權決定的人在仍有選擇時介入。接任時能講清楚交付日、回饋窗口和延誤時的通知方式，排程才算可執行。

誰負責提供必要資訊？

先找出誰提出任務、誰提供資料、誰回答專業問題，以及誰最後確認成果。這些角色可能由同一人擔任，也可能分散在不同人身上；接任前逐一對齊，避免自己向多人收集互相矛盾的指示。可以請提出者指定一位整合回饋的窗口，並確認最終決定權在誰手上。如果沒有明確的驗收人，就先把這件事列為待確認，而不是假定最先回覆的人能代表所有人。

接著列出完成工作所需的材料，例如背景說明、現有文件、範例、使用者需求、權限或相關限制，並為每項資料指派提供者。不要只說「請給我必要資訊」，因為不同人對必要的理解可能不同；指出需要哪一類內容、用來回答什麼問題、何時要取得，提出者才較容易一次備齊。若某項材料並非必要，也可標記為可選，避免等待非關鍵項目拖住整體進度。

討論可取得的資料範圍與使用方式。如果需要接觸個人或內部資訊，先確認是否有權限、可否使用替代資料，以及成果可以分享給哪些人。沒有取得授權或看不懂資料來源時，不要自行推測並把結果寫成定論；先向負責人詢問，或把受影響的分析部分標為待補。這樣能在動手前發現無法完成的條件，而不是做到一半才因缺少存取權而停下來。

為重要回覆設定清楚的回應窗口，並確認若無法如期提供，應通知誰、任務要如何調整。避免把所有等待都算成執行者的工作時間，也不要默認其他人已同意尚未看過的內容。若多位協作者只能在不同時間提供意見，請指定回饋彙整人，並確認是否有需要先解決的分歧。任務順利與否，常取決於資訊何時到位，而不只取決於實際製作的時間。

最後把責任寫成可執行的分工，例如誰提供底稿、誰回答內容疑問、誰回覆整合意見、誰確認交付。若其中一人同時負責提供資料與驗收，也要留意他是否能在期限前安排檢查。遇到人員尚未指定的情況，請提出者補上姓名或角色，再確定相關節點。角色透明，大家才能知道該把問題交給誰，也能及早看見任務目前缺少什麼條件。

如何回傳確認摘要？

問答結束後，不要只留下一串零散訊息；把共識整理成一段短摘要，讓接收者可以直接指出錯誤。摘要至少包含任務要解決的問題、完成後的判準、交付物與格式、本次包含及排除的工作、主要負責人、待提供資料、期限和檢查點。若某個欄位尚未定案，就標成待確認並註明由誰補充，不要把空白默默解讀成對方已同意。

摘要可以按順序寫成：目標是什麼；成果要交成什麼形式；哪些內容包含在本次工作、哪些不包含；誰提供資料、誰驗收；各節點何時完成；哪些假設或問題仍待確認。文字力求具體但不必寫成長篇計畫。若任務很小，可以用幾行訊息；若有多個交付物或多位協作者，就改用清單，讓每個人都能找到自己要確認的項目。

傳回後請對方核對內容，特別確認容易產生不同理解的目標、排除項目、資料責任和最終期限。可以直接問「這份摘要是否和你的期待一致？請指出需要改動的項目；確認後我就依此開始。」對方補充後，更新同一份摘要或明確標示新版，並保留修改內容的脈絡。單純發出摘要不代表已取得確認；未回覆的條目仍應視為待確認，而不是視為默認。

如果協作使用會議或電話，也可以在結束後傳回相同內容，請相關人員補正。遇到意見不一致，先標出分歧及會影響的交付或時程，交給有決定權的人選擇，再更新摘要。不要以多數人的沉默替代必要負責人的確認，也不要把口頭上「應該沒問題」擴寫成新增承諾。這份紀錄的用途是提供清楚的共同起點，不是事後追究誰說過什麼。

開始前最後檢查一次：目標能否用一句話說明、交付物能否逐項驗收、範圍是否有清楚界線、期限是否包含回饋時間、所需資訊和負責人是否已對上。若答案仍有缺口，就只承諾已釐清的部分，並明確列出下一個確認動作。現在就把六題答案整理成摘要貼回任務對話，請提出者逐項確認；想進一步了解善之樹日課 KindTree，請前往首頁。