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