一、明确技术评审的含义
什么是评审呢？ISO9000是这样定义的。评审是为了确保所涉及的对象的适宜性、充分性、有效性和效率，已达到所设定的目标而实施的活动。如管理评审，设计评审，顾客满意度评审等。对于产品开发来讲，评审主要分为决策评审和技术评审两类，今天重点讲解是技术评审。
技术评审是评审的一个类别，是为了评价产品包满足产品包质量要求的能力，识别问题，若有问题提出解决办法，对设计所作的综合的、有系统的，并形成文件的检查。
在开发过程中任何时候都可以进行技术评审的，做多少次评审，应从所付出的成本以及多带来的质量收益来衡量的。不是越多越好，也不是越少越好。那么通常要对哪些文件要进行评审呢？概括如下:
1.不同团队和不同系统/子系统之间的接口交付件需要评审，所以这些接口处一定要形成文件，要对这些文件进行评审。如开发团队对测试团队的交付件需要评审；系统设计团队输出的总体设计要形成文件并评审，以便进行子系统设计的概要设计。
2.开发过程的每个过程的输入要进行开发输入评审。如产品包需求是产品概念和总体设计的输入，需要评审。
3.开发过程的输出需要评审。如ipd计划阶段的产品包总体方案，在发放各子系统开展下一阶段工作前，需要评审。
4.整个产品开发过程需要多少技术评审要提前进行评审规划，规划有多少评审点，每个评审点的评审主题是什么，都应该有哪些人来参加。通常所有与此阶段和交付物相关的各职能部门代表和邀请的专家来参加评审。在实施IPD的企业，这些产品开发过程中的系统级评审是相对固定的，直接按要求评审即可，当然针对不同的产品项目类型需要进行裁剪定制。评审专家或评审委员可以以PDT主导，也可以采用公司或产品线专家组主导的方式进行，每个企业应根据实际情况来决定。所有的评审过程应做好记录，对齐评审意见和投入情况做好记录。
5.产品验证评审:产品验证评审主要发生在产品验证阶段。主要对验证报告进行评审，如对系统设计验证评审，集成测试评审，系统验证评审等系统级设计验证评审。
二、理解IPD中技术评审的特点
在IPD体系中，则重点强调分层次和多角度评审，以及发现问题的闭环处理:
1.IPD的TR是分层次的技术评审，包括各子过程和领域的SUB-TR和系统级的TR评审，而且通常TR都是通过开评审会进行，各个领域利用评审要素表进行多角度的集体评审。
2.强调设计的后处理，包括识别问题，还要给出改进建议，并跟踪问题的处理和解决。如果问题没有解决方案，并限期解决，就不能通过评审。
三、正确认识产品技术评审的价值
1.克服产品开发人员考虑问题的知识和经验的局限性、主观片面性、以及在质量和成本设计方面的不平衡性，要么质量过剩，要么质量不足。
2.为了补充产品开发人员的知识与经验不足，组织跨领域的专家资源进行多角度进行技术评审可以有效补充这些不足，如研发人员对工艺或材料的性能等方面的实践经验不足。
3.及时发现产品实现过程中的纰漏，及时制定补救措施，越早发现，质量成本越小。
4.通过技术评审，还能扩大开发人员的视野，增加开发经验，逐步提升个人开发水平。所以技术评审中发现问题并不可怕，可怕的是不长记性。当然，完全依靠开发人员长记性是靠不住的，应将高频次的那些错误和缺陷形成评审要素表，通过评审要素表的自检来及时发现问题，节约评审成本。
四、构建产品技术评审机制，系统化地提升产品开发质量保障能力
1.构建适合企业和产品特点的IPD产品开发流程；
2.识别系统级TR点设置，明确通过标准；
3.建立公司内外部开放的评审专家团队；
4.建立系统级TR评审要素和优化机制；
5.建立TR评审运作制度，规范评审会议操作规范；
6.树立质量为先，一次性将事情做对的质量意识。
网友评论