好久没有更新结对Review的实际情况，说的好听，实际做的怎么样呢？让我们来看看团队自己的理解和总结。下述内容摘自团队成员的邮件，隐藏了敏感信息。
结对Review在好几个项目（项目名称隐藏）中试点以后，在项目各阶段都进行了一些尝试，也收获了许多，其中最大的收获就是项目信息更流畅了，项目成员相互补位更容易了。很多项目组同学也想尝试一下，方便大家分享更多结对Review的经验和感受，整理了一个参考的模板提供给大家，大家可以在一定阶段后将结对Review的心得分享出来，晒一下，邮件抄送xx（人员姓名隐藏），我们可以帮助一起收集，形成知识积累。
结对Review的核心价值：通过分享和互通让结对Review成为习惯，成为形成知识库的一种渠道，成为成长的一种锻炼。
============================================================================================================================================================
结对Review建议开展形式：
| 分享途径 | 被Review者发出分享文档命名：项目_yyyyMMdd_被Review者 项目_yyyyMMdd_问题清单汇总 项目_yyyyMMdd_发布清单发送：项目组成员抄送：高远;岳震 | 1. 编码阶段 2. 自测阶段 3. 子模块设计阶段 4. 测试用例评审阶段 5. 测分阶段 6. 系分阶段 7. 发布阶段 | ||
| 项目阶段 | 尝试形式 | 产出分享文档 | 综合性价比 | |
| 需求分析阶段 |
|
| 暂时未尝试，后续持续改进 | |
| 系分设计阶段 | 1.系分评审前 2.参与人：系分+架构+测分 | Review详情 |
| |
| 测分设计阶段 | 1.测分正式评审前 2.参与人：测分+测分Review人+系分 | Review详情 |
| |
| 子模块设计阶段 | 1.编码开始前 2.参与人：各模块开发+系分 | Review详情 |
| |
| 编码阶段 | 1.晨会确定计划代码产出模块及结对Review对象 2.坚持每日结对Review 3.参与人：开发和测试 | Review详情 | 优点：可操作性强，消除业务理解不足和设计上不足，促进组内规范大协作 推荐等级：***** | |
| 测试用例评审阶段 | 1.开发和测试对各自模块测试用例结对Review 2.参与人：开发和测试 | Review详情 | 优点：开发和测试在用例上达成一致，指导开发自测 推荐等级：**** | |
| 自测阶段 | 1.开发和测试一起配合自测，记录问题记录表 2.参与人：开发和测试 | 问题记录表 |
| |
| 测试阶段 |
|
| 暂时未尝试，后续持续改进 | |
| 发布评审阶段 | 1.各模块开发和系分测分一起整理开发过程中影响发布的点 2.参与人：各模块开发测试+发布接口人 | 发布清单 |
| |
| 发布阶段 |
|
| 暂时未尝试，后续持续改进 | |
|
|
|
|
|