什么是IPD中的技术评审
技术评审,Technology Review:是指在IPD体系中,通过召集企业内、外部专家资源,对产品开发过程的技术要素进行的一系列分层次、多角度、跨领域的评审活动,以保证研发的过程质量和交付
技术评审体系三层架构
- 模块层技术评审:模块层是在子系统层面再往下细分的层次(如电路板上的某个功能模块,软件的详细设计等),为同行设计和问题讨论
- 子系统层技术评审:在各个专业子系统的层面上对产品开发的每一个过程结果进行评审,(如电路、软件等子系统的概要设计评审等)。是正式评审点,由项目组组织,对子过程活动输出质量把关。
- 系统层技术评审:在系统级的层面上对产品进行把关的评审,是对项目关键路径中各关键交付件的评审。此类交付件涉及了系统层面的需求、方案、设计、测试等方面,是项目中最基础、最关键的交付件。一般包括七大TR评审点,由LPDT或SE组织。通过评审结果对产品质量进行评估,并且对PDT提出改正建议
TR的目的
- 优化设计:及时发现设计中欠考虑的方面及其原因。
- 发现错误:使产品项目的选择、问题和错误尽早明朗化,避免下游阶段对前期隐藏的缺陷无法纠正或者被迫耗费巨大的人力、物力和时间才能纠正。
- 跟踪需求:确保在设计中考虑到了所有技术风险,并且在产品包设计中进行了充分考虑以满足规定的产品包需求。
- 质量评估:评估设计成熟度,在项目关键点上评估产品包开发的状况,为产品项目的决策提供有力的依据。
- 风险规避:明确设计中存在的风险,根据评审结论可以采取相应的风险规避措施或其它具体行动。
TR评审常见的问题
- 没有TR评审计划
- 专家选择不合适
- 没有充分的准备
- 评审过程偏离了主题和重点
- 评审过程中过多的争执,占用了大量的时间
- 评审中发现的问题没有得到闭环跟踪
- 没有TR评审要素的指导
TR评审的一般流程
TR的三个结论:
- 通过:没有遗留问题和只是一些没有解决风险、可以很快解决的问题
- 条件通过:遗留问题的解决存在一定风险,但不影响下一步活动的启动
- 不通过:遗留问题影响到下一步活动的启动,必须首先解决