您的浏览器禁用了JavaScript(一种计算机语言,用以实现您与网页的交互),请解除该禁用,或者联系我们。[2024年中国DevOps社区上海峰会]:徐陈飞 Wilson浅谈车企数字化转型中的研发效能度量与提效改进策略 - 发现报告
当前位置:首页/行业研究/报告详情/

徐陈飞 Wilson浅谈车企数字化转型中的研发效能度量与提效改进策略

AI智能总结
查看更多
徐陈飞 Wilson浅谈车企数字化转型中的研发效能度量与提效改进策略

个人Profile 现任某大型外资车企研发流程专家 近5年来主要潜心于汽车数字化领域一线研发体系建设,建立敏捷DevOps工具链平台 近期作品(作为产品经理与技术架构) 1.企业级数字化领域需求管理平台 2.企业级季度项目集规划平台(基于SAFe的PIPlanning理论) 3.研发效能度量平台与体系建设 徐陈飞的个人微信公众号:时代胶囊 SecurityClass:Secret 个人简介 徐陈飞Wilson在IT行业具有超过18年的工作经验,曾经服务过IBM,PwC,inspearit,凯捷咨询Invent等咨询公司,涉及的主要行业领域有保险,银行,汽车,互联网等等国内外大型企业。曾担任过程序员,架构师,项目经理,培训讲师,保险核心系统GuidewireIT咨询顾问等工作。 熟悉车企ASPICEVDA的实践应用与内审评估以及VDA/ISO9001的评估 兴趣爱好 音乐(吉他,钢琴,Midi制作,爵士音乐) 重度Steamdeck用户,主机党 中国DevOps社区峰会2024·上海 浅谈车企数字化转型中的研发能效度量与提效改进策略 分享人:徐陈飞Wilson 目录 1 2 研发能效的定义以及影响因素数字化转型过程中的研发体系 3组织能效改进切入点分析 4挑战与机遇 5AI加持下的数字化研发效能 研发能效的定义以及影响因素 什么是研发能效-定义 定义:研发能效是指在软件开发过程中,团队在一定时间和资源限制下,所能够产出的有价值的软件产品的能力 Brook'sLawandTheMythicalMan-MonthbyFrederickP. Brooks 书中探讨了软件开发过程中人力资源管理和效率问题,包括增加人手不一定能提高效率,反而可能带来更多的沟通成本。 IEEEStandard1061-1998-StandardforaSoftwareQualityMetricsMethodology 该标准提供了一种度量软件质量的方法,其中包括生产率和效率等指标。生产率通常被定义为单位时间内完成的工作量,而效率则包括生产率和质量的综合考虑。 专家学者与著作 LeanSoftwareDevelopment:AnAgileToolkitbyMaryandTomPoppendieck 这本书探讨了如何通过精益思想来提高软件开发的效率,消除浪费,改进流程。 ContinuousDelivery:ReliableSoftwareReleasesthroughBuild,Test,andDeploymentAutomationbyJezHumbleandDavidFarley 书中详细讨论了持续交付如何提高软件开发的效率和质量,通过自动化测试和部署来减少错误和延迟。 在IEEE的学术论文和会议论文集中,软件研发能效的定义和讨论通常包括以下几个方面: 学术机构定义 Productivity(生产率):开发团队在一定时间内编写的代码行数、完成的功能点数等。 Quality(质量):软件缺陷率、用户满意度等。Timeliness(及时性):项目按时交付的能力。 Cost-Effectiveness(成本效益):开发成本与产出之间的关系。 组织的能效是由什么来决定的?-度量关键指标,持续改进,提升效率 如何缩短设计成本? 如何提升开发质量?减少测试投入? 是否可以不断减少回归成本?怎样提升业务验收的用户体验? 需求收集 需求规划 BRD/PRD Grooming 迭代计划 迭代开发 需求验收 部署与发布 产品运维 需求管理平台 打通系统 JIRA/Confluence 打通系统 DevOps发布平台 质效平台 不断思考如何从运维角度返补回产品需求? 质量门禁:单元测试,自动化回归,Sonar 需求评审需求方案准出功能测试100%上线前验收 问题: 为什么似乎我们都有了,可仍然觉得投入大,效率却并没有显著提升? 我们的用户最关心的核心价值是什么?哪部分是需要速度优先的?哪部份是质量优先的?哪部份是需要创新思维的? 回答: 解决问题的关键是 1)识别核心价值流2)找到价值流中的瓶颈3)持续交付有价值的内容 4)组织需要建立自我学习与持续改进的自循环体系 组织的能效是由什么来决定的?-时间确定情况下的效能 •敏捷价值观中的价值优先思维 高价值需求 持续增加高价值需求 低价值需求 质量门禁:单元测试,自动化回归,Sonar 高价值需求 需求收集需求规划BRD/PRDG1/G2迭代计划迭代开发需求验收部署与发布产品运维 高价值需求 数字化运营管理平台JIRA/ConfluenceDevOps发布平台 高价值需求 产品待办事项持续增加高价值需求 组织能效也是一个不得不解决的问题,横向的价值流以及纵向的跨业务领域协作 在研发效能方面都需要找到一种组织架构的平衡性 降低耦合度,减少沟通渠道 业务方 移动服务 中台服务三方服务 业务领域合并还是拆分 什么节奏交付上线如何完成整体集成如何解决依赖以及时间冲突 如何降低等待 移动服务 业务方移动服务 相关服务中台服务 影响效能的综合因素 组织架构 软件架构 研发流程体系 平台工具链 组织文化 数字化转型过程中的研发体系 智驾平台 营销数字化平台 非燃油汽车 燃油车 智能汽车 移动互联 车载娱乐,车控,语音,导航等 OEM/经销商 售后养修,零部件等等 数字化营销 线索,订单,交车 数字化转型背后的敏捷组织构成 敏捷化组织 移动端 车机端 中台服务 经销商/OEM端 大数据 ECU电子电器领域 数字化运营管理 研发能效统计 业务需求管理 缺陷统计管理 知识库管理 数据驾驶舱 车企数字化建设中的敏捷团队 APP/小程序/H5,iPad,Web 手机,iPad,HU车机,三方服务 手机/车机/设备 数字化营销移动互联电子电器架构 C端社区 B端售后 车控服务 充电服务 彩色三方服务 ECU DevOps 运维 DevOps 运维 DevOps 运维 DevOps 运维 DevOps 运维 基于AUTOSAR 基础层团队 基于AUTOSAR RuntimeEnvironment PO 测试 开发 BA PO 测试 开发 BA PO 测试 开发 BA PO 测试 开发 BA PO 测试 开发 BA 基于AUTOSAR RuntimeEnvironment配置团队 基于AUTOSAR 应用层团队Sensor,Actuator应用软件 能力实践社区 ScrumMaster ScrumMaster ScrumMaster ScrumMaster ScrumMaster 建立基于研发全生命周期流程的多平台的组合应用 业务需求管理平台 研发管理平台 运维管理平台 能效管理平台 质效管理平台 DevOps管理平台 变更,缺陷,发布的 成本投入 产生线上问题与缺陷 需求,发布与缺陷分析 代码,需求产能及负载 人员变动及组织架构 变动次数 人员占比及资产投入 结果 结果 结果 结果 度量体系建设 过程 客诉响应,价值分布 及增长 用户满意度与吞吐量 过程 过程 过程 指标标准(差) 指标标准(中) 指标标准(好) 指标标准(差) 指标标准(中) 指标标准(好) 指标标准(差) 指标标准(中) 指标标准(好) 成本指标 速度指标 质量指标 价值指标 CompetencyProcessOutcome 待办 开发 开发完成 待测试 测试中 SIT完成 部署PRE 发布完成 能力指标 过程指标 结果指标 •评估敏捷研发与工程能力 •敏捷研发流程 •质量内建能力 •DevOps成熟度 •按照价值,质量,速度,成本四个维度 •用该指标来反应对于直接结果的影响 •此过程维度指标也用来检验成本的浪费节点 •指标是用来直接衡量价值,质量,速度,成本的实际结果 •节能增效的结果应该能够体现在这些数据中 组织能效改进切入点分析 精益(Lean)是一种管理哲学和方法论,起源于制造业,特别是由丰田汽车公司开发的“丰田生产系统”(TPS)。精益方法关注于最大限度地提高价值,同时尽量减少浪费。虽然最初用于制造业,但精益的原则和实践已经广泛应用于各个行业,包括软件开发、服务业和医疗等。 高德拉特的约束理论(TheoryofConstraints,ToC)是由以色列物理学家EliyahuM.Goldratt在1980年代提出的一种管理哲学和方法论。ToC旨在帮助组织识别并消除限制其目标实现的瓶颈或约束,从而提高整体系统的绩效。 如何识别能效瓶颈-理论 识别所有的过程节点 A团队 B团队 C团队 需求之间存在依赖 识别浪费 识别浪费 检测流动的时常 整体交付周期 理论应用:VATI分析方法的不同领域应用 识别约束类型 SecurityClass:Secret BoardofDirectors 17 主要瓶颈 D团队 通过全域8个维度进行单个交付团队的趋势比较 通过蜘蛛图形态呈现团队维度分析 组织的效能指标参考模型v1.0 SecurityClass:Secret 切入点方法总结 组织结构合理性 人员比例 1:5:3 设立度量指标持续观测 设立观测与提升目标根据目标建立指标 观察瓶颈GOandSEE 到现场去 例:去跟团队通宵一次 建立持续改进机制 建立持续改进组织 AI加持下的数字化研发效能 软件工程3.0时代的到来,通过AI能力的加持,加速突破软件工程2.0中的瓶颈 软件工程1.0 1968年NATO提出软件危机 软件工程2.02001年雪鸟敏捷宣言 软件工程3.0GPT大模型时代 活文档机制(代码即文档,BDD) 在确定时间范围内做更有价值的需求 需求流式设计 基于价值流的处理方式 合理化领域建设,降低发布耦合度更多自动化测试作为CI门禁 版本化一切(配置,SQL)降低发布成本 质量门禁:单元测试,自动化回归,Sonar 需求收集 需求规划 BRD/PRD G1/G2 迭代计划 迭代开发 需求验收 部署与发布 产品运维 文档生成(BRD,PRD,技术设计)代码补全,测试代码生成,CodeReview 需求管理平台JIRA/ConfluenceDevOps发布平台 持续改进与精进交付更有价值的需求需求/团队耦合度降低持续加强自动化测试 更便捷的发布与 不受限制的环境资源 减少非工具化的管理成本 SecurityClass:Secret AI对于研发效能的突破 应用领域 代码生成补全与翻译 •代码补全 •代码翻译 •测试代码生成 功能简介 主流产品 •微软GithubCopilot •CodeGeeX •思码逸DevChat •极狐GitlabCodeRider GenAI与应用的集成 •基于场景的AIAgent •定义工作流解决复杂场景 •文档生成 •图像生成 •流程图生成 •AI外呼 •AI客服 •内容管理 •知识库 •CopilotStudio •DifyStudio 解决方案 •研发效能现状分析以及未来改善建议与计划 •通过输入业务与技术的上下文, AI提供技术解决方案 •通过提供杂乱的陈述内容,AI提供结构化的表达呈现 •通过提供文案思考,AI提供内容文案生成 •GPT •Copilot •Gemini等等 AI赋能项目管理能力改进计划形成能力提升闭环 方法介绍具体执行演示 •通过AI能力来理解组织管理的现状,并提供改进建议 •能效指标 •管理违规记录 •知识分享(频度,沉淀深度) •各类事件/问题的人工信息补充 •目标Why •产生结果Outcome •能效数据与各类管理记录数据 •数据分析结果报告 •方案建议 •结构化的综合改进方案 •执行计划 •改进实施结果数据与人工反馈收集 培训与分享 经验沉淀 2)利用AI产生方案建议 3)形成具体的改进计划

你可能感兴趣

hot

产品研发的数字化转型和研发效能提升实践_何勉

信息技术
ArchSummit深圳2022|全球架构师峰会2022-07-19
hot

叶雪婷-工行研发数字化转型策略与体系

信息技术
2024 第22届 GOPS 全球运维大会暨 XOps 技术创新峰会 · 深圳站2024-05-13