在产品开发的过程中，耳熟能详的一句话是“通过节造过程质量，来保障了局质量”，而对于关键交付件的“技术评审”，正是有效保障过程质量的沉要行动之一。从征询的过往情况来看，绝大无数企业在意识层面对技术评审的必要性还是认可的，但在执行层面的成效却不尽如人意，今天我们就来聊聊技术评审的一些关键点。 

　　首先各人要对评审活动的几个主张达成共识：

　　a.发现谬误和优化设计

　　b.评估设计质量（成熟度）

　　c.躲避风险

　　d.跟踪需要

　　基于上述主张，着沉强调两点：

　　1.前三项各人相对都比力熟悉也很好理解，但“跟踪需要”似乎容易被沉迷于技术细节的大拿们忽略。任何受欢迎的产品都是为满足客户的需要而诞生的，技术规划的选择和设计源于产品规格，而产品规格的源头还是落在需要，因而，在技术评审的过程中，肯定要维持这种溯源的视角，预防评出“客户不必要的’好’产品”来；

　　2.技术评审沉在发现问题，要维持积极盛开的心态来面对会上的定见和建议，尤其是在交付件上倾泻了不少心血的文档作者，肯定要节造内心“护短”的激昂，千万别把评审会开成了争吵赛。另一方面，各方参加者不能只是盯着评审最后那“过/不外”的了局，而应该就发现的问题给出相应的对策和建议。

　　指标统一后，要想技术评审会开出功效，还妥贴心下面三条：

　　1.评审身分表（Checklist）：技术评审的主题，它必要堆集和守护，用一幼我工智能上比力时髦的词来说，这个表单是必要”喂养”的，只有平时多把稳经验和案例的网络和提炼，能力逐步成立和固化最适合企业自身产品的评审身分表，肯定水平地削减对个别专家的依赖；

　　2.会前的资料预审：通过征询我们相识到，有太多的评委都是在会上才“第一次”看到待评审资料的内容，没有预审，没有筹备，其成效可想而知，未经过充分的思虑和审视，慌忙间提出的问题鸡毛蒜皮，毫无营养，极大地减弱了技术评审的价值；

　　3.会后的问题跟踪：“有始无终“也是技术评审中普遍存在的问题，”会上极度激昂，会下一动不动“的景象层出不穷，切实是惋惜；挠帕际导，是有专人对技术评审会上提出的问题进行具体纪录和持续跟踪，甚至是进展传递的大局来真正确保问题的有效关环。

　　但愿容教员以上的分享，可能对各人做好技术评审有所援手，也欢迎各位研友们留言互换和会商！

　　本文地址：/guandiandongcha/3222.html