为什么一定要复盘
比赛结束那一刻，所有人只关心名次。但真正决定下一届成绩的，是散场之后有没有人把经验写下来。
实验室见过太多次同样的情况：某个问题去年遇到过，今年又花了两天重新排查；某个设计去年证明不行，今年又做了一遍。原因只有一个——经验停留在人脑里，没有变成资料。
复盘要回答的四个问题
- 方案是怎么一步步变成现在这样的？ 中间否定了哪些想法，为什么否定；
- 哪些问题是真正卡住我们的？ 是知识不足、工具不会用，还是协作出了偏差；
- 如果重来一次，哪三件事会做得不一样？
- 这套方案里，哪些部分可以被下一届直接复用？
复盘要写成文档，不是开个会
口头复盘的作用非常有限，因为没有留下可检索的记录。实验室的做法是：每个项目结束后，由主力成员整理一份文档，包含方案、原理图、关键代码、问题清单和改进建议。
下一届成员拿到这份文档，能省下大量重复试错的时间。
关于“传帮带”
师哥师姐带新成员，本质上不是教知识，而是传递判断力：遇到这个问题先查什么、这种波形说明什么、这个方案为什么在赛场上靠不住。
这种判断力没法通过看教程获得，只能在具体项目里被带出来。所以实验室的培训不是“上完课就结束”，而是要有一对一的跟练环节。
团队协作的真实问题
比赛前的紧张期，最容易暴露协作问题：任务分配不清、进度不同步、出了问题互相甩锅。
有效的办法很朴素：
- 每周固定同步一次进度，明确谁负责什么；
- 关键节点留出缓冲时间，不要卡在最后一晚；
- 出问题时先解决问题，复盘时再讨论责任。
写给新成员
实验室不要求你一开始就很强，但希望你是一个“愿意把事做完”的人。三分钟热度、遇到困难就摆烂、只挂名不干活，这些是这个环境最不能接受的。
反过来，只要你愿意持续投入，实验室大概率会给你远超预期的成长：一台你亲手做出来的车、一群并肩作战的队友，以及一段多年后回想起来依然觉得值得的经历。