在今天这样的一个聚变的时代，无论是组织还是个体，都需要不断地积累和重构知识体系。专业且有深度的碰撞可以帮助从业者更高效地获取有质量的信息。汽车电子与软件闭门圆桌正是这样一个平台，我们会定向邀请对行业有深刻见解且富有热情的专业人士，就工程实践中的共性挑战课题，以闭门的形式展开深度的探讨！
这是一个中立的、纯粹的行业思辨平台！
主题：
汽车软件研发管理 —— “ASPICE吐槽大会”
时间：
2023年4月9日, 14:00-17:00
EE芯视频推荐
视频：赛腾微电子：车规MCU + Power的产品矩阵现状和应用案例
地点：
上海
活动定位：
一个面向资深工程师的中立的，高效的，专业的，深度的交流与碰撞平台！
活动内容：
ASPICE诞生于2005年，诞生之初，是由德国的十几家主机厂和供应商，对于其下级供应商提出的要求，因为无法得到供应商的完全白盒交付，为了保证质量，那么需要保证供应商的研发流程是按照甲方定义的标准流程来实施的。十八年后的今天，ASPICE仍然是汽车软件行业最重要、最基础的标准之一。几乎每周都可以看到有几家公司通过了ASPICE认证，但是又几乎每天都可以听到具体工程师的吐槽，ASPICE究竟为何会有如此多争议？它是否还能适应SDV下的汽车软件开发？本次活动将讨论：
1、虽然ASPICE（Automotive SPICE）是汽车行业软件开发的一个通用流程框架，但实施起来会经常会面临相关人员的不理解或情绪抵触，并会增加实施所需的时间和资源。那么实施ASPICE的最核心挑战是什么？又应该如何有效的解决?
2、举例说明，您认为ASPICE标准中哪些方面，不符合当今汽车开发实践，或者您想吐槽的地方？可以从需求管理、变更、评审、追溯性等具体事例中展开。
3、在软件定义汽车趋势下，一方面”快速交付”、“OTA”已成为行业的共识，效率成为非常重要的市场考量指标，另一方面，快速交付导致了“交付质量”面临着比较大的风险，这两者的冲突已超出了传统的ASPICE研发流程体系的能力范围，“敏捷开发”是否可以解决这一切呢？敏捷在实施中的管控主要是什么？怎么和ASPICE结合？
4、您对ASPICE流程模型新的建议有哪些？是否还有其他可以借鉴的符合当今”SDV“的开发流程？您对未来研发管理流程，您有什么好的思路？哪几个方面将是您考虑的重点？
参会规模：
限20人以内
参会要求：
参会免费，资深汽车软件研发管理人员。
