《度量为什么会失败——何勉.pdf》由会员分享,可在线阅读,更多相关《度量为什么会失败——何勉.pdf(35页珍藏版)》请在三个皮匠报告上搜索。
1、为什么 研发效能度量 会失败?如何避免?何勉承办:主办:何勉 某数字物流平台的数字化总架构师畅销书精益产品开发:原则、法与实施作者BizDevOps体系的构建和实践者Contents录01.效能度量中期望与现实的悖论02.为什么部分效能度量会失败03.如何避免效能度量的失败04.总结:如何付诸实践Contents录01.期望与现实的悖论02.为什么部分效能度量会失败03.如何避免效能度量的失败04.总结:如何付诸实践如果你不能度量它,就不能改进它。物理学家 开尔爵如果你不能度量它,就不能管理它。管理学之 彼得.德鲁克阿云云效不能 度量不能 管理不能 改进保障执提效能不能度量就不能管理、改进 有
2、了度量就能够管理、改进不能 度量不能 管理不能 改进保障执提效能减少眼镜蛇带来的伤害“捕获”眼镜蛇的数量结果的度量更多的伤害*图来:https:/ =Good +heart好诅咒:度量什么就会得到什么,但结果却不是想要的。古德哈特好Contents录01.度量的期望与现实的悖论02.为什么部分效能度量会失败03.如何避免效能度量的失败04.总结:如何付诸实践数据 Data信息 Information知识 Knowledge智慧 Wisdom来源于现场的基础事实赋予数据具体的意义组织信息回答场景下的核问题用知识指导动了解过去和现状改变未来中烧身体不适是什么原因导致的?39.1 CDIKW 模型中
3、烧什么原因导致身体不适?严重细菌感染肺部没有炎症可靠的治疗案体温正常吗?有没有感染?呼吸道及肺部状况如何?数据 Data信息 Information知识 Knowledge智慧 Wisdom来源于现场的基础事实赋予数据具体的意义组织信息回答场景下的核问题用知识指导动了解过去和现状改变未来质量保障质量改进监控过程质量,即时采取动,保障交付过程和交付结果质量主要:缺陷(含故障)的密度、趋势、存量、响应和分布等;辅助:质量活动(评审和测试等)的计划、进度和结果当前的质量平,如:缺陷密度、分布、响应等;质量问题与内部为(如质量内建为)能(如测试和代码质量)的交叉关联分析当前组织或团队的各质量平怎样?造
4、成质量问题的根本原因是什么,怎样改进?评价组织和团队的质量平,并发现问题、指导改进动,提期过程质量和交付质量。质量保障的数据基础上,叠加程为和能数据、代码和设计的能数据、交付和协作为数据缺陷的基本信息、缺陷的吞吐和过程数据,代码评审和测试等质量活动数据质量状况及趋势怎么样?质量活动是否在有效进?有什么险和问题?是否需要预调整?数据 Data信息 Information知识 Knowledge智慧 Wisdom来源于现场的基础事实赋予数据具体的意义组织信息回答场景下的核问题用知识指导动了解过去和现状改变未来度量指标、图表和报表通过度量回答核问题场景标产品研发有效的数字化 清晰的数据模型可靠和可的
5、数据引导 有效的 改进动数据 Data信息 Information知识 Knowledge智慧 Wisdom来源于现场的基础事实赋予数据具体的意义组织信息回答场景下的核问题用知识指导动了解过去和现状改变未来缺乏有效数字化的撑,数据不可靠或不可脱离具体的场景标和问题,制定复杂的度量指标体系把度量本身当成的,引导有效的改进动度量指标、图表和报表通过度量回答核问题场景标产品研发有效的数字化 清晰的数据模型可靠和可的数据引导 有效的 改进动Contents录01.度量的期望与现实的悖论02.为什么部分效能度量会失败03.如何避免效能度量的失败04.总结:如何付诸实践缺乏有效数字化的撑,数据不可靠或不可
6、脱离具体的场景标和问题,制定复杂的度量指标体系把度量把度量本身当成的,引导有效的改进动度量指标、图表和报表通过度量回答核问题场景标产品研发有效的数字化 清晰的数据模型可靠和可的数据引导 有效的 改进动梳理并设计数字化模型,数字化先于数据化业务域产品/团队交付域产品需求业务需求程域变更缺陷1.随时间发状态迁移和流转2.价值交付是通过它们的流转实现的时标对象 编码自测构建集成验证部署操作志过程统计变更频率提交粒度CR 效率CR 效果构建效率构建成功率测试时测试成功率测试覆盖部署时变更成功率部署返率变更时恢复时操作志过程统计交付速率响应速度交付时阶段时存量趋势返率需求分布业务域产品/团队交付域项/交
7、付团队产品需求缺陷部作流业务需求路线图版本迭代交付计划员业务领域业务标程域变更产品应运数据环境流程配置数据代码提交评审构建验证部署回滚操作记录信息统计测试计划操作记录信息统计例库测试例代码度量交付版本需求类型业务优先级别代码问题扫描复杂度代码冗余扇、扇出测试覆盖率交付速率响应时交付时存量趋势返率需求分布严重级别所属领域类别发现阶段.原因引阶段修复法变更频率变更成功率变更时提交粒度构建效率测试时测试覆盖部署时部署返率恢复时业务域产品/团队交付域项/交付团队产品需求缺陷部作流业务需求路线图版本迭代交付计划员业务领域业务标程域变更产品运数据环境流程配置数据代码提交评审构建验证部署回滚操作记录信息统计
8、交付速率响应时交付时存量趋势返率需求分布测试计划操作记录信息统计严重级别所属领域类别发现阶段.原因引阶段修复法例库测试例代码度量交付版本代码问题扫描复杂度代码冗余扇、扇出测试覆盖率静态数据时标对象的日志数据其它结构化的描述信息时序数据时序数据静态数据静态数据需求类型业务优先级别应变更频率变更成功率变更时提交粒度构建效率测试时测试覆盖部署时部署返率恢复时业务域产品/团队交付域项/交付团队产品需求缺陷部作流业务需求路线图版本迭代交付计划员业务领域业务标程域变更产品运数据环境流程配置数据代码提交评审构建验证部署回滚操作记录信息统计交付速率响应时交付时存量趋势返率需求分布测试计划操作记录信息统计严重级
9、别所属领域类别发现阶段.原因引阶段修复法例库测试例代码度量交付版本代码问题扫描复杂度代码冗余扇、扇出测试覆盖率静态数据时标对象的日志数据其它结构化的描述信息时序数据时序数据静态数据静态数据需求类型业务优先级别应变更频率变更成功率变更时提交粒度构建效率测试时测试覆盖部署时部署返率恢复时协作领域业务域协作领域 产品/团队交付域项/交付团队产品需求缺陷部作流业务需求路线图版本迭代交付计划员业务领域业务标程领域变更产品运数据环境流程配置数据代码提交评审构建验证部署回滚操作记录信息统计交付速率响应时交付时存量趋势返率需求分布测试计划操作记录信息统计严重级别所属领域类别发现阶段.原因引阶段修复法例库测试例
10、代码度量交付版本代码问题扫描复杂度代码冗余扇、扇出测试覆盖率静态数据时标对象的日志数据其它结构化的描述信息时序数据时序数据静态数据静态数据需求类型业务优先级别应变更频率变更成功率变更时提交粒度构建效率测试时测试覆盖部署时部署返率恢复时全量(Volume)全要素(Variety)实时(Velocity)缺乏有效数字化的撑,数据不可靠或不可脱离具体的场景标和问题,制定复杂的度量指标体系把度量把度量本身当成的,引导有效的改进动度量指标、图表和报表通过度量回答核问题场景标产品研发有效的数字化 清晰的数据模型可靠和可的数据引导 有效的 改进动明确场景标,并从场景标出发设计度量体系阿某独的业务 提产品技术
11、团队的业务响应能!#$%&()*+,-./!012345*+,-./67458)!$9:5*+,-./211WeeksWeekHour!#$%&()*$+,-整个组织各职能和部门的协调一致和紧密协作需求的拆分和管理,开发团队的分工协作模式,外部依赖的管理,持续集成和持续测试实践 需要持续交付流水线,产品架构体系和自动测试、自动部署等能力的提升!./%&某创业团队顺畅、质量交付有效价值速度质量有效性产品团队的槽效撑创新业务拓展:1周+1周强有的中台服务化能:4,4,2快速响应业务需求:7天快速交付业务需求:14天某业务中台团队 更好的持业务的发展和创新40%的需求 配置完成,40%的需求前台主扩
12、展完成新业务1周完成业务梳理,加1周开通上线新的业务需求,周内完成分析和响应排期的(中台)需求,两周完成开发缺乏有效数字化的撑,数据不可靠或不可脱离具体的场景标和问题,制定复杂的度量指标体系把度量把度量本身当成的,引导有效的改进动度量指标、图表和报表通过度量回答核问题场景标产品研发有效的数字化 清晰的数据模型可靠和可的数据引导 有效的 改进动数据引导和赋能,落地针对性的改进动能和为指标效能指标业务结果最终标代理指标控制指标代理最终目标,但法直接改进反馈周期长,关联不直接具体的改进内容外部的内部的导向和要求赋能和授权加速业务发展引领业务创新开通新业的时间:1周+1周业务需求交付周期:21天(7+
13、14)对业务需求的响应:4,4,2法实践赋能技术能协作为需求并度交付顺畅度对及瓶颈程能创新为单位时间有效尝试次数标清晰反馈即时和有效服务化平需求分析能领域和边界清晰度测试覆盖率代码质量变更前置时间发布频率稳定性发布成功率能和为指标效能指标业务结果效撑创新业务拓展:1周+1周强有的中台服务化能:4,4,2快速响应业务需求:7天快速交付业务需求:14天引领业务创新加速业务发展套件的配置化能域的模型和边界清晰性产品需求开发周期需求分析效率需求分析质量套件的可扩展性技术能变更前置时间发布成功率核流程测试覆盖率环境和数据可性程能业务需求并度交付顺畅度作的对及瓶颈识别协作为业务目标效能目标能力和行为指标赋
14、能方法精益和敏捷协作需求分析法服务化能评价和提升领域的模型和边界治理数据度量体系环境和测试改进创新为 不懂数据是之,不能让作现场的数字可视当然不好。但最最糟糕的是那些只知道数据的。野耐,丰产式的集成者 和 精益思想的主要奠基系统度量持的落地实施和持续改进业务驱动的协作模式1.拉通端到端的业务交付流程2.分层协作与对3.建有效的反馈闭环产品导向的交付模式1.基于标分析设计业务流程2.基于业务流程拆分定义产品需求3.实例化的需求设计和澄清以终为始的需求分析和设计适配业务要求的交付和发布能1.变更串联应的程活动2.连接变更和业务需求的发布3.推进持续发布能的建设领域驱动的架构和实现1.业务引领的领域
15、建模2.领域驱动的微服务架构3.契约导向的软件实现聚合和管理研发资产和流程1.以应为核聚合研发资产2.定义和管理应的研发流程3.维护和提升研发资产的价值价值链路层技术交付层实践法撑协作领域程领域赋能数字业务的创新和发展有效反馈调整系统度量持的执保障和持续改进1.以数字化为基础产可靠的基础数据2.从场景标出发设计可靠的度量3.数据撑保障执并持续提效能1.跨功能和相对稳定的特性团队2.持续和迭代的交付模式3.持续改进团队交付效能合理业务规划效业务探索;56789:;?A4 AB?$CB$C94从 加速业务发展 和 引领业务创新业务目标效能目标能力和行为指标赋能方法Contents录01.度量的期望与现实的悖论02.为什么部分效能度量会失败03.如何避免效能度量的失败04.总结:如何付诸实践 梳理并设计数字化模型,数字化先于数据化 构建数字化模型,持续和有意识地完善产品研发的数字化 基于当前的数字化的能,构建数据体系 明确场景标,并从场景标出发设计度量体系 明确标,以及为了实现该标要回答的核问题 基于可靠的数据,组织信息回答场景下的核问题数据引导和赋能,落地针对性的改进动 区分业务结果、效能标,以及内部的为和能指标 引导团队改进为和能,从提研发效能,赋能业务创新、发展Thanks 感 谢 聆 听承办:主办: