如何撰写技术评审报告(Design Review)

2023/6/5 8:15:34 人评论 次浏览 分类:技术方案  文章地址://www.e-cumulus.com/tech/4941.html

工程师除了要会设计和解决问题之外,也要学会如何撰写技术评审报告书。昌晖仪表在本文聊聊撰写技术评审报告的思路和逻辑,供大家参考学习。

技术评审是什么?

外企通常称为Design Review,通俗点来说,就是向别人介绍你的设计并得到他们的批准。这个别人有时候可以是你的直属领导以及组内的专家,有时候也是整个研发部门的同事和总监。

一个产品(这里讲的产品都是拿具有实物特征的来举例),从设计到投入量产,简单点来说,大的设计评审会议主要有两个:分别为概念评审(原型机版本)和详细设计(开模版本)评审。


产品工程师接到一个仪表新产品开发的项目,通常先分析技术需求,然后再进行概念设计。Concept Design阶段很重要,决定了整个产品的尺寸和空间(内部和外部),以及内部PCB以及其他零部件的布局,同时也初步决定了产品的成本和制造方式。只有这个阶段的设计通过了评审后,产品工程师才能投入绝大部分精力来进行产品的详细设计,否则只会做无用功,吃力不讨好。好在,现在正规公司都会有自己的成熟的设计开发流程,重要项目节点需要提交相应的评审报告和设计资料,项目经理会来做把关。


作为一个产品工程师,这个工作很神圣也很严谨,为什么呢?因为产品工程师是人,而人是有感情的,所以工程师们通常对于自己设计开发的项目产品,具有很深的感情和自豪感。比如说你是做汽车类产品开发的,当日常生活中遇到了你开发的零部件,通常也会向朋友或家人,自豪地介绍到:“看,这个××就是我负责设计开发的。”


可以毫不夸张地说,产品工程师们通常将自己的项目看作是自己的孩子,从一开始的概念萌芽,到概念的生成和冻结,就好比一个生命的诞生;然后进入到详细设计和方案冻结,进行开模,就好像这个生命在不断成长,需要通过内在和外在的资源来发展自己,直到长大成年,开始独自面对社会去闯荡;最后再到产品的设计验证和产线验证,再至小批量试产和量产,那么,这就好比人成年后,在社会和职场需要经过不断试错和锤炼摔打,最终才能进入到生活的稳定增长期。


既然,产品对于产品工程师这么重要,那么,产品工程师在向他人介绍并需要得到他们的批准时,就需要将自己所做的设计理念和依据解释清楚,至少要符合基本的逻辑,尽量涵盖全面。

技术评审报告

撰写技术评审报告的思路
下面,昌晖仪表通过之前技术评审报告的逻辑(这里的评审指的是整个研发部门的会议,通常是向项目组成员和研发总监汇报),来和大家分享下撰写技术评审报告的思路:


1、产品概要

首先,一份技术评审报告的最开始,需要向读者或者听众解释下项目的背景和产品的大概内容。

项目背景:项目名称、项目内部编号、客户信息、客户开发节点信息以及后续出货信息,终端产品信息等。因为本文主要讲述技术评审的内容,所以此部分背景介绍,只需要大致介绍,因为项目经理在项目启动会(Kick-off meeting)上肯定已经做了更详细的介绍,不需要累赘说明。


产品概述:结构上通过展示最终方案的三视图,将长宽高尺寸标注,最好包含重量和体积,因为这两个指标在功率电子器件上,有时候客户会提出功率密度指标,如果还有和客户配合的地方,也需要介绍说明,同时最好展示下内部的布局图;硬件需要说明整个硬件系统和电源系统的架构框架,软件类似。


因为每个职能部门(结构、硬件和软件)都会有各自内部的专业评审会,在项目组的评审会上,这部门内容只需要介绍你的方案的概述,不需要太专业和详细,最好能够一页纸说明。


2、接口介绍(通常指结构部分)

这个部分也比较简单,如果产品涉及到与客户的对配,那么产品势必在产品外面会有些接口。比如用一般的电机控制器产品举例,如低压连接器、电源DC高压连接器、三相输出连接器或者铜排、冷却进出水嘴等。产品工程师需要将它们的型号、供应商、相关重要尺寸做下说明,从工程师展示的内容,可以看出哪些是客户指定的,哪些是产品工程师自己选的,最终都需要根据这些内容,在产品的总成图上进行标注。

3、产品爆炸图+BOM(通常指结构部分)

一个好的爆炸图,可以让非机械专业同事,快速清晰明了地了解到产品的组成,产品工程师可以根据零部件种类、新旧零部件和厂内厂外等分类原则,在爆炸图上通过颜色加以区分,这样采购和制造就能对整个BOM和组装进行确认和评估。

4、组装流程图(通常指结构部分)

技术评审的一个很重要的目的,就是确保工厂能够保质保量地将产品生产出来。所以通过展示详细的组装流程,对于制造同事来说,是非常重要的。在介绍组装流程时,除了要说明清楚组装的顺序外,还需要说明使用到的工具型号,如螺丝批标准;以及相关的工艺,如焊接、点胶等;同时还需要展示技术指标,如扭矩大小,烘干条件等。

5、详细设计

这个章节的内容,应该是技术评审会上需要展示的重要内容,因为它将向别人展示工程师设计的依据,也就是工程师为何这么设计。

还以电机控制器产品举例,产品从结构上来讲可以分几个小板块来说明:密封设计、散热设计、EMC设计、结构互联设计;

硬件部分就需要从模块来谈,也就是按照不同的模块电路,进行方案的详述,并附上硬件原理图,以及元器件的选型,如滤波器模块、防反接模块、SBC电源模块等。

6、设计验证

接着,产品工程师还需要对每一个设计的鲁棒性进行前期验证,也是在这个章节说明。

通常在没有实际产品出来前,结构部分的话,产品工程师通过CAE仿真来摸底。


如结构部分需要进行的有:流体仿真、强度仿真、振动仿真、模态仿真、散热仿真等;另外有些还需要通过计算来说明设计的可行性:如密封圈的填充率和压缩率的计算、紧固件的校核计算、安规距离的确认计算、公差的累积计算、气密性计算等。


7、风险评估

在技术评审报告的最后,产品工程师还需要将设计未考虑到的,或者是应用的材料或者工艺是没有经过量产产品验证的,又或者项目比较紧急,存在着资源配置问题的,等等,只要是觉得有风险的项目,都应该登记到风险清单中。并根据风险提出人、向谁寻求解决方案或者需要哪方面输入、风险如何避免或者减小等因素,给每项的风险评级:重要性和优先度顺序。

正好也可以在项目组成员都在的情况下,表达下自己的担忧,顺便也寻求下领导的帮助。


写在最后

以上是昌晖仪表大概以产品结构件开发时技术评审报告的逻辑,来对如何撰写技术评审报告书,提出的一些个人的理解。

其实,不管什么产品,基本都是这样的框架:需求分析说明→概念设计→详细设计→设计验证→风险评估。


另外,如果真的按照上面的流程和逻辑,要全部说明的话,这个会起码几个小时的时间,有时候会很浪费大家时间,加上如果会上还有激烈讨论的话。所以,通常建议按照研发职能,在进行正式的评审会议前,产品工程师可以找各个职能模块,来单独确认他们专业部分的内容,并达成一致,从而减少在正式会议上,浪费绝大多数人的时间。

共有访客发表了评论 网友评论

  客户姓名:
邮箱或QQ:
验证码: 看不清楚?