核心概念

GTD(Getting Things Done)是 David Allen 於 2001 年在同名著作中提出的個人生產力管理系統,核心前提是:大腦是用來思考的,不是用來儲存任務的。

Allen 觀察到,人的大腦對於每一個未完成的承諾,都會持續消耗認知資源來「記住它」——這就是所謂的開放迴圈(Open Loop)。每一個還沒處理的任務、每一個說了但沒追蹤的承諾,都像程式佔用 RAM,讓大腦無法完全專注於當下。

GTD 的解法是:把所有開放迴圈卸載到可信任的外部系統,讓大腦達到「水的心境」(Mind Like Water)——像平靜的水面,不論投入什麼,只做出恰當反應,不過度也不不足。這種狀態下,心智清晰,才能進入高品質的思考與執行。

整套系統由五個步驟構成,形成持續循環:

收集 → 釐清 → 整理 → 回顧 → 執行


五步驟詳解

Step 1 收集(Capture)

把所有佔用大腦注意力的事物,不加判斷地記錄到「收集箱」(Inbox)。

收集對象包含待辦、承諾、突然想到的點子、需要跟進的事——任何讓你有「我應該......」感覺的東西,都要記下來。

原則

  • 收集時不整理、不判斷,只記錄
  • 收集工具越少越好,但必須可信賴(一個手機備忘錄就夠)
  • 目標是清空大腦的工作記憶,把「記得做」的責任轉移給系統

Step 2 釐清(Clarify)

定期清空收集箱,對每個項目做出判斷。這是 GTD 最關鍵、也最常被跳過的步驟。

決策樹

這個項目是否可行動?
├─ 否 → 刪除 / 封存參考 / 放入某天/也許清單
└─ 是 → 具體的下一步物理行動是什麼?
          ├─ 可在 2 分鐘內完成? → 立刻做(二分鐘法則)
          ├─ 應該別人做? → 委派,放入等待清單
          └─ 自己做,但不是現在?
                    ├─ 有特定時間 → 放入行事曆
                    └─ 沒有特定時間 → 放入下一步行動清單

釐清的核心原則:每個可行動的項目,必須寫出具體的下一步物理行動——不是「準備報告」,而是「打開 Google Doc,寫報告大綱的第一段」。模糊的任務定義是拖延的根源。

Step 3 整理(Organize)

把釐清後的項目放入對應的清單:

清單 內容
下一步行動(Next Actions) 依情境分類的具體下一步
專案清單(Projects) 需要多個步驟才能完成的事(≥2 步驟)
等待清單(Waiting-For) 委派給別人、等待回覆的事
某天/也許(Someday/Maybe) 想做但現在不做的事
行事曆(Calendar) 有特定時間的事(不是「優先順序高的事」)
參考資料(Reference) 資訊性內容,不需行動

下一步行動清單建議按情境分類,例如 @電腦@電話@外出,讓你在不同狀態下只看「現在能做的事」,而不是面對混在一起的長清單。

Step 4 回顧(Reflect)

定期審視整個系統,確保它準確反映現實。

日回顧(5-10 分鐘):掃描行事曆、確認 1-3 件最重要的事、清空臨時收集項目。

週回顧(1-2 小時)—— Allen 稱之為「整個系統的關鍵」:

  1. 清空所有收集箱
  2. 釐清所有未處理項目
  3. 確認每個專案都有下一步行動
  4. 審視等待清單,必要時追催
  5. 審視某天/也許清單,決定是否升格為專案
  6. 預覽未來兩週行事曆

略過週回顧是 GTD 失效的最常見原因:任務累積、清單失真,系統失去可信賴性,大腦又開始試著「自己記住」,開放迴圈就回來了。

Step 5 執行(Engage)

從清單中選出現在要做的事,然後做。選擇依據四個因素:

  1. 情境:現在在哪、有什麼工具可用?
  2. 時間:現在有多少時間?
  3. 精力:現在適合做什麼難度的事?
  4. 優先順序:相對重要性

GTD 的設計哲學是:不在執行當下糾結「我該做什麼」,因為系統已替你整理好選項——只需根據當下狀況選一件事,然後全力做它。


關鍵要點

  • 二分鐘法則:釐清時,任何可在兩分鐘內完成的事,立刻做——放入清單再回來處理的管理成本比直接做還高
  • 每個專案都需要下一步行動:沒有下一步的專案等於「卡住的事」,週回顧的核心任務就是確保每個專案至少有一個具體的下一步
  • 行事曆是神聖的:只放有真實時間約束的事;「希望今天做完」的事不放行事曆,放下一步行動清單
  • 系統可信賴才有用:若某份清單的項目過時、太模糊或不完整,大腦會繞開系統自己來,開放迴圈就回來了

實務應用

最小可行版 GTD(建議入門從這裡開始):

  1. 一個收集箱(手機備忘錄即可)
  2. 一份下一步行動清單(按情境分組)
  3. 一份專案清單
  4. 每週固定 30 分鐘做週回顧

不必一開始就建立六種清單;先養成收集和週回顧的習慣,再逐步擴展。

與現有框架的組合


延伸觀點

三篇跨來源交叉驗證(Substack × Medium)發現了幾個一致性強的觀點:

認知卸載的核心機制:GTD 的本質是認知卸載(Cognitive Offloading)——把記憶任務外包給系統,釋放出的工作記憶可用於更高品質的創意思考與問題解決。這在認知心理學上有實驗支持:工作記憶容量有限(約 4 個項目),一旦被「待辦清單」佔用,推理與創意能力明顯下降。這解釋了為什麼「清空大腦」不只是心理層面的舒適感,而是實質的認知效能提升。

情境批次處理降低切換成本:依情境分類下一步行動(@電話@電腦)的設計,讓你在特定情境下能批次完成同類型任務,而不是在「打電話→寫郵件→打電話」之間頻繁切換。任務切換的隱性成本(Setup Cost)遠高於直覺估計,尤其是需要進入專注狀態的工作。

GTD 的失效模式有規律:多篇來源都指出,GTD 失效通常發生在「釐清步驟沒有寫出具體下一步」以及「略過週回顧」這兩點。前者讓任務留在模糊狀態、難以啟動;後者讓系統逐漸失去可信賴性,使用者最終棄用整套系統。這兩個失效點都是執行品質問題,而非系統設計問題

反向連結

以下頁面引用了本頁: