技术评审在研发项目运作中是一个重要的质量控制手段，同样一个问题发现越早修复的成本越低，所以众多研发企业都已经充分认识到项目评审的重要性，并开始构建评审管理体系，组建评审专家团队，到头来发现评审效果一般，普遍存在抓壮丁、科普会、批斗会等问题，如何有效提升评审效率，让评审真正起到质量控制的作用。

    整体分析导致评审形式化，花了时间但没有最终起到效果的核心原因主要有如下6个方面：

1)  评审缺少计划性，因为缺少计划导致，必要的人员无法及时到场，到场的人员有对评审对象不了解，无法发现实质性的问题，停留在宋体改黑体、逗号变分号，这样的鸡毛蒜皮问题。

2) 评审责任不明确，没有详细定义评审的责任主体，每个角色在评审中承担什么责任、对哪类的问题负责，没有责任主体的事情，要想做出高质量还是很难的。

3)  缺少流程支撑，经验证明，要想避免评审变成形式，就需要把评审会变成形式，不能依赖2个小时的评审会发现太多的问题，所以需要都建评审流程，明确评审步骤，强化预审。

4) 评审缺少标准，质量控制就需要有标准，类似测试的标准是满足需求定义，同样技术评审如果没有定义通过和不通过的标准，每次评审都是靠天马行空拍脑袋，势必经常发现重复犯同样的错误。

5) 发现问题缺少跟踪，评审发现问题只是第一步，发现了问题，但没有持续跟踪，没有保证最终修复，这样的评审也无法保证质量，如果有效跟踪评审发现的问题，很多公司采用评审问题跟踪单，最终有QA持续跟踪直至关闭，也不失一个方法，但这种方法费人费力，不是最好的方法。

6) 评审量化分析，东郭先生滥竽充数，实际企业评审中大量存在东郭先生样的人物，认为自己水平很高，拿着高工资，评审会上不说话、装神秘，如何揪出东郭先生，唯一的办法：量化分析。

当然大家也可以分析其他原因，搞管理推崇2/8原则，抓住核心问题，就可以有效解决问题的80%，所以如果有效解决如上6个问题，就可以有效改变目前评审走形式的问题。

1) 评审计划性，这个方面没有什么好说的，凡是先做计划，计划管理是项目管理的核心，作为项目经理需要明确定义评审计划，什么时间预审、什么时间评审会议、什么时间确保评审问题修改完毕，这些事情是基础。没有评审计划，势必导致评审：抓壮丁，该到的人无法及时到场，找人凑数。

2)  明确评审责任主体，这方面要做好就涉及公司的评审管理体系的问题了，我们首先需要明确定义一个项目运作过程中有哪些评审，评审的目的是什么，然后利用“权责矩阵”的管理办法，明确定义每个评审的责任主体是谁、参与人是谁，这些制度性的内容需要提前构建，要不然只能把混乱留给每个项目，如下是一个评审权责矩阵样例：

3)  构建评审流程，涉及多人参与的事情一般都需要流程来约束每个人的行为，同时定义每个人的责任，构建类似121的机制，从而保证团队协作步伐一致，评审也不例外；今天上午要评审了，结果昨天晚上大家才邮件收到资料，评审会前没有看资料，这势必导致评审：科普会，需要花比较多的时间先讲解，直接影响了的评审效率，如下是一个技术评审过程样例，当然不同企业实际情况不一样，需要结合实际情况，灵活个性化定义。