在产品开发的过程中，耳熟能详的一句话是“通过控制过程质量，来保证结果质量”，而对于关键交付件的“技术评审”，正是有效保证过程质量的重要举措之一。从咨询的过往情况来看，绝大多数企业在意识层面对技术评审的必要性还是认可的，但在实施层面的效果却不尽如人意，今天我们就来聊聊技术评审的一些关键点。

一、首先要对评审活动的目的达成共识：

a.发现错误和优化设计

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

c.规避风险

b.跟踪需求

二、基于上述目的，着重强调两点：

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

2. 技术评审重在发现问题，要保持积极开放的心态来面对会上的意见和建议，尤其是在交付件上倾注了不少心血的文档作者，一定要控制内心“护短”的冲动，千万别把评审会开成了辩论赛。另一方面，各方参与者不能只是盯着评审最后那“过/不过”的结果，而应该就发现的问题给出相应的对策和建议。

三、技术评审会要开出成效，注意下面三条：

1.评审要素表（Checklist）：技术评审的核心，它需要积累和维护，用一个人工智能上比较时髦的词来说，这个表单是需要”喂养”的，只有平时多注意经验和案例的收集和提炼，才能逐渐建立和固化最适合企业自身产品的评审要素表，一定程度地减少对个体专家的依赖；

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

3.会后的问题跟踪：“虎头蛇尾“也是技术评审中普遍存在的问题，”会上非常激动，会下一动不动“的现象屡见不鲜，实在是可惜。华为的优秀实践，是有专人对技术评审会上提出的问题进行详细记录和持续跟踪，甚至是进展通报的形式来真正确保问题的有效闭环。