文档介绍：研发质量管理贯穿于产品开发的全流程,包括研发质量管理组织建立、研发质量策划、研发质量控制(技术评审和产品测试)、研发质量保证和研发质量改进。而技术评审穿插于产品概念、计划、开发、验证与发布各阶段之间,目前也正是我们公司产品开发流程中最薄弱的环节,以往有些流于形式,主要原因是没有将技术评审分层分级进行。我们目前很多评审将研发组内纵向模块级评审与涉及PDT多部门的横向产品级评审混为一团,所以有人对跟自己无关的事讨论占用大家时间有意见,甚至有时不参加会议。只有分级评审才是解决问题的根源,项目组在进行产品级评审之前必须先进行研发组内模块级评审,并做好必要记录和有关问题解决办法,模块级评审可以邀请其他技术部门高手参加,技术专家提供意见但不承担责任,可以不签字或者签字注明“特邀”,以便明确责任。产品级评审主要针对PDT各部门之间接口部分和模块级评审中提出的重大问题,如果模块级评审进行充分,产品级评审过程的时间就会降下来。建议由QA组织产品级评审,并对项目组的模块级评审记录和准备提交产品级评审内容进行检查,通过后方能进行产品级评审,同时维持会场秩序,避免陷入细节,避免把各村、乡、县里的事情都放到省级会议上讨论,提醒PDT中各部门代表真正代表其部门发言。考虑到QA人员数量和技术水平有限,模块级评审尽量参加,产品级评审则必须参加。抓好技术评审将是今年和明年研发质量保证组的工作重心。
    技术评审最后谁来拍板呢?项目经理、产品经理、还是产品总监?我跟培训老师特别交流过。目前我们公司把产品经理定位于产品需求管理和市场支持,处在产品开发的两头把关。这对产品经理的要求很高,往往对多个项目提供支持,开会、出差较多。产品总监更是事务众多,评审会时常无法参加,对项目的了解项目经理则更为全面。培训师建议:产品总监授权项目经理综合PDT成员意见,对技术评审最后拍板。我也认为项目经理具备这个能力。
    需求评审非常重要,它对设计、开发影响最大,变更也是最多的,如何控制好变更,尽量减少变更?最好办法是一开始就尽量把事情做充分。需求评审时召集PDT成员代表自己部门提出需求,如工艺工程师提可制造性需求、测试工程师提可测试性需求、工程部提可服务性需求等等,我们的PDT成员除研发部门外生产、营销、工程目前还没有充分利用自己的发言权,他们对项目的了解也是皮毛,产品需求里自然也很少体现这方面的内容。有人将研发、市场和销售部比作一个足球队的后卫、中场和前锋,市场部是