大众汽车：大规模汽车敏捷研发的应用及敏捷变革管理报告（37页）.pdf

1、大规模汽车敏捷研发的应用及敏捷变革管理赵卫o 哈尔滨工业大学软件学院特聘企业导师o 中关村智联联盟汽车研发管理和创新工作委员会委员o 中国信通院云上软件工程社区特聘技术专家o CAC敏捷教练发展工作委员会中国敏捷教练白皮书参编专家o 中国电子教育学会研发效能（DevOps）工程师职业技术技能标准项目组专家O 汽车敏捷发布专家o CAC专业级敏捷教练o AWS 高级DevOps专家o 京东首席敏捷DevOps教练o DevOps研发效能平台专家架构师o IBM CTO敏捷DevOps 卓越中心负责人研发效能（DevOps)技术工程师（中级）职业技术证书个人介绍-赵卫视频号微信号公众号1.快速汽车

2、研发的挑战我们引领移动出行的变革业务的演进及挑战电子电气架构发展阶段CEAMEB/PPE平台架构和平台路线图软件平台架构CEA中国电子架构电气架构中央计算+区域控制CEA中国电子架构电气架构中央计算+区域控制软件吃掉世界！软件不是可选项！造车需要软件思维！敏捷DevOps不是可选项！2.大规模敏捷研发的应用1997年的软件重用1997Component SystemsAXE 10 电信交换系统产品是瑞典有史以来最伟大的商业成功案例之一，它已被适配到全球 100 多个国家。AXE 系统已经过定制，以满足成千上万家独立运营和管理的安装站点的需求。它被认为是使用面向对象（OO）技术构建过的最大产品（

3、Jacobson,1996a）。AXE 电信交换系统的一个前身产品的开发始于 1967 年。由于爱立信希望向全球提供电话系统，它面临着使其适应众多不同国家需求的必要性。为了满足这些要求，并同时应对预期的竞争压力，公司在早期就做出了一项战略决策：为该产品设计和实现一种支持大规模复用和演进的架构。这需要使用新的技术和设计方法，这些方法此前在爱立信内部从未尝试过。这 30 年的经验证明了若干关键架构、流程和组织原则的重要性（Jacobson,1996b）。爱立信1997年Layer架构Component Systems敏捷系统工程信息模型逐步增长的复杂度、繁杂度和架构变更，转向敏捷系统工程Syste

4、m of Systems视图作为智能移动出行生态系统的一部分覆盖复杂的汽车环境基于逻辑架构重新定义系统级别的信息模型不同层级之间的握手更加聚焦敏捷软件研发Use Case&Use Case Realization面向功能的信息模型 从以组件为核心的设计演变成面向功能的设计 功能规格说明书独立于实现 功能实现规格说明书围绕产品和E/E架构 全局整体功能列表Backlog增量迭代开发增量迭代开发敏捷方法&软件工程敏捷汽车系统工程面向里程碑的系统工程面向产品迭代尽早交付灵活性：允许变更持续功能增长&性能增长持续软件&硬件成熟自研开发OTA持续交付流水线增量迭代开发繁杂 VS.复杂大众汽车整车PEP流

5、程PEP=Produkt Entstehungs Prozess=Product Emergence Process敏捷ASPICE+持续交付持续PRDFeatureStory持续架构刻意架构设计ADD迭代详细设计DDD持续测试迭代测试+PI测试测试策略测试报告Jira X-ray 测试管理Jira Bug Issue Type持续交付Automotive-Software Process Improvement and Capability Determination大众汽车整车PEP流程PEP=Produkt Entstehungs Prozess=Product Emergence Pr

6、ocess零部件/子系统 A Sample，B Sample，C Sample遵循整车PEP流程迭代增量+左移V模型零部件/子系统（软件维度）持续集成，System Demo台架+模拟器+样车端到端迭代验证和确认/合格性测试左移V模型（PI节奏）敏捷架构支持并行演进式迭代开发微软 1996-2001OMG CORBA 1991-2004COMMON OBJECT REQUEST BROKER ARCHITECTUREAUTOSAR 2005-2017SOA+ESB2000-2010微服务+容器2010-2020云原