个人项目复盘模板：把一次完成变成下一次更快

个人项目没有会议和流程约束，很容易在“终于能运行了”之后立刻开始下一个想法。久而久之，做过很多项目，却没有形成可复用的方法。复盘的意义就是把隐性的经验变成下一次可以直接使用的资产。

一、目标与结果

用一句话回顾项目要解决的问题，再列出实际交付物。不要只写功能清单，还要说明哪些目标没有完成，以及它们为什么被放弃或延期。

二、关键决策

记录技术选型、架构变化和范围调整。当时有哪些备选方案？最终为什么选择当前方案？如果背景变化，什么条件会让你改选另一条路线？

三、验证证据

保留测试结果、性能数据、用户反馈、截图和日志。没有证据的“效果不错”很难在几个月后继续使用。

四、问题与技术债

区分已经解决的问题、暂时绕过的问题和主动接受的技术债。每项技术债最好写明影响范围、触发条件和建议处理时机。

五、下一步行动

复盘最终应落到少量具体动作，例如补一条自动化检查、整理部署脚本、删除过期依赖或写一篇踩坑记录。行动项要能在日历或任务列表中被执行。

可直接复用的结构

项目目标：
最终结果：
关键决策：
有效做法：
失败尝试：
验证证据：
遗留问题：
下一步行动：

复盘不需要很长，但必须诚实。记录当时为什么这样做，比事后把过程包装成一条完美直线更有价值。