00 00 00 00
您当前的位置:首页 > 演讲嘉宾 > AgileChina
甘辰希

个人简介

甘辰希,网易杭研项目管理部高级项目经理,现担任网易云关系型数据库和对象存储服务项目经理,网易云计算项目集管理团队成员。

敏捷的学习者、实践者,关注团队的健康成长、数据度量实践和项目流程的持续优化。



议题:大型互联网项目度量从零开始

议题摘要

网易云计算,大型互联网后端技术型项目,正走在产品化的转型路上。面对剧烈变化中的项目,我们到底要度量什么才能精确反映项目痛点?要建立怎样的度量体系,才能保持对项目风险的持续追踪?变化中的度量,数据从哪里来,如何支撑持续的大量数据统计?面对这些问题,一开始我们也是迷茫的。

抛开度量本身不谈,回归其初衷:明确项目状态,指导过程改进。我们依据项目的研发场景,通过定制JIRA工作流,实现了项目管理工具对研发流程的全覆盖,并配合项目不同阶段的需求变化,不断进行流程改进,同时固化在JIRA中。为量化流程改进的效果,精确定位原因进行有针对性的改进,我们也在JIRA中配置了不同字段来采集相关数据。因而,工具的使用除了其自身对项目状态监控和过程管理的作用之外,同时收集并保存了项目各个环节的大量数据。 有了这些数据,我们的度量就有了原始资本。针对项目不同时期的痛点,我们确定不同的度量维度,在原始数据中进行挖掘、统计、分析,用度量结果来反映问题、衡量过程改进的效果、推动下一步的优化。随着场景的丰富、流程的细化,工具中收集的数据持续充实,支撑起了更多维度、更加深入的度量,从而迭代式地建立起我们现在的度量体系,形成了流程-工具-度量的循环反馈链路,使项目在有依据、有规划、有反馈的持续过程改进中健康成长。

话题将介绍网易云计算在上述过程中具体做法和成果,包括我们的业务场景、工作流、工具使用、度量维度、展示与反馈、度量体系演进和度量给我们带来的改变。同时,分享我们在其中有过的纠结、经验和思考,例如我们对数据度量有效性的看法、对度量结果变化背后原因的分析等

提纲:

 - 背景

    - 目的:本话题谈到的度量,旨在衡量项目过程改进的效果,提升研发效率,并不针对研发质量等其他方面。

    - 项目:网易云计算;架构(多子项目、大团队);后端云服务技术项目->云服务产品化

    - 工具与度量:JIRA4-记录和跟踪bug&task;度量未开展

 - 困惑

    - 需要度量,然而要度量什么?数据从哪里来?

 - 契机:工具升级(JIRA4-JIRA6

    - 重新梳理流程、开展度量的机会

    - 困惑依然:仍无法确定度量维度,不清楚要采集什么数据

 - 行动

    - 以固化、改进流程为目标的工具使用

        - 最初的3个场景:里程碑目标、迭代计划、风险管理,搬上JIRA

        - JIRA中记录工作量

    - 度量Step1

        - 量化迭代计划完成度

        - 数据统计维度:完成度、bug

    - 场景4:产品版本的加入

        - 固定时间盒的版本模式

        - 需求管理工作流,工作量仍然落实到task

    - 度量Step2

        - 量化版本计划完成度 -> 版本产出工作量

        - 数据统计维度:版本完成工作量、bug

    - 场景5:对接工单

        - 互联网项目对用户需求的快速响应

        - 工单工作流,优先级区分

    - 度量Step3

        - 量化工单响应和解决速度

        - 数据统计维度:响应时间、解决时长

    - 当前度量体系

 - 展示

    - 维度:整体&蜂巢,模块横向,历史纵向

    - 获得关注:抓住痛点

    - 避免过度横向比较&考核挂钩

 - 反馈

    - 流程-工具-度量的循环反馈链路

 - 成果

    - 反推工作方式改进,帮助大规模团队的任务落实、跟踪、管理、协作

    - 研发产出效率提升

    - 用户需求/线上工单重视程度和响应速度提升

    - 团队对度量数据持续关注的习惯

 - 释疑

    - 数据真的准确吗?不准还要不要度量?

    - 度量结果有变化,团队真的改变了吗?

    - 我们到底要度量什么?

 - 展望

    - 度量价值


论坛信息

【AgileChina】第十一届中国敏捷软件开发大会


7月19日 15:10-16:10

演讲题目:大型互联网项目度量从零开始

演讲嘉宾:甘辰希(网易)

合作伙伴