好好结束一个项目：检查环节与复盘
没有什么能从“在做”直接跳到“完成”。加一道检查，基于记录做一次简短的复盘，再让每条教训改变一条笔记、一个模板或一份配方。
20 分钟● 数据库● 项目管理适合自由职业者、创始人、研究者、小团队
大多数项目的结局是被遗忘。这篇指南给它们一个像样的结尾：检查一下东西是否真的管用，基于记录简短回顾一下，再留下一条能改变下一个项目做法的教训。
你需要
- 一个快要完成的项目，在数据库的 Progress 包里或项目管理里都可以。
- Project frameworks library（来自 Progress 包的额外表格）。
在项目管理里，用一个评审状态（例如 In review），用法和下面的检查阶段一样。
检查阶段
Progress 包里项目的 progress 字段已经内置了检查环节：
| 阶段 | 含义 |
|---|---|
in-progress | 正在进行 |
finished-reviewing | 已完成，评审中：这是当初要的东西吗？ |
finished-validating | 已对照现实检查：它真的管用吗？ |
finished-testing | 在适用的地方做过测试 |
finalized | 已关闭，教训已保存 |
任务在 closed 之前有 finished_reviewing 和 finished_validating 两个阶段。工作需要几道检查就用几道；大多数个人项目，只评审一下就够了。
1. 把它移到评审，而不是完成（2 分钟）
Wi-Fi 项目做完了。把它移到 finished-reviewing。
2. 基于记录做复盘（10 分钟）
先保存一次复盘框架：
保存一个项目框架，名为“复盘”，类型为 project-management：我们计划了什么，实际发生了什么，与计划相比花了多长时间，哪里出了问题，什么要继续保持，什么要改变。
然后，对每个项目：
用我的“复盘”框架复盘 Wi-Fi 项目。参考它的任务、任务开始和完成的时间、所有评论以及关联的笔记。保存任何东西之前先问我。
3. 让教训留下来（5 分钟）
| 这条教训关于…… | 它会改变…… | 例子（虚构） |
|---|---|---|
| 怎么做某件事 | 一条操作指南笔记 | “任何一次重置之后，都要关掉路由器的自动更新” |
| 你的工作方式 | 一个框架 | 在你的“发布检查清单”框架里加上“完成一周后回访检查” |
| AI 做错了某件事 | 一份配方或智能体指令 | 采集配方不再把收据存成任务 |
4. 正式结项（2 分钟）
把复盘存成一条笔记，关联到这个项目，然后把项目移到 finalized。
（在数据库里，这个关联就是项目的 refer_knowledge 字段。）
检查是否成功
- 项目在
finalized之前至少经过了一个检查阶段。 - 复盘已保存，并关联到了项目。
- 有一条笔记、一个框架或一份配方因此而改变。
下一步
你的每周回顾会自动纳入复盘，因为它们和其他一切一样，都是记录。