复盘不是为了“追责”,而是为了让下一次更好。 在快速迭代、跨部门协作的研发项目中,一次高质量的复盘,能帮团队沉淀经验、预防踩坑、持续优化。
以下是一份适合研发团队的项目复盘Checklist,既能做会前提纲,也能做会后记录。
01
✅ 对事不对人——避免情绪化,聚焦事实与改进 ✅ 提前准备——项目负责人/产品经理先拟好提纲,发给全员预习 ✅ 人人参与——每个人都有发言机会 ✅ 方案导向——每个问题都讨论“怎么改” ✅ 有记录可落地——会中有人记录要点,会后形成改进清单
02
1、我们达成目标了吗?原计划的功能点完成了几项?
2、是否按原定时间交付?
3、客户反馈有哪些:问题、建议、好评?
1、开发前是否有充足的时间做计划?
2、如何解决计划阶段的分歧?
3、哪些原计划任务没完成?原因是什么?
4、有没有做了事后看来不必要的工作?
5、每项需求是否有清晰的交付标准?
6、项目中有哪些意外或风险没提前预估?为什么?
7、计划中是否留有缓冲时间?起作用了吗?
8、未来计划该怎么改进?
1、成员和资源是否足够完成任务?
2、时间、资源的估算精度如何?
3、测试人力、时间、工具够用吗?
4、非开发类资源(设计、文案、运营)是否低估了难度?
5、是否有任务可以更高效地由其他人完成?
1、是否发生需求变更?次数与原因?
2、变更是否及时同步到相关成员?
3、每次变更如何决定是推迟还是必须实现?
4、是否明确了变更的验收标准?
5、对于潜在变更,有没有应急方案?
6、团队应对临时变更的能力如何?
1、产品设计由谁在什么时候完成?人选与时机是否合适?
2、设计阶段是否遇到模糊问题,怎么解决的?
3、哪个功能Bug最多?原因是什么?
4、发布后发现的重要Bug,为什么设计/开发时没考虑到?
5、代码审查是否按规范执行?质量如何?
1、是否有测试计划?计划有效吗?
2、是否进行了正式验收测试?
3、测试工具是否发挥作用?
4、如何追踪产品运行效果?测试结果是否指导了优化?
5、发布过程中遇到哪些意外?如何解决和预防?
1、角色分配是否做到人尽其才?
2、项目执行过程中有成员变更吗?影响如何?
3、团队成员之间有互相支援吗?
4、出现需求、管理、协作问题时,是怎么解决的?
5、跨部门沟通是否顺畅?
03
📌 写在最后 一个项目的结束,不是终点,而是下一次的起点。 每一次复盘,都是一次团队能力的升级。 不怕犯错,就怕犯同样的错。
让复盘成为习惯,让改进成为文化。