叶青-工业嵌入式DevOps转型实践

目录 持续交付X.01工业DevOps建设挑战及实践23Q&A4前言 简介： •14+敏捷相关经验，资深咨询师•覆盖业务敏捷、团队敏捷、DevOps•精通SAFe、Scrum、KANBAN、Design thinking、LeanUX、LeanStartup等•熟悉金融业、制造业、游戏行业的业务模式及IT结构•作为专家级咨询顾问主导大型机构敏捷转型、DevOps建设 咨询与实施案例（汽车）： •所谓工业 •造车4.0 第四次革命 第三次革命 第一次革命 第二次革命 自动化生产-电池动力 电气化生产-燃油动力 机械化生产-蒸汽动力 规模化自动生产-智能化 在这个阶段，自动化技术开始被引入到汽车生产中，大大提高了生产效率和制造精度。机器人和自动化设备取代了部分人力，使得汽车制造更加高效和质量可控。 对应于工业2.0时代。在这个阶段，电力开始广泛应用于汽车制造中，取代了蒸汽动力，使得零部件生产与产品装配实现了分工，汽车工业也因此进入了大规模生产的时代。 对应于工业1.0时代。在这个阶段，汽车制造主要依赖机械化生产，通过蒸汽动力驱动机器取代人力，从而实现了手工业从农业中的分离，正式进化为工业。 在这个阶段，互联网化和智能化成为了汽车发展的主要趋势。通过引入物联网、大数据、人工智能等先进技术，汽车制造实现了高度数字化和智能化。 未 来 汽 车 就 是 一个 智 能 移 动 空 间 •汽车 嵌入式开发：主要涉及车辆的硬件和底层软件部分 车内应用层软件开发：主要涉及车辆的高级软件部分 车外系统泛互联网类业务 互联网营销与品牌管理： 实时操作系统（RTOS） 车联网（V2X）系统： 汽车厂商通过监测互联网上的媒体动态，了解消费者对汽车产品的关注点和需求，以优化营销策略。 RTOS用于管理嵌入式系统的任务和资源，以确保系统的实时性和可靠性。在汽车领域，RTOS通常用于控制车辆的各种功能和系统 传统软件开发还可以用于开发车联网系统，这些系统通常基于互联网协议和标准，可以实现车辆与周围环境和其他车辆的通信和协作。 传感器和执行器 传感器用于监测车辆的状态和环境，而执行器则用于控制车辆的各种动作。嵌入式开发需要编写软件来驱动这些传感器和执行器，并确保它们能够正确地工作。 互联网金融服务： 车载娱乐系统： 包括汽车贷款、保险、融资租赁等金融服务，通过互联网平台实现线上申请、审批和放款，提高服务效率和用户体验。 传统软件开发可以用于开发车载娱乐系统，如音频播放器、导航系统等。这些系统通常基于通用的操作系统和开发工具，并与用户进行交互。 汽车电子控制单元（ECU） ECU是汽车的大脑，负责控制车辆的各种功能和系统，如发动机控制、悬挂系统、刹车系统等。嵌入式开发需要对硬件进行设计和编程，以确保ECU能够正确地控制这些系统。 智能驾驶辅助系统： 智慧出行与共享服务： 传统软件开发也可以用于开发智能驾驶辅助系统，如碰撞预警、自动泊车等。这些系统通常基于机器学习和人工智能技术，可以进一步提高车辆的安全性和舒适性。 如网约车、共享单车等，通过互联网平台实现车辆资源的共享和优化配置，满足用户多样化的出行需求。 •工业领域DevOps转 型挑 战及实 践 •工具孤岛：工业化的工具繁多 基于AUTOSAR标准的工具数量是相当多的，但具体数量可能因不同的供应商、开发商和应用领域而有所变化。一些典型的基于AUTOSAR标准的工具包括VectorCANoe、ETAS INCA、dSPACEControlDesk等 •工具挑战：落地过程——局部自动化 1.0：用最快的速度获取反馈，即使失败，也能快速发现并定位问题。自动：1、分析ISOLAR-AB中的.arxml文件存放路径，并添加到配置库管理工具中管理2、建立组织级流水线，从配置文件修改即可触发至预编译的job，提交即触发手工：连线配置 2.0：RTE环境配置自动化。自动：1、解析.arxml；2、结构化字段，形成映射矩阵；3、识别稳定要素，定义基线；4、去同求异，灵活配置；5、即时构建，快速反馈 •工业领域DevOps转型挑战及实践 •推进方式：组建赋能中心 •推进方式：试点成果标准化后直接推广/直接放开推广 缺乏全局视角：各个团队可能只关注自己部门的利益和需求，而忽视了整个组织或项目的全局视角。这可能导致在推进标准规范落地的过程中出现局部优化而全局受损的情况。 •推进方式：标准规范用得不好，就是“虚假繁荣” •标准是规范不了团队所有人员的操作， •标准是基线，识别偏差 •偏差很多时候是好事，取其精华，去其糟粕。 •糟粕需要治理，精华需要汲取 •如果一味强推，会是什么后果，如下图： •DevO ps要成功落地并不容易，需要一整套科学推进的方法论落地 •工业领域DevOps转 型挑 战及实 践 •度量：动态化SPI、CPI、E V 在复杂环境下，肯定会做预测，传统的燃尽图可以跟踪Sprint的中进度变化，但是整体项目进度偏差？成本偏差？如何度量，始终是个难题，其实在PMP中本来就有答复，但是传统SPI\CPI指标，是基于不变的初始整体计划作为基线，导致数据不敏感，失真等问题，在DevOps中，我们落地了SPI、CPI、EV。 成本绩效指数（Cost Performance Index, CPI），截止到某时点衡量成本绩效的一种指标，也就是实际每花一元钱，完成做了多少钱的事（花钱的效率），CPI=EV/AC进度绩效指数（Schedule Performance Index, SPI），截止到某时点衡量进度绩效的一种指标，也就是实际完成的工作量与计划完成工作量之比，SPI=EV/PV 计划价值（Planned Value, PV），截止到某时间点计划要完成工作量的价值，也就是计划要做多少事；挣值（Earned Value, EV），截止到某时间点实际已经完成工作量的价值，也就是实际做了多少事；实际成本（Actual Cost, AC），截止到某时间点实际已经发生的成本，也就是实际花了多少钱； •度量：动态化SPI、CPI、E V DevOps工具链，优化了哪些步骤？是否真正的端到端？互联网和传统企业区别在那里？ DevOps工具链，识别运营价值流并改进 •运 营 价 值 流 运营价值流（OVS）是向客户交付产品或服务所需的一系列活动。消费者提供保险产品或履行电子商务销售订单，电商行业。 制造将原材料转化为客户购买的产品，制造业。示例包括消费类产品、医疗设备和复杂的信息物理系统。 软件产品提供和支持软件应用程序和解决方案，以出售给最终用户或企业，软件行业。示例包括ERP系统、SaaS以及桌面和移动应用程序。 支持价值流是各种重复性和内部支持活动的端到端工作流，支撑类行业。示例包括员工招聘、建立和执行供应商合同、执行年度审计以及完成企业销售周期 •工业领域DevOps转 型挑 战及实 践 文化变革：组织心智 文化变革：组织心智 75%的传统企业转型为什么会失败，不是工具的问题，不是流程的问题，不是组织结构的问题，企业转型最难的从来不是用什么招式，而在于看不见、摸不着的组织心智。一旦形成，难以改变。