论文部分内容阅读
摘要： 如何提高评审的效率？为什么那么多评审会都成了过场会？本文结合实践和小结，介绍了让评审更高效的那些轻量级实践的小智慧，实现了评审会从“人人怨”到“人人愿”的顺势成长。
关键词：软件质量；评审；度量；持续改进
1引言
软件评审是软件质量管理中的关键一环，而在实际的评审过程中，常常出现因为参与评审的专家不能全部到位而在评审时拉壮丁，评审先变科普会、再变批斗会，以及其他一般会议中常见的如迟到、议题偏离等原因，导致评审会议效率不高。
如何提供评审的效率？以下跟大家分享软件过程评审的轻量级实践。
2评审定义
软件评审，是指在软件开发过程中，由参与评审的人员对软件开发文档或代码进行评审或检查，目的是帮助查找缺陷和改进点。
根据评审的内容特点，评审活动可分为管理类评审和技术类评审。
管理类评审：与管理相关的评审活动，如立项评审、项目计划评审、里程碑评审、结项评审等。管理评审方式包括：会议、会签、审批三种；
技术类评审：与技术相关的评审活动，如需求评审、概要设计评审、详细设计评审、代码走查、测试用例评审等。技术类评审主要方式为技术评审会议和组内会议两种方式。
3评审角色
参与评审会的主要角色：被评审人、评审组织者、评审组长、会议记录人、公司归档人。
评审组长一般由领导和专业负责人组成，评审组长需提供明确的评审结论。会议记录人一般由项目组内及组外（如测试负责人）两人承担，以上人员如有无法参加的情况，需指明代理人，代理人承担相应职责。
4评审流程
软件评审内容：
1）检验产品是否满足以前的规范，如需求或设计文档；
2）识别产品相对于标准的偏差；
3）向作者提出改进建议；
4）促进技术交流和学习。
下表为轻量级评审实践中总结的一页纸规程。
1）必须评审的阶段/文档：需求、设计。
2）评审项说明：需求须是需求说明书；设计包括原型设计，概要、详细和数据库设计说明书。
3）评审约定：文档以公司的组织财富库中的模板为基准。
4）主要参会角色：领导、专业负责人及项目相关人员。
5）所有参会人员须签到。会议纪要发送前需抄送给项目负责人及QA审核。评审组织者审核会议纪要时，需提供发现缺陷数、会议时间等量化数据，并负责将会议结论发送参会人员及抄送领导。评审结果为有条件通过的，需一周内修改完成再次发邮件给参会人员确认；对于评审不通过的，项目组须两周内发起复审申请。
6）对于评审发现的问题，会议记录人需跟踪问题状态直到关闭。
7）对于质量专委会工作中发现的典型事件，公司实行奖惩。
5评审要点
在评审时，对如下评审要点会重点关注，也往往在这些评审点更容易发现较多的问题：
1）使用了新技术，方法，工具的组件
2）关键的架构性的组件
3）难以理解，却又必须准确和优化的复杂逻辑或算法
4）具有危险失败模式的组件，而且是任务、可靠性、安全性关键的
5）具有多个异常条件或失败模式的组件
6）不易测试的异常处理代码
7）打算复用的组件
8）将作为其他组件的模型或模板的组件
9）影响产品多个部分的组件
10）复杂的用户界面
11）由缺乏经验的开发者创建的组件
12）具有高复杂度的代码模块
6结束语
对于智力高密集型的企业来说，最大的成本是人力成本。在评审实践中，我们还注重采用多种实际工具和手段，如针对阶段评审的注意积累检查清单；还有些评审是以在线的形式进行的，对于评审中量化项，可通过系统平台进行在线确认；对于代码评审，先利用一些业内工具进行预审；对于存在严整分歧的问题，会另外组织小型的专题会议进行讨论以便解决问题。通过以上轻量级的实践，提供人员利用效率，做好项目成本管控。
通过提高评审会的效率，不但确保了软件的质量，而且实施成本较低，在团队实施中非常容易推广。
通过提高评审会的效率，也加强了组织的度量，包括项目及项目团队的数据度量，为组织升级到CMMI4、CMMI5级的高成熟度奠定了数据和质量的基础。
当然，在以上的评审实践过程中，我们还在不断积累的评审专家信息、评审高风险点、评审度量项以及最佳实践场景等组织资产财富，为组织的持续改进保驾护航。
参考文献
[1]项目管理协会，《项目管理知识体系指南》，2009
[2]CMMI Product Team，《CMMI? for Development， Version 1.3》，2010
[3]Mark C. Paulk，《A Comparison of ISO 9001 andthe Capability Maturity Model forSoftware》，1994
作者简介：张萍，信息系统项目管理师，多年软件开发、质量管理经验，目前在福建国源通信技术有限公司南京分公司负责质量管理工作。
夏仲钟，多年项目管理经验，目前在福建国源通信技术有限公司南京分公司负责项目管理工作。
张坤，多年软件开发与设计经验，目前在福建国源通信技术有限公司南京分公司负责软件的设计和开发工作。
崔彦军，信息系统项目管理师，多年软件开发与设计经验，目前在福建国源通信技术有限公司南京分公司负责软件的设计和开发工作。
关键词：软件质量；评审；度量；持续改进
1引言
软件评审是软件质量管理中的关键一环，而在实际的评审过程中，常常出现因为参与评审的专家不能全部到位而在评审时拉壮丁，评审先变科普会、再变批斗会，以及其他一般会议中常见的如迟到、议题偏离等原因，导致评审会议效率不高。
如何提供评审的效率？以下跟大家分享软件过程评审的轻量级实践。
2评审定义
软件评审，是指在软件开发过程中，由参与评审的人员对软件开发文档或代码进行评审或检查，目的是帮助查找缺陷和改进点。
根据评审的内容特点，评审活动可分为管理类评审和技术类评审。
管理类评审：与管理相关的评审活动，如立项评审、项目计划评审、里程碑评审、结项评审等。管理评审方式包括：会议、会签、审批三种；
技术类评审：与技术相关的评审活动，如需求评审、概要设计评审、详细设计评审、代码走查、测试用例评审等。技术类评审主要方式为技术评审会议和组内会议两种方式。
3评审角色
参与评审会的主要角色：被评审人、评审组织者、评审组长、会议记录人、公司归档人。
评审组长一般由领导和专业负责人组成，评审组长需提供明确的评审结论。会议记录人一般由项目组内及组外（如测试负责人）两人承担，以上人员如有无法参加的情况，需指明代理人，代理人承担相应职责。
4评审流程
软件评审内容：
1）检验产品是否满足以前的规范，如需求或设计文档；
2）识别产品相对于标准的偏差；
3）向作者提出改进建议；
4）促进技术交流和学习。
下表为轻量级评审实践中总结的一页纸规程。
1）必须评审的阶段/文档：需求、设计。
2）评审项说明：需求须是需求说明书；设计包括原型设计，概要、详细和数据库设计说明书。
3）评审约定：文档以公司的组织财富库中的模板为基准。
4）主要参会角色：领导、专业负责人及项目相关人员。
5）所有参会人员须签到。会议纪要发送前需抄送给项目负责人及QA审核。评审组织者审核会议纪要时，需提供发现缺陷数、会议时间等量化数据，并负责将会议结论发送参会人员及抄送领导。评审结果为有条件通过的，需一周内修改完成再次发邮件给参会人员确认；对于评审不通过的，项目组须两周内发起复审申请。
6）对于评审发现的问题，会议记录人需跟踪问题状态直到关闭。
7）对于质量专委会工作中发现的典型事件，公司实行奖惩。
5评审要点
在评审时，对如下评审要点会重点关注，也往往在这些评审点更容易发现较多的问题：
1）使用了新技术，方法，工具的组件
2）关键的架构性的组件
3）难以理解，却又必须准确和优化的复杂逻辑或算法
4）具有危险失败模式的组件，而且是任务、可靠性、安全性关键的
5）具有多个异常条件或失败模式的组件
6）不易测试的异常处理代码
7）打算复用的组件
8）将作为其他组件的模型或模板的组件
9）影响产品多个部分的组件
10）复杂的用户界面
11）由缺乏经验的开发者创建的组件
12）具有高复杂度的代码模块
6结束语
对于智力高密集型的企业来说，最大的成本是人力成本。在评审实践中，我们还注重采用多种实际工具和手段，如针对阶段评审的注意积累检查清单；还有些评审是以在线的形式进行的，对于评审中量化项，可通过系统平台进行在线确认；对于代码评审，先利用一些业内工具进行预审；对于存在严整分歧的问题，会另外组织小型的专题会议进行讨论以便解决问题。通过以上轻量级的实践，提供人员利用效率，做好项目成本管控。
通过提高评审会的效率，不但确保了软件的质量，而且实施成本较低，在团队实施中非常容易推广。
通过提高评审会的效率，也加强了组织的度量，包括项目及项目团队的数据度量，为组织升级到CMMI4、CMMI5级的高成熟度奠定了数据和质量的基础。
当然，在以上的评审实践过程中，我们还在不断积累的评审专家信息、评审高风险点、评审度量项以及最佳实践场景等组织资产财富，为组织的持续改进保驾护航。
参考文献
[1]项目管理协会，《项目管理知识体系指南》，2009
[2]CMMI Product Team，《CMMI? for Development， Version 1.3》，2010
[3]Mark C. Paulk，《A Comparison of ISO 9001 andthe Capability Maturity Model forSoftware》，1994
作者简介：张萍，信息系统项目管理师，多年软件开发、质量管理经验，目前在福建国源通信技术有限公司南京分公司负责质量管理工作。
夏仲钟，多年项目管理经验，目前在福建国源通信技术有限公司南京分公司负责项目管理工作。
张坤，多年软件开发与设计经验，目前在福建国源通信技术有限公司南京分公司负责软件的设计和开发工作。
崔彦军，信息系统项目管理师，多年软件开发与设计经验，目前在福建国源通信技术有限公司南京分公司负责软件的设计和开发工作。