大规模汽车敏捷研发的应用及敏捷变革管理

个人介绍-赵卫 O汽车敏捷发布专家o CAC专业级敏捷教练o AWS高级DevOps专家o京东首席敏捷DevOps教练oDevOps研发效能平台专家架构师oIBM CTO敏捷DevOps卓越中心负责人 o哈尔滨工业大学软件学院特聘企业导师o中关村智联联盟汽车研发管理和创新工作委员会委员o中国信通院云上软件工程社区特聘技术专家o CAC敏捷教练发展工作委员会《中国敏捷教练白皮书》参编专家o中国电子教育学会研发效能（DevOps）工程师职业技术技能标准项目组专家 1.快速汽车研发的挑战 我们引领移动出行的变革 业务的演进及挑战 电子电气架构发展阶段 平台架构和平台路线图 软件平台架构 CEA中国电子架构电气架构 中央计算+区域控制 CEA中国电子架构电气架构 中央计算+区域控制 软件吃掉世界！ 软件不是可选项！ 造车需要软件思维！ 敏捷DevOps不是可选项！ 2.大规模敏捷研发的应用 1997年的《软件重用》 爱立信 AXE 10电信交换系统产品是瑞典有史以来最伟大的商业成功案例之一，它已被适配到全球100多个国家。AXE系统已经过定制，以满足成千上万家独立运营和管理的安装站点的需求。它被认为是使用面向对象（OO）技术构建过的最大产品（Jacobson, 1996a）。 Component SystemsAXE电信交换系统的一个前身产品的开发始于1967年。由于爱立信希望向全球提供电话系统，它面临着使其适应众多不同国家需求的必要性。为了满足这些要求，并同时应对预期的竞争压力，公司在早期就做出了一项战略决策：为该产品设计和实现一种支持大规模复用和演进的架构。这需要使用新的技术和设计方法，这些方法此前在爱立信内部从未尝试过。 这30年的经验证明了若干关键架构、流程和组织原则的重要性（Jacobson, 1996b）。 1997年Layer架构 敏捷系统工程信息模型 逐步增长的复杂度、繁杂度和架构变更，转向敏捷系统工程 System of Systems视图作为智能移动出行生态系统的一部分覆盖复杂的汽车环境 基于逻辑架构重新定义系统级别的信息模型 不同层级之间的握手 更加聚焦敏捷软件研发 Use Case& Use Case Realization 面向功能的信息模型 •从以组件为核心的设计演变成面向功能的设计 •功能规格说明书独立于实现 •功能实现规格说明书围绕产品和E/E架构 •全局整体功能列表Backlog 增量迭代开发 增量迭代开发 •敏捷方法&软件工程→敏捷汽车系统工程 •面向里程碑的系统工程→面向产品迭代•尽早交付 •灵活性：允许变更•持续功能增长&性能增长•持续软件&硬件成熟 •自研开发•OTA•持续交付流水线 增量迭代开发 繁杂VS.复杂 大众汽车整车PEP流程 PEP =ProduktEntstehungsProzess= Product Emergence Process 敏捷ASPICE+持续交付 Automotive-Software Process Improvement and Capability Determination 持续交付 •持续PRD•Feature•Story•持续架构•刻意架构设计ADD•迭代详细设计DDD•持续测试•迭代测试+PI测试•测试策略•测试报告•Jira X-ray测试管理•Jira Bug Issue Type 大众汽车整车PEP流程 PEP =ProduktEntstehungsProzess= Product Emergence Process零部件/子系统A Sample，B Sample，C Sample 敏捷架构支持并行演进式迭代开发 从Software Engineering中学习 敏捷架构支持并行演进式迭代开发 •使用接口解耦架构•接口明确定义不同领域/组件/零件的边界和交互协议•接口相当于合同，允许各自并行独立开发和演进•接口演进的速度频率慢•领域/组件/零件内部演进速度快•针对软件&硬件 敏捷架构支持并行演进式迭代开发 使用接口解耦架构 •并行软件增量迭代开发 •并行硬件增量迭代开发 纵切软件&硬件Backlog item 持续交付流水线加速交付 •纵切软件切片•纵切硬件切片•持续交付 持续交付流水线加速交付Automated Daily Build •主干开发•分支发布•配置文件•自动化 PLE产品线工程赋能平台多个变种 3.敏捷变革管理 变革管理模型 系统性地指导变革 ➢以人为本的：如何为个人实现变革？➢以过程为中心的：什么时候可以由谁为谁做？➢一些方法结合了人和过程 我们如何转型？ 我们如何开发