1
什么是技术评审和决策评审？
1
技术评审
技术评审（Technical Review，简称TR）是一种同行之间审查技术的行为。它是由一组评审者按照规范的步骤对软件、硬件、结构件等需求、设计、代码或其他技术文档进行仔细地检查，便于找出和消除其中的缺陷。
2
决策评审
决策评审（Decision Check Point，简称DCP），是对产品开发过程中的一些关键点进行决策所做的审查行为。
2
技术评审和决策评审的异同点
技术评审和决策评审的相同点：技术评审和决策评审都是一种评审行为，所以它们要遵循评审的流程。
每个企业都需要构建适合自己企业实际情况的评审流程。比如评审流程由谁在什么时间发起，发起后由哪些评委预审待评审的材料，评委预审过程中提出的意见如何处理，什么时间开评审会，评审会后针对评审会中提出的问题如何跟进等，把科学的提出问题和有效的解决问题形成一个完整的闭环，这样才能最大程度上发挥出评审的作用。
不同企业规模不同、组织的复杂度不同，评审流程的繁简可以有所不同。
技术评审和决策评审既有相同点，也有很大的区别。这些区别点主要包括如下几个方面。
评审角度不同。技术评审主要是从实现客户的需求角度出发进行技术方面的评审，而决策评审重点是从商业的角度出发对产品是否能实现商业价值进行决策。
参与评审的角色不同。技术评审的参与人员主要是各个领域的专家、系统工程师（SE），各个领域的工程师等。而决策评审的参与人员主要是产品决策团队成员，一般是由产品经营的主要负责人和相关职能部门的高层组成。
评审的结论不同。技术评审中各评委提出的意见，项目组可接受，也可以拒绝接受，由项目组自行决定并承担责任。项目组不能根据评审的意见自行停止项目。而决策评审要给出明确的决策结论，而且决策结论只能是如下三个中的一个：项目继续、项目终止或者修改后再决策。
技术评审和决策评审的详细区别可参见表4-1。
图4-1 决策评审和技术评审的区别
3
如何进行评审
如前文所述，技术评审和决策评审的相同之处，它们都是一种流程，这两类工作的流程可以设计成相同的环节和顺序，称为评审流程。区别点仅在于参与评审的角色、评审内容、以及决策结论不同。这种流程复用的结果可大大提升企业执行流程的效率和企业员工对于流程的遵从度。
评审流程可以做成一个企业的标准模块，如图4-1所示。
图4-1 评审流程
常见的评审流程包括5个步骤，分别是制定评审计划、预审材料、预审后沟通、召开评审会、评审后执行。
1
制定评审计划
第一步，制定评审计划。一般来说项目计划中会有大致的评审时间点，但项目在实际运行中可能会出现偏差，因此临近评审时，仍需要给出一个评审的计划，确定后续几步的时间点，有PLM（产品生命周期管理）或者PMS（项目管理系统）IT系统的企业，可在系统中建立评审计划。
2
预审材料
第二步，预审材料。制定好了评审计划后，下一步是对需要评审的材料进行预审。
为什么需要做预审而不是在评审会上直接审查，主要是评委提前预审可以有更充足的时间看材料，使得评审的效果更好。
同时，经过预审也能大大提升评审会议的效率。预审材料可以是文档、代码、结构图、电路图等技术材料，也可以是商业计划书、决策材料等。
3
预审后沟通
第三步，预审后沟通。经过预审，评委会提出一些问题和意见，如果在评审会上去讨论这些问题和意见，需要花费大量的时间，大大降低会议的效率，因为很多问题不是和参会的每个人都有关系。
因此比较好的做法是，根据评委提出的预审意见，评审会议主持人（一般是项目负责人）会组织材料作者和提出意见的评委进行小范围的沟通，确认是接受意见还是拒绝意见，这些能有明确结论的意见，在评审会前已经确定了，在会上可以直接通过而不需要再讨论。
只有那些无法达成共识的意见才需要在评审会上进一步的讨论。经过预审后的沟通，能大大提升评审会的效率。
4
召开评审会
第四步，召开评审会。预审意见沟通完后，可以召开评审会。
评审会重点讨论沟通无法达成共识的问题和意见。
技术评审会的结论是一些遗留问题的处理，而决策评审会则需要给出明确的结论，结论的内容如上文所述。
最后都以会议纪要和问题跟踪表的形式进行存档和跟踪。
5
评审会后执行
第五步，评审会后执行。评审会结束后产生的会议纪要和相应的问题跟踪表，需要落地执行，一般会以任务的方式落实到具体的责任人。只有在责任人解决了问题之后，这个任务才能关闭，这样形成了一个完整的闭环，保证项目的进度和质量。
以上五步内容只是流程步骤，完整的评审流程，还需要定义角色和职责，如谁发起评审，谁组织会议，评委包括哪些成员，谁来决策等。除了角色和职责，还需要相应的评审机制，比如，决策机制是少数服从多数，或者是有关键角色具有一票否决权，或者是必须有多少比例的评委提出评审意见才表明预审有效等，这些机制也是沟通评审流程中非常重要的因素。
4
产品开发流程中的技术评审和决策评审
如上文所述，产品开发流程包括产品概念、产品计划、产品开发、产品验证4个阶段。在这4个阶段中，需要设置一些技术评审和决策评审,分别从技术上和商业上进行审查和决策。如图4-2列出了一些公司常见的评审设定情况。
图4-2产品开发流程中的技术评审和决策评审
图4-2表明在产品开发流程中包括3次决策评审，分别是概念决策、计划决策和可获得性决策。
除3次决策评审外，产品开发流程还包括6次技术评审，分别是TR1~TR6，这是狭义的技术评审，特指软件、硬件等技术方面的评审。上文提到的技术评审为广义的技术评审，它不仅仅包括狭义的技术领域评审，还包括采购、生产、质量、市场等其它领域的评审，这些领域的评审称为XR，X泛指各个领域，如狭义的技术评审为TR（Technical Review），财务评审为FR（Financial Review），生产评审为MR（Manufactured Review），但这些都归为广义的技术评审，用以和决策评审区分开来，所以广义的技术评审具有分级的概念。
广义的技术评审最高一级是PDT（Product Development Team,产品开发团队）的评审，PDT在后文中会做详细的介绍，它是产品开发团队，由产品经理作为团队负责人。也就是说广义的技术评审，它分级的含义体现在先由各个领域（如技术领域、市场领域、生产领域）在各自领域内部进行和本领域工作相关的技术评审，评审通过后由PDT团队对各个领域总的内容再评审，作为广义评审的最后一个环节。
图4-2仅是一个示例和参考，不同企业，技术评审和决策评审可以根据实际情况做一定的增删，但是企业需要有技术评审和决策评审环节增删的规则。
联系客服
