产品发布是系统测试结束后的最后一步，通常在软件产品开发过程中不需要产品试制环节，可以直接上线，只需要系统测试员输出系统测试报告并批准产品发布（上线）就可以了。

产品发布前需要通过产品发布说明会形式，对整个产品开发过程从立项开始回溯过程，指出整个过程中的不足点，总结经验，为下一个项目提供经验案例。
这一会议可以通过正式会议形式召开，需要召集产品经理、主要开发人员、测试人员、上级等参与，准备充分，尽可能说清楚这个产品发布之后的效果、效益，为上线后的价值评估做准备。
这一环节不可缺少，即便在互联网公司，迭代速度很快的情况下，这一环节也需要满足。

其实开发过程体系里并没有这一过程，但是我个人认为它非常重要。

所有的总结，只有带着问题去思考才会有收获，这就是复盘。
不论我说多少，如果没有过类似的经验，就很难有很强的共鸣。
我觉得看清一个问题的方式，就是你曾经处在一个问题的两个不同的角色中。

总结项目经验教训的目的，在于总结问题、分析原因，避免以后犯同样的错误，而不是追究谁的责任。

假设一个需求理解的缺陷，如果在需求阶段发现，修改一下可能只要一个小时，但是如果到了设计完成时发现这个缺陷，因为涉及的人员、文档增多，估计要一天时间，而如果等到代码都编写完成时才发现这个缺陷，可能需要十天八天了。
如果缺陷没被发现，而是直接到了生产系统中呢？这就不是工作量的问题了，估计损失就难以估计了。
在质量管理的理论中，缺陷每延迟一个阶段被发现，修复的代价就要乘上十倍。