GTD方法（Getting Things Done）由戴维·艾伦提出，其核心主张很简单：把脑海中所有悬而未决的事情外化到一个可信的系统里，让大脑从「记忆仓库」变回「处理器」。它不依赖某款软件，而是一套可以反复执行的思考与整理流程，因此对个人和团队都适用。
为什么需要GTD方法
未完成的事项不会因为被忽略而消失，它们会以「隐约记得还有事没做」的形式持续占用注意力。这种心理负担往往比事情本身更消耗精力。GTD方法要解决的正是这个问题：先把所有事项记录下来，再逐条判断它的性质与下一步动作，使「待办」变成「可执行的清单」。
五个基本步骤
- 收集：把所有引起注意的事项——任务、想法、承诺、待回复的消息——放进统一的收集箱。关键是入口要少，随手可记，不必当场分类。
- 理清：逐条判断这件事是否可行动。不可行动的分成参考资料、将来也许、直接丢弃三类；可行动的则明确「下一步具体做什么」。
- 组织：按情境（如外出、在电脑前、电话沟通）、项目、等待他人、日程四类归档。分类的目的是在合适的时间看到合适的事。
- 回顾：每周固定一个时间段审视全部清单，清理收集箱、更新项目状态、确认下周重点。这一步最容易被跳过，却决定了系统能否长期可信。
- 执行：面对清单时，综合情境、可用时间、精力状态和事情的重要性做选择，而不是机械地按顺序往下做。
两个容易被忽略的细节
第一是「下一步行动」要具体到动词。写成「处理合同」通常无法启动，写成「给法务发邮件确认第三条条款」才具备可执行性。第二是两分钟原则：如果一件事能在两分钟内完成，就立刻做掉，不必进入系统，这样能显著减少清单中的碎片条目。
落地时的常见误区
- 只收集不回顾：收集箱不断膨胀，系统逐渐失去可信度，人又会退回到靠记忆做事。
- 把工具当方法：花大量时间比较软件、设计标签体系，却没有真正理清过一条事项。
- 清单粒度过粗：条目停留在「项目名称」层面，缺少明确的下一步动作，执行时仍然卡壳。
- 忽视精力因素：在低精力时段安排高认知负荷的任务，导致计划反复顺延。
在团队中推行的思路
团队场景下，个人清单之外还需要一个共享的「等待」与「交接」机制：谁在等谁、等什么、什么时候该跟进。建议先在小组内统一收集入口和回顾节奏，再逐步讨论工具层面的对接。推行初期不必追求完整覆盖，先让收集与每周回顾两个动作稳定下来，系统的价值才会显现。企业官网或内部知识库可以把流程说明、清单模板和回顾检查项沉淀成文档，降低新成员的接入成本。
结语
GTD方法的价值不在于清单有多漂亮，而在于它让人对「还有哪些事没定」保持清晰。流程越是简单、越能坚持，系统就越可信；而一个可信的系统，才是减轻心理负担的真正前提。