382
五、开发过程中的管控流程和注意事项
经过前期与意向供应商的交流，并对所有交流的供应商进行评估，经过内部汇报，中标供应商确认后，待内部定点流程完结，采购会发正式的定点通知书给到供应商，技术一般在正式通知下发以后再启动与供应商的正式交流。如果因为项目时间紧急等情况，正式定点通知书走流程也需要时间，咱们也可以在采购口头通知供应商后就开展相关的项目工作。
一、在正式开始与供应商进行产品的开发工作之前，咱们还需要做一个个人认为非常重要的工作，那就是与供应商开一个正式的项目启动会。项目启动的流程可以包括：
1、给供应商发一份正式的项目启动会邮件，主要表达以下几层意思：
（1）、首先对供应商表示祝贺和感谢，祝贺他们经过前段时间的努力成功拿下咱们的项目；感谢他们愿意与咱们就项目进行合作，就项目而言咱们以后就是“一根绳上的蚂蚱”了，需要咱们双方同舟共济、共同把产品开发好，按项目进度保质完成产品的开发和整车的搭载测试以及验证工作。
（2）、希望供应商能协调安排好项目人员，并准备开始进行产品开发工作。并提供一份项目成员名单模板，要求供应商按照模板的要求提供项目所有的成员名单及联系方式，以便在需要时能联系到相关的人员进行信息确认和技术交流。
（3）、正式将产品开发过程中的待办管理要求（模板）、例会制度、风险识别和管理（模板）等要求逐一释放给供应商，在启动会上咱们可以有针对性的与供应商进行交流和沟通。
（4）、重点澄清一下最近比较重要的或者需要现在就要开始的工作，并明确时间节点。给到对方明确的要求和让对方有掌控感。
（5）、启动会开始的时间。可以先提前与供应商沟通好双方都方便的时间，尤其双方领导的时间。
由于是正式项目开始的第一次会议，为表重视和正式，最好都邀请请双方的领导参加，这样在第一次会上咱们达成的开发原则和要求，可以得到双方领导的确认和认可，以后要是出了问题，沟通起来也会稍微顺畅一些，为以后的产品开发扫除一些障碍。
这样的一封邮件出去，基本上就把启动会主要的议题也确定了，双反也可以就主要议题提前做一些准备，这样启动开的效率应该也会高一些。
这个启动会可以是专门技术的启动会，当然也可以跟SQE等一起开，不同的公司可能还会有些差异。
二、接下来就是启动会了，如果在启动会之前的邮件已经把议题说清楚了的话，直接按照定义好的流程来就可以，基本上问题就不大了，启动会肯定会比较顺利，要的就是项目开发的一种仪式感。 重要的是启动会上要把开发的原则和要求讲清楚，尽量做到“先小人，后君子”，避免后期因为要求不明确而闹误会，影响产品的开发进度等。
还有一点需要说明的是，前面提到的待办管理，这个不仅是我们给供应商提待办，供应商也可以根据需要给我们提待办以及对应的截止时间等，毕竟双方的合作是建立在在平等的基础之上的。也只有这样，才是良性的合作关系。 三、启动会之后就是正式的产品开发过程的管控了。
正式的管控也是可以分为几个阶段的，主要包括：
1、总体设计：总体设计也可以叫概念设计，包括将前期的需求转换为产品规格要求；软硬件的架构设计，确定设计原则，进行软硬件的模块划分；软硬件设计的可行性评估，进行仿真分析等；梳理产品计划，以匹配整车的开发节点。 这些都是供应商在产品前期需要做的工作。 对于我们而言，重点是评审供应商输出的架构（系统）设计书，仿真报告（热仿真、流阻仿真、电路仿真、壳体强度仿真等），产品的开发计划等。
（1）、对于架构设计书主要重点关注系统框图、硬件的拓扑方案、主要模块的设计方案、主要元器件的选型依据和性能评估、机械结构的概念设计、控制策略、主要的核心算法、工艺设计等等方面。
（2）、仿真的目的大家可能也是比较清楚的，主要在于进行产品方案的可行评估，识别设计缺陷，以最小的代价识别前期的设计风险。
对于供应商的仿真报告，我们主要关注热仿真报告，重点关注主要功率器件、变压器、电感等发热器件的热仿真结果。
流阻仿真也是比较重要的，如果壳体的水道设计不合理，流阻过大将影响产品的散热和长期稳定的运行，因此理论上流阻自然是越小越好。当然了也还是要兼顾硬件布局和生产工艺等。待流阻基本确定后，可以将此数据提供给整车热管理，作为整车热管理设计的依据之一。
当然，有能力的供应商还会进行电路的仿真，我们需要关注信号完整性仿真、电源完整性仿真、EMC仿真。但是很多供应出于保密的考虑，一般这些仿真其实很难提供给主机厂，除非经验丰富 主机厂技术人员可以通过交流和沟通多挖一些信息进行评估。
壳体强度的仿真也是很重要的，这关系到产品在整车复杂的振动环境下和生产组装环境稳定工作的情况。我们需要根据整车的振动路谱和组装的扭力要求进行要求和评估。
产品开发计划是产品开发成功与否的重要依据。所以我们对于供应商的产品开发计划也需要重点关注，产品的开发计划必须要符合整车的项目开发节点，偏差要在可控的范围内，做到时间与资源的平衡。同时要关注供应商开发计划实施的可行性，尤其是一些主要的活动项，比如开模、功能调试等。
以上是主要在正式进行产品的详细设计之前咱们需要重点关注的。当然咱们的关注点还有其他的方面，就不一一说明了，大家可以根据自身项目的特点进行区别。 2、在完成产品的整体设计以后，就是产品的详细设计了，详细设计主要包括硬件详细设计、软件详细设计、结构的详细设计等。
（1）、硬件设计包括原理图的设计、PCB的设计、原理图和PCB的评审、DFMEA编写、历史问题分析和规避等。 这里需要说明一点的就是，如果咱们有能力和时间的话，在供应商设计完原理图、PCB后最好是咱们专门评审一下供应商的原理图和PCB，尤其要重点关注EMC、驱动、电源等相关的设计。为避免评审的不充分咱们可以提前准备一份原理图和PCB的评审清单，评审时进行逐一的确认。这份清单理论上与供应商内部进行的原理图和PCB的评审checklist差异不大，但是会增加一些与整车布置相关的部分，以便在设计的前期多暴露一些问题，以免后续进行重复的打板和调试工作，。
以下是一份简单PCB评审的checklist，仅仅用来做一个示例吧，具体的checklist需要根据自身的情况进行梳理。 （2）结构设计包括壳体的设计、强度仿真、流阻仿真、热仿真、铜排设计等等。当然，结构设计可以跟原理图和PCB的设计评审一样，也应该有一份checklist清单。这个清单是我们进行产品设计或评审的依据之一，有了这份清单，至少可以保证我们产品设计或者产品评审不漏项，同时提高评审的效率。这里关于结构的checklist就不举例了，请有需要的自行根据其产品实际特点进行梳理。
对于咱们而言，需要检测确认供应商的设计能否满足整车的安装尺寸、接插的位置是否是按要求设计的、水道的流阻是否满足要求、结构能否满足产品工作时的散热要求等等。咱们也需要尽量多的了解其产品设计的细节，只要在充分了解产品细节的情况下才能在后续的装车、整车测试时出现问题时尽快的锁定问题。也才能与供应商一起把产品的质量提升上去。
（3）、软件设计和评审也是同样的道理，我们需要尽量多的了解供应商内部的控制逻辑、设计思路、状态跳转、诊断等，可以产品代码走读，设计文档评审等。当然，现在很多的代码都是模型自动生成的，那如果你有能力，也是可以评审其模型设计的合理性嘛。
以上说了这么多，就是为了让咱们能对产品的开发过程有更多的掌控感，尽量避免产品开发偏离正常轨道。
（4）、设计完成后供应商就应该将设计文件外发打板或者进行壳体的制作，而后就是产品的 调试和测试工作。在调试和测试过程中，我们除了要定期了解其进展外，更重要的是需要了解其调试过程中的问题。尤其对于电源产品而言比较重要的热测试和管子的电应力测试。可以将热测试和电应力测试结果或者报告作为研发过程中的交付物，让其提供相关的数据或者报告。如果为了咱们后续查看或者增加数据的方便，咱们也可以提供一个模板，让供应商按照模板记录相关的数据并进行提交。
在这个过程中，咱们还可以给一个模板，让其记录在调试测试中出现的关键问题的相关信息，可以包括时间、地点、问题的具体描述、解决方案、验证效果等，这个数据可以跟后面装车发生的问题放在一起，以一个装车节点为阶段，在装车并调试完成后，咱们进行复盘的时候通过这个记录表就能一下子了解到这一阶段出现过的问题，以便在此基础上开启下一阶段的设计工作，尽量避免同类问题重复发生的概率。
一般以上打样和调试测试工作或进行几轮，才能完成产品的最终设计。 3、在一个阶段产品调试完成后，成熟度达到一定要求后，就需要分阶段送样装车，并在整车上进行调试和验证工作。
这里要说明的一点就是，供应商在送样之前，需要对这一批的产品至少有1到2台进行全面的测试，并形成详细的测试报告，同样件一并提供，而不仅仅是一份简单的出厂报告。这样做是因为前期产品成熟度还不够，测试的越全面，越知道这一版样件的问题在哪，咱们在装车后出现问题也就能快速的进行问题排查，，加快整车调试的进度。
装车之后在整车的调试工作各家都有自己的标准和方法，按照自己的流程走就可以，这里就不再赘述了。 这要说的一点就是调试过程中的问题记录，这个在上面也提到，咱们提供给供应商模板，咱们自己也是适用的，出现问题要进行详细的记录，以便在进行阶段性总结的时候能快熟的了解这个阶段出现了哪些问题？哪些问题是不应该发生？哪些问题是超出咱们能力的？后续怎么规避等等。如果没有进行记录的话，一个开发阶段结束后，咱们可能也能记得一点点，但具体的细节应该会比较难记得了。如果是咱们在做新的项目，再去回忆上一个项目的问题，估计这个时候都忘的差不多了，更别说怎么样规避和提高了。这个从项目管理的上来说，这就是组织的过程资产，其实也是咱们自己的资产。
当然除了这个份问题记录表以外，还有整车的调试报告，测试数据等等。这些都是进行下阶段产品的重要依据，为产品改进提供方向和指引。
这个过程一般也会进行几轮的，才能完成整个产品的开发。 4、在产品开发过程中，还有一项很重要的工作，就是进行产品的DV以及PV的测试。一般研发只负责DV的部分（有些公司PV也是研发在负责），那这里说的负责更多的是DV的试验条目、测试要求、测试周期、测试结果等负责，而试验室的选择一般公司都有相关的认可的试验清单，供应商只要在清单内选择，测试结果就会得到认可。
而作为研发，重要的是跟供应商一起定义好测试内容以及特别的要求。很多公司的测试条目要么比较简单，要么就干脆直接沿用供应商的测试清单，其实这样咱们很难对产品有更加深入的了解。咱们对于DV试验大纲可以包括试验条目及要求、测试矩阵（尤其重要），测试模式、样品数量等进行详细的定义，一来是可以让咱们能对测试的要求更加的了解，二来也便于商务报价，避免因测试导致的商务谈判。当然了，这个DV大纲其实应该在正式报价之前就定义好，定点后只需要针对很小部分调整就可以，也不会导致设变。
5、以上都是研发在产品开发管控中比较重要的内容，其他的管控要求和项目交付物等，一般公司都有详细的流程，咱们跟着流程走应就没什么问题。当然，开发中还会有很多的细节，在这里咱们也不可能一一的都罗列出来，就需要咱们根据咱们自身产品和公司的流程摸索出一套属于自己的开发方式了。
最后，要说的是，虽然咱们提了这么多的要求，也关注了很多开发的细节。并不是为了要为难咱们的合作伙伴，而是希望咱们能与供应商一起，按照项目的设计节点要求，确保产品的开发过程可控，产品质量可靠。
声明：以上仅代表个人观点。如有不当之处，欢迎各位同行批评指正。谢谢。
内容由作者提供，不代表易车立场
