陈泽荣-研发效能数据治理

研发效能数据治理 Agilean高级咨询顾问陈泽荣 目录 Agilean研发效能数据治理揭秘研发效能1研发效能困境2破局-数据治理3破局-工具助力4破局-组织保障5Q&A6 研发效能数据治理Agilean揭露研发效能本质 l研发效能的本质l研发效能的现象 研发效能本质 研发效能当前现象 研发效能数据治理Agilean研发效能困境 l研发效能的困境解析 详解研发效能困境根因 预期偏差 -adapt-研发效能数据治理领导层期望过高，不具备可行性，精准度量人效，度量和KPI对等；没有预期，不看数，不和实际管理场景结合。 Agilean没有对齐度量目标，没有以终为始 为了度量而度量，和管理层实际管理需要背道而驰度量目标不清晰，度量对象不清晰 数据脏，数据不可信 线上线下不同步，线上化不及时；出现人为的数据操纵，缺乏可信度 -研发效能数据治理工具缺失数据治理的功能 -adapt工具缺失多角度验证和下钻分析的能力，导致数据治理无从下手 Agilean缺乏组织机制保障来推进数据持续改进 组织缺乏“军师”、“参谋”来定期看数，数据解读，异常数据捕捉，决策上升 研发效能数据治理Agilean破局-数据治理 Agileanl对体系l对人数l对吞吐l对时效l对内容l对质量 对体系：对齐需求分解体系体系 Agilean-鉴于国内金融组织的业务特点，我们推荐采用需求-系统功能-个人任务的需求管理体系： adapt-研发效能数据治理u需求：提供完整业务价值，能够细化到一次发布完整上线的程度。 Agilean-u系统功能：需求被拆分到不同系统，每个系统功能必须对应到单个系统，可测试，建议每个系统功能不超过10人天工 Agilean-adapt-研发效能数据治理作量。u个人任务：将系统功能分解到个人，如前端开发任务、后端开发任务、测试用例编写，建议每个个人任务不超过3人天工作量。需求层（单个需求在1个产品版本周期以内）系统功能层（单个系统功能在10人天以内，单小队单迭代）需求1需求2需求N书同文、车同轨，统一研发术语，统一度量衡 对人数：盘部门、团队、小队，小队齐业务线/系统线 对人数：组织阵型线上化 对吞吐：指标相互验证 对吞吐：需求漏斗来观察价值流动，减少开发并行数 adapt-研发效能数据治理l比例低于1T：说明创新不足，或体外管理意向l比例高于6T：需求进行进行定期意向清理，否则大量的堆积需求没有反馈会影响业务满意度 对时效：看时效分布 对时效：流动效率和分段时效分析 对时效：漏斗识别数据操纵 对时效：需求体系下，不同层级的时效天然自带校验 对内容：明确各个阶段关键实践动作 对内容：研发双流模型 研发效能数据治理Agilean破局-工具助力 l数据的定义和演进l数据的筛选 ①数据定义和数据演进 1.定义对象、类型，支持灵活描述对象之间的关系（关联、聚合、继承） 4.属性抽象 ②灵活过滤和下钻支持数据分析 1.T+0的数据治理，改进效果立马看得见 研发效能数据治理Agilean破局-组织保障 l数据的发展阶段l数据行会组建和运营 数据驱动研发效能运营 -adapt-研发效能数据治理 THANKS！ Adapt方法论学习Agilean案例学习