欢迎大家来到IT世界,在知识的湖畔探索吧!
企业为了获取商业价值，就离不开商业决策评审。
那技术评审又有什么作用呢？
技术评审的目的是为了尽早发现缺陷并修复，因为越往后端，修复问题所需要的成本越高。
比如下面这张图展示的，在前期需求阶段所需成本最低，
而到了后面的运行发布阶段，修复问题所需的成本指数级上升。
欢迎大家来到IT世界,在知识的湖畔探索吧!
好，下面具体来讲讲几个主要的TR评审点。
TR技术评审
在IPD中主要涉及以下TR评审点：
关于TR评审的结果，有三种状态：
- Go表示达到评审要求，通过；
- Go With Risk表示带风险通过，基本达到评审要求；仍存在风险，但风险可控；
- Redirect表示未达到评审要求，需要项目重新做补充工作，再做TR评审。
TR流程：
TR1评审点
主要是指需求及业务方案评审，关注的是产品需求包以及业务方案。
入口：
|
产品包需求是否100%转化为设计需求？ |
|
DFX是否落入产品包需求，并经过评审？ |
|
是否完成需求跟踪？ |
|
TR1交付件是否完成评审，且都已经归档基线？ |
交付件包括：
产品包需求、设计需求、产品包开发主计划、需求跟踪单等内容。
TR2评审点
主要是指总体方案及产品系统规格评审，关注的是总体方案和产品系统规格；
入口：
|
TR1阶段遗留问题是否已解决并关闭？ |
|
设计需求是否100%转换为设计的规格？ |
|
需求分解分配是否完成，各领域参与充分评审？ |
|
已经就不同功能配置和子系统方案进行权衡并且已经选择最佳设计； |
|
已经完成子系统之间的接口设计和子系统总体方案设计； |
|
本阶段交付件是否已全部完成评审，并归档基线？ |
交付件：
|
需求的分解分配 |
|
设计规格书 |
|
总体设计方案/产品设计说明书 |
|
系统架构设计 |
|
系统配置说明 |
|
DFX设计说明书 |
|
架构评审报告 |
|
系统级FMEA报告 |
|
整机系统设计方案 |
|
接口文档 |
|
命令行规范 |
|
目标成本 |
|
产品测试与验证计划 |
|
产品开发计划书 |
TR3评审点
主要是指软件概要设计，以及硬件详细设计评审。
关注的是对软件概要以及硬件详细设计方面的内容，主要包括硬件、软件、工艺、工装结构等；
入口：
|
上一阶段遗留问题是否已解决关闭？ |
|
软件需求规格说明书是否已完成评审？ |
|
概要设计是否完成评审？ |
|
本阶段交付件是否已全部完成评审，并归档基线？ |
交付件：
|
产品标准计划 |
|
需求规格说明书 |
|
需求SRS分析文档 |
|
Build计划 |
|
软件接口文档 |
|
测试与验证计划 |
|
资料开发计划概要描述 |
|
产品功能列表清单 |
|
产品主打卖点胶片 |
|
需求矩阵度量表 |
TR4评审点
主要是指研发样机评审，关注的是开发活动是否完成并通过测试验收；
入口：
|
单元及系统测试是否已完成？ |
|
系统联调是否完成，SDV入口是否满足？ |
|
系统规格是否全部实现？ |
|
TR4阶段交付件是否已全部归档？ |
|
Pclint是否清零？ |
交付件：
|
软件设计说明书 |
|
目标程序 |
|
单元测试用例及报告 |
|
BBFV测试用例及报告 |
|
构建指导书 |
|
代码检视报告 |
|
测试执行策略 |
|
试验局演示方案 |
|
PCB绘制板图 |
|
PCB加工工艺要求细节 |
|
硬件BOM列表清单 |
|
研发样机调测报告 |
TR5评审点
主要是指研发发布评审，关注的是产品是否满足发布标准；
入口：
|
SIT测试用例执行率是否达到98%以上？ |
|
是否无致命和严重遗留问题？ |
|
TR5阶段交付件是否已全部归档？ |
交付件：
|
SIT测试报告 |
|
版本说明书 |
|
资料测试用例/报告 |
卫朋
《硬件产品经理》作者，实战派产品及流程专家，人人都是产品经理受邀专栏作家，CSDN认证博客专家、嵌入式领域优质创作者，阿里云开发者社区专家博主。
免责声明：本站所有文章内容,图片，视频等均是来源于用户投稿和互联网及文摘转载整编而成，不代表本站观点，不承担相关法律责任。其著作权各归其原作者或其出版社所有。如发现本站有涉嫌抄袭侵权/违法违规的内容,侵犯到您的权益，请在线联系站长,一经查实,本站将立刻删除。 本文来自网络,若有侵权，请联系删除，如若转载，请注明出处：https://itzsg.com/145062.html
