结对Review实施现状（看看团队怎么说）

好久没有更新结对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.参与人：各模块开发测试+发布接口人	发布清单	优点：发布关注点提前check，项目成员信息互通 推荐等级：***
发布阶段			暂时未尝试，后续持续改进