1.同行评审
全面的同行评审（Peer Review）过程包括执行评审的步骤和两种非正式的同行评审——走查和轮查，以及对每个评审选择适当方法的指南。
2.设计评审的目的及原则
设计评审（Design Review，DR）是对产品的有关文档资料进行动态分析，其对象主要包括技术文档、项目计划、测试用例、测试结果、产品数据等。评审主要有以下几个目的：
（1）优化设计：及时发现设计中欠考虑的方面及其原因。
（2）发现错误：使产品项目的选择、问题和错误尽早明朗化，避免下游阶段对前期隐藏的缺陷无法纠正或者浪费巨大的人力、物力和时间。
（3）跟踪需求：确保在设计中考虑到所有技术风险，并巨在产品包设计中进行了充分考虑以满足规定的产品包需求。
（4）质量评估：评估设计成熟度，在项目关键点上评估产品包开发的状况，为产品项目的决策提供有力的依据。
（5）风险规避：明确设计中存在的风险，根据评审结论可以采取相应的风险规避措施或其他具体行动。
设计评审应该遵循下面这些原则：
（1）考虑“好消息”和“坏消息”，并进行详细讨论。
（2）关注与发现未得到满足的需求，而不是坚持进度。
（3）以合理的速度去花时间阅读材料。
（4）不应因为缺少时间和预算而将评审省略。
设计评审是一种在产品开发过程中尽早发现缺陷的手段。没有实施设计评审或在产品开发过程中没有严格进行设计评审的后果，往往会导致测试阶段发生缺陷的“井喷”，产品开发人员不得不拼命加班“救火”，而最终导致缺陷越来越多，以致要放弃产品或者把有缺陷的产品推向客户，这两种结果对公司都有很大的损害。图9-10是A公司产品开发流程中DR一览图。(www.xing528.com)
图9-10 产品开发流程中DR一览图（实例）
3.DR的一般过程
DR有如图9-11所示的几个过程。在计划阶段，项目团队和项目质量评审员一起制订评审计划。项目质量评审员准备评审要素表和审计报告，并组织评审会议；项目质量评审员确认不符合项以及因此造成的风险和规避措施。
图9-11 设计评审一般过程
如图9-12所示，评审结果主要有三种类型：①没有遗留问题，或者遗留问题的改进计划的执行没有任何风险，并巨在短时间内可以完成，继续进行；②遗留问题的解决存在一定风险，但不影响下一步活动的启动；③遗留问题影响到下一步活动的启动，必须首先解决。
图9-12 评审结果的处理
DR体系有三层架构，DR的七大评审点由设计评审团队（DRT）组织，弓用子评审的结果对产品质量进行评估，并巨对PDT提出改进建议。子评审是正式评审点，由项目组组织，对子过程活动输出质量把关。内部评审是非正式的，包括交互评审和问题研讨。DR体系三层架构之间的关系如图9-13所示。
图9-13 DR体系三层架构之间的关系
设计评审常见以下七个问题：①没有评审计划；②专家选择不合适；③没有充分的准备；④评审会议偏离主题和重点；⑤评审会议中过多的争论耗用太多时间；⑥问题修改之后跟踪不力；⑦没有使用评审清单（Checklist）作为指导。
免责声明：以上内容源自网络，版权归原作者所有，如有侵犯您的原创版权请告知，我们将尽快删除相关内容。
