如何解决评审中抓壮丁、科普会、批斗会的问题.docxVIP

原文地址：\o如何解决评审中抓壮丁、科普会、批斗会的问题_评审三步曲_研发项目管理、项目管理、项目状态管理、项目如何解决评审中抓壮丁、科普会、批斗会的问题_评审三步曲_研发项目管理、项目管理、项目状态管理、项目作者：\o青铜器软件青铜器软件

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

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

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

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

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

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

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

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

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

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

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

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

4)?建立评审标准，是研发就会犯错误，但不能重复犯同样的错误，需要把历史犯的错误固化到公司的研发体系中，如何固化？就需要把这些历史错误提炼总结为设计规范?+?评审要素?+?失败案例，通过设计规范可以指导技术人员不犯同样的错误，通过评审要素，可以检查确认没有犯同样的错误，通过失败案例，让后来者站在巨人的肩膀上，技术更上一层楼，而不是从刀耕火种起步，上来就有飞机、大炮、原子弹。如下是一个评审要素样例，仅供参考：

????通过青铜器RDM研发管理软件，可以有效固化这些评审要素，同时通过青铜器RDM的情景化知识管理能力，可以实现评审要素和失败案例自动关联，评审专家看到评审要素后，同时可以看到相应的失败案例，提升失败案例的重用效率，如下图：

?

5)?有效跟踪评审问题，确保评审问题得到定位和解决，这个就涉及评审报告的了，评审后需要提交相应的评审报告，详细罗列评审发现的问题、决议、问题解决责任主体、谁负责解决后的验证，这就是评审的结论执行，如下分享一个评审问题跟踪表，供大家参考：

?????上述改进计划虽然不错，但无法实现自动跟踪，需要由QA人工跟踪，还是一种比较浪费资源的做法，借助青铜器RDM，可以实现自动将评审发现的问题转化为问题单据，而问题单据是可以通过系统自动管理和跟踪的，从而最大程度