當專案涉及多人時，如何用紙本追蹤待辦與等待事項
當專案因為需要等待其他人回覆、核准、發送或決策而停滯時，請將該項依賴關係記錄在單一共享的紙本記錄表上。為每筆項目設定明確的下一步、一位指定的跟進負責人、等待對象（個人或團隊）以及確認日期。在約定的時間審視記錄表、更新狀態，並在情況有變時結案或呈報升級。此方法適用於需要以簡單方式掌握「誰欠什麼」以及「是什麼在阻礙進度」的團隊；它不是完整的專案計劃，也不能取代排定具體日期的進度時程表。
哪些事項屬於等待清單？
等待事項是指在你能繼續推進之前，他人必須提供的特定回覆、交接成果或決策。範例包括客戶對樣稿的核准、供應商的交貨預估時間，或是同事提供的成本數據。請記錄預期的成果，而非僅僅寫下「等 Sam」。一個實用的記錄可能是：「Sam — 發送北棟大樓估算的新版成本數據；完成報價單所需。」
Getting Things Done（GTD）機構對「等待中」（Waiting For）清單的詮釋，是將跟進他人的承諾視為管理未完工作的一部分。其文章還指出，議程事項是當相關人員有空時才提出的議題。這種區分對專案記錄表非常有幫助：將待履行的承諾記錄為等待事項，但將只能在會議中提出的議題列入該對象或會議的議程中。請參閱 [Getting Things Done 的「等待中」建議](https://gettingthingsdone.com/2011/01/waiting-for-advice/)。
等待記錄表不應變成堆放所有未完成任務的暫存區。如果你現在就能自行推進進度，請將該行動寫在專案的行動清單上。如果供應商承諾在特定日期交貨，也要在時程表中保留該承諾；紙本記錄表有助於跟進，但無法取代驅動專案計劃的排定日期。
為團隊選擇合適的紙本版面配置
對於小型專案，可以使用筆記本或活頁夾中的單頁或連續數頁。將其放在專案成員皆可查閱的地方，並指定一人負責維護。如果大家無法存取同一張紙，請約定最新版本的存放位置以及由誰更新；兩份互相競爭的副本會讓負責人與狀態難以令人信服。
在頁面上畫出以下欄位：
每個紙本資料列應包含：編號、專案名稱、預期成果及提供者、跟進負責人、確認日期，以及包含最新進度的狀態。例如：**W-01 · 北棟報價 · Sam 發送新版數據 · Lee 跟進 · 5月14日確認 · 進行中；5月10日已提出請求。** 第二列可能是 **W-02 · 北棟報價 · 客戶核准或修改樣稿 · Lee 跟進 · 5月15日確認 · 進行中；5月11日已寄出樣稿。**
這些範例日期和人員僅供參考。請根據你的團隊調整欄位，但請保留三種關鍵區隔：預期由誰提供成果、團隊中由誰負責跟進，以及應於何時跟進。此結構建立在常見的待辦行動記錄欄位之上，例如識別碼、說明、負責人、到期日、狀態和備註；請參閱 [Smartsheet 的待辦事項範本指南](https://www.smartsheet.com/content/action-items-templates)。額外的「等待對象」與「確認日期」欄位能讓依賴關係和團隊的下一步一目了然。
每項交付成果或決策使用一行。當多個人各自負責不同的輸入事項時，即使屬於同一個專案，也應為每項分配獨立的編號。如果某個回覆依賴於另一個回覆，請在說明中註明前置作業——例如「在 W-03 數據送達後定稿草案」。這樣無需繪製複雜的流程圖即可輕鬆看出依賴關係。
如何開始與維護記錄表
1. 趁記憶猶新時記錄承諾
在分派工作的會議或交接時，立刻寫下預期成果、預計提供者以及任何約定的時間。與參與者確認文字措辭：「我記錄的是你在週二前提供新版數據；如果還沒收到，我會在週三確認進度。」這樣做的目的是消除對於請求內容及後續跟進的模糊空間，而不是在未達成共識的情況下虛構一個約定日期。
2. 指定單一跟進負責人
針對每筆記錄，在你的團隊中選出一人來負責追蹤。或許有多人都需要該項成果，但指定單一負責人可避免跟進工作在成員之間相互推諉而不了了之。如果職責發生變更，請俐落地劃掉原負責人、寫上新負責人，並註明交接時間。切忌將整個團隊列為負責人：那是描述一個群體，而不是指出由誰執行下一步。
3. 挑選能反映工作實際狀況的確認日期
如果對方有實際承諾的日期，請以該日期為準。若未約定具體日期，請根據專案的下一個里程碑以及需要該資訊的急迫程度，選擇一個合理的進度確認日期。將其標記為「你的確認日期」，而非對方的「承諾交付日期」。對於關鍵的依賴事項，確認日期應設定得足夠早，以便在里程碑受到影響之前，留出時間發送提醒、啟動替代方案或與專案負責人討論。
行事曆對於固定約會和截止日依然不可或缺。記錄表回答的是另一個問題：「我們需要跟進什麼？由誰來做？」避免盲目抄錄每個日期，以免混淆哪個是承諾交付日、哪個是你的提醒日。
4. 在固定規律的時間點進行審核
在例行的專案進度會議上，或以符合專案節奏的週期審視未結案項目。針對每一列詢問：成果送達了嗎？它是否仍被需要？確認日期到了嗎？依賴關係或負責人有變動嗎？簡短更新「最新進展」備註，例如「5月14日已提醒；新預計時間為5月16日」。實體記錄表只有在有人查閱並在現實狀況改變時予以更新才有用，因此請保持審核流程簡短且具規律性。
當項目逾期時，請依約定的途徑處理：聯繫當事人確認新日期，若延誤可能危及里程碑，則向專案負責人反映其影響。記錄下新的承諾與下次確認時間。如果當事人無法提供成果，請將所需的決策（例如是否改用備用供應商）作為一項新行動記錄下來，並指派獨立的負責人與日期。
5. 清晰標記結案項目
當預期成果送達時，將該列標記為完成並填上完成日期。如果已不再需要，請標記為取消並說明原因。切勿立即擦除已結案的列：保留它們直到整頁寫滿為止，有助於團隊了解近期的變更，避免項目無故消失引發混淆。換新頁面時，只需將真正處於進行中的項目及其最新細節轉錄過去。
在多方參與時如何保持記錄表易於管理
如果頁面被數十筆記錄填滿，請將各列按專案工作流（workstream）分組，或為每個工作流使用獨立頁面，同時維持相同的欄位與編號系統。在跳頁延續的編號旁加上頁碼參照。除非某人確實獨立負責一整條工作流，否則不要為每個人建立單獨的清單；否則專案負責人將失去掌握跨團隊阻礙因素的整體視野。
約定一組簡潔的狀態標記，例如 **進行中（Open）**、**到期（Due）**、**已完成（Complete）**、**已呈報（Escalated）** 和 **已取消（Cancelled）**。確保定義明確。例如，「到期」代表團隊自訂的確認日期已到，不一定代表對方違背了交付承諾。若手寫字跡或影印可能導致顏色失真，請結合符號與文字狀態使用。
如果專案已在使用共用數位記錄，或者參與者身處不同地點無法看到同一份紙本記錄，請將該共用記錄作為準確的最新版本。紙本清單仍可作為會議輔助工具，但團隊必須清楚哪個記錄才是權威版本，避免維護多個相互衝突的副本。
作為參考，[Asana 的行動記錄範本](https://asana.com/templates/action-log) 在單一即時記錄中為每項跟進工作提供負責人、到期日和背景資訊。只要團隊約定好由誰更新頁面以及最新版本放在哪裡，紙本頁面也能具備同樣最低限度的權責明確性；但該範本並未證明紙本適用於所有分散式團隊。
新增項目的快速決策檢核
在新增一列之前，請先自問：
1. **是否需要他人提供特定輸入？** 若否，請將你自己的下一步行動記錄在別處。
2. **我們到底在等待什麼確切成果？** 用平實易懂的語言寫下交付成果或決策。
3. **誰代表本專案進行跟進？** 填入你團隊中的一位負責人。
4. **我們應該何時再次確認？** 將對方的承諾日期與你的提醒日期區分開來。
5. **如果進度延誤該怎麼辦？** 明確列出里程碑面臨風險時的下一位聯繫人、替代方案或呈報途徑。
維護良好的等待記錄表，其核心不在於文書作業，而在於建立共識與透明度：每個未決項目都有可見的成果預期、明確的跟進負責人以及下一次檢視的時間點。只要設定好欄位、在做出承諾時予以確認，並利用定期審核推進或結案每一列項目即可。