同行评审,不是通过测试去发现缺陷,而是通过专家阅读文档、代码发现缺陷,是在实现之前发现缺陷的最有效手段。
同行评审这个PA是从VER中剥离出来的,原来1.3版本的VER与VAL合并成了VV PA,让熟悉最早的SW-CMM.1.1的从业者感受到了复古之风。
这个PA的实践描述通俗易懂,最好理解。但是,很多公司做了同行评审,效果不好。
我之前写过多篇博客讲解同行评审如何做的问题,分别列举到对应的实践之下了。
实践列表
PR | 1.1 | Perform reviews of work products and record issues. | 评审工作产品并记录问题 |
PR | 2.1 | Develop and keep updated procedures and supporting materials used to prepare for and perform peer reviews. | 制定并保持更新用以准备和执行同行评审的规程和支持材料 |
PR | 2.2 | Select work products to be peer reviewed. | 选择待同行评审的工作产品 |
PR | 2.3 | Prepare and perform peer reviews on selected work products using established procedures. | 采用已建立的规程,对选中的工作产品准备和实施同行评审 |
PR | 2.4 | Resolve issues identified in peer reviews. | 解决同行评审中发现的问题 |
PR | 3.1 | Analyze results and data from peer reviews. | 分析同行评审的结果 |
通俗解释
PR1.1评审工作产品并记录问题
做了评审,并记录了问题。
PR2.1制定并保持更新用以准备和执行同行评审的规程和支持材料
同行评审怎么做?需要定义具体的方法及规程,包括检查单、评审记录等。如果采用工具辅助同行评审,也需要购买、搭建同行评审的环境。
这个网页下,有常用的代码评审的支持工具:http://baijiahao.baidu.com/s?id=1585905486202936778&wfr=spider&for=pc。
评审要划分不同的方法,不同公司可能方法不同,比如:邮件评审、会议评审、会议走查,个人走查等等。
评审的分类:https://blog.csdn.net/dylanren/article/details/5906601
PR2.2选择待同行评审的工作产品
并非所有的工作产品都需要做评审。
要评审的工作产品并非都采用同一种评审方式。
要制定评审的计划,识别出要评审的工作产品、评审方法、评审参与的角色、评审的时间。
PR2.3采用已建立的规程,对选中的工作产品准备和实施同行评审
准备的活动包括了评审通知、评审的资料分发、准备会议室等等。
具体做法参加如下的文章:
做好同行评审的24个细节:https://blog.csdn.net/dylanren/article/details/43668455
项目计划评审时的36个检查点:https://blog.csdn.net/dylanren/article/details/4964942
项目里程碑评审的关注点:https://blog.csdn.net/dylanren/article/details/4965030
软件需求评审之道:https://blog.csdn.net/dylanren/article/details/4965111
需求评审的案例分析:https://blog.csdn.net/dylanren/article/details/4965231
需求评审会议亲历记:https://blog.csdn.net/dylanren/article/details/4965156
案例:代码走查:https://blog.csdn.net/dylanren/article/details/7739002
PR2.4解决同行评审中发现的问题
PR3.1分析同行评审的结果
可以分析缺陷密度、评审速度、缺陷类型的分布等等,具体做法参见如下的文章:
例解:如何分析同行评审的度量数据:https://blog.csdn.net/dylanren/article/details/4964773
实例:评审速度与缺陷密度之间的相关性:https://so.csdn.net/so/search/s.do?q=评审&t=blog&u=dylanren
代码评审的速度与缺陷密度啥关系:https://blog.csdn.net/dylanren/article/details/78337871