2）组织因素

　　√ 即使在后期限的压力下，管理人员也应该确保花费足够的时间用于评审活动。

　　√ 切记评审中花费的时间和预算并非和发现的缺陷数目成比例。

　　√ 对于在评审中发现的缺陷，要给予足够的时间进行修改。

　　√ 永远不要将评审中的度量数据用于个人绩效评估。

　　√ 对于不同类型的评审，要确保能有合适的评审员参与。

　　√ 为评审参与人员提供评审方面的培训，特别是正式的评审类型。

　　√ 成立评审主持人论坛相互分享经验和想法。

　　√ 确保人人参与评审，并且保证每个人都对自己负责的文档内容进行了评审。

　　√ 将正式的评审技术用于重要的文档。

　　√ 对于由不同技术和背景的人员组成的评审团队，要确保其具有良好的平衡性。

　　√ 对通过评审过程所取得的改进表示认可。

　　3）人员问题

　　√ 使项目利益相关者认识到，评审将会发现缺陷，并改进软件工作产品的质量。

　　√ 对于缺陷修复和再评审要给予充足的时间。

　　√ 要确保评审对于作者来说是一次正面的、积极的经历。

　　√ 营造一种“无责备”的氛围，从而乐于接受缺陷的识别。

　　√ 要确保评审意见具有建设性、有益性和客观性，而非主观性。

　　√ 作者不同意或者不愿意的情况下，不进行评审。

　　√ 鼓励大家对评审文档中重要的方面进行深层次思考。