EEA工作中遇到的常见问题
如果EEA工作规划不清晰，工作很难开展
1、工作边界不清，功能、通信、诊断、安全等等，都和架构强相关。车型项目中遇到过的奇葩示例：项目领导说，某功能涉及多部门，架构来组会，来组会，组会，会。和领导沟通后明白了，架构不参与技术评估，不参与汇报，就只是负责组会。所以架构的边界非常重要：对功能负责？对拓扑负责？对硬件负责？责任一定要清晰。
2、存在感弱，什么都相关，但是又对什么都不负责。这有个前提，如果架构边界不清晰，解决不了问题，毫无存在感，技术文档自娱自乐，出了问题就背锅而已。本质还是第一个问题，输入是什么，工作范围是什么，输出是什么，如何为下游客户解决痛点。
3、工作效率低，不管什么部门，什么领导，都会指点一番。N年前的油车A项目A供应商CAN网关100元，电车B项目B供应商 CANFD 200元了，项目领导要求论证CANFD降为CAN，做专题汇报。这好比说，我以前吃了个烤乳猪800元，今天这头猪为什么要付2000元？这是CAN和CANFD的问题吗？can的收发器和CANFD差几块钱？MCU升级是因为CANFD吗？这些基础知识，架构专业非常有必要让关联部门了解。
4、综合能力要求高，特别是领导。如果综合能力不足，说的大一点，直接影响公司的投入产出。某部门讲，舱泊一体是未来，架构开始大张旗鼓的推动在项目上落地，完全不考虑项目周期、平台化、车型定位、配置梯度，供应商资源、开发风险这些必要点。
免责声明：本文仅代表作者个人观点，与本网站无关。其原创性以及文中陈述文字和内容未经本站证实，对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺，请读者仅作参考，并请自行核实相关内容。
作者: Admin 本文最后编辑于2023-10-2 08:05:54
上一篇
昵称
发表评论: