实现“快准狠”交付——小米HR研发团队敏捷实践

2020-11-20 16:32:00
敏捷助理
原创
277
摘要:2019.4项目组成立,主营HR项目。在杜伟忠杜老师的引导下,项目组开始采用敏捷方式进行工作,通过增加业务方参与度并且透明化研发过程,提升了研发效率和交付质量,改善了研发过程。


来自业务方的评价

用一个词定位:“专业”。在使用敏捷开发之后,交付效率提高了,按时按量,及时交付。业务参与感好,能知道项目的进度如何,交付物的样子能够及时看到。需求变更的风险更容易被研发接受了。 对HR系统组的评价可以用三个字可以概括,“快”,“稳”,“准”。“快”体现于响应快,在应对业务需求变更的时候,可以以非常快的速度应对;“稳”体现在交付质量上,系统运行稳定,极少出现bug;“准”体现在交付准时,多轮迭代都可以100%的按时交付。
——业务方HR培训组王芳同学

项目与背景

2019.4项目组成立,主营HR项目。一方面提供可操作的系统方便HR进行HRBP、COE、SSC方向的工作开展,一方面也希冀能建立并且健全包含标准、流程、规范的人力系统信息化体系。但是受限于开发资源与相对复杂的业务场景,部分项目出现延期、交付质量低、与实际场景偏离而废弃等让人沮丧的结果。为解决这些问题,在杜伟忠杜老师的引导下,项目组开始采用敏捷方式进行工作,通过增加业务方参与度并且透明化研发过程,提升了研发效率和交付质量,改善了研发过程。

用户体验地图

为了增加业务参与度,能更契合实际的整理需求,也方便项目参与人更了解整体业务逻辑,我们组织了第一次用户体验地图的绘制会议。

为确保参会同学理解务,增加了串讲环节。

团队成员在理解该项目的繁琐与复杂之后,通过筛选,选取了其中导师系统进行了二次会议。

业务同学以可视化看板的方式来描述整体场景,帮助项目参与人员理清业务逻辑,也清楚的分析了项目最重要的核心。PO通过会议也能明确项目的重要功能点,为backlog制定提供了基本素材。

Sprint0项目前期准备-迭代计划会

项目立项后,杜老师引导团队进行了Sprint0的准备会议,其中包含团队人员组成、backlog制定、迭代计划会、技术选型与架构设计,UI/UE评审等。


迭代计划会是其中相对重要的一环,我们需要在正式研发开始前,通过拆解backlog,得到最小开发模型与开发周期。为了让团队成员有更清晰的backlog理解,PO先做了整体流程的讲解。

研发同学根据PO的讲解进行功能复述,增强印象,确定功能。

团队成员通过计划会达成一致,明确迭代周期(4周一轮,2周一冲刺),明确开发功能点,为了评估拆分的合理性,通过计划扑克工具进行复杂度分析。

复杂度分析主要解决问题:

  • 高复杂度功能需要拆解为低复杂度,这样能保证没有大任务影响流转。
  • 方便进行速率跟踪,研发速率数据积累能让团队更好的进行过程管控。

当所有准备事项完成后,项目进入了研发阶段。研发过程包含三个重要的部分:看板,站会,速率/进度跟踪。

看板由任务列表、度量区、障碍区组成,团队成员通过移动看板卡片来同步当前个人进度。为追踪任务的研发速率,我们会在卡片上增加复杂度与实际完成时间描述。


团队约定每天18:00进行站会,时长为10分钟。站会主要内容包括:

  • 今日完成
  • 明日待办
  • 是否遇到阻塞需要团队成员帮助

团队成员通过移动卡片来描述个人当日工作内容,通过当面沟通解决当日遇到的问题,规划明日待做事项,并得到其他成员的支持,以此确保研发过程模型顺利的流转。

站会尾声,团队会进行燃尽图(进度、速率)分析。通过燃尽图,可以直观的评估当前项目是否可以顺利完成。产品经理也会根据实际情况判定是否需要增加工作内容或减少工作内容。如果遇到燃尽图波动异常(如剩余工时下降过快,或者剩余工时成上扬趋势等等),则记录下当日发生的大事件,从而在迭代回顾会议的时候可以进行复盘。

演示会议

项目每轮冲刺完成(每两周),会邀约业务方进行项目演示。会上由模块开发人员进行功能演示和讲解,业务方同学在进行进度跟踪和反馈同时还能熟悉研发团队成员。演示过程,可以快速获取业务方反馈,及时知悉与业务设计的契合度,新增需求与变更也会随之产出,产品同学根据会议内容进行backlog的整理,在当天站会可以快速的进行下一轮迭代计划的制定,让整个研发流程不会出现停滞,项目组一直处于良性运转的状态中。

回顾会议

回顾会议是为解决在运行敏捷模型时,提升团队士气以及改进过程问题的会议。


初次回顾会议由杜老师引导,首先为团队成员介绍了回顾的基本理论,团队成员以宣读该原则为开始。

受限于时间,我们采用了学习矩阵的方式进行回顾,即每个团队成员编写4个维度的卡片,顺次讲解做的好的事情、做的不好的事情、新想法、感谢,以此来推进回顾会议的希望产出。

回顾过程

团队成员基本满意开发过程,但也提出待改进的功能点。导师系统的问题在于工作量评估,会上确定以复杂度和实际开发时长作为评估标准,在下轮迭代前解决工作量评估不准的问题。


通过回顾会议,团队成员表示认可当前开发模式与团队,团队士气也得到了相应的提升。

总结

导师系统一轮迭代功能已经上线,业务同学已经开始进行基本信息的录入,下一轮的迭代也在有条不紊的进行中。相较于以往,研发速率大幅提升,业务同学的日常参与也极大的改善了交付产品与实际场景的匹配度。在敏捷的整套体系推动下,不仅提升了团队的凝聚力,也让团队成员更加认可彼此。团队成长离不开信息技术部敏捷开发方式的推动,以及杜老师专业的引导,团队会遵循并培养敏捷思维,以更高效、专业的状态服务于集团HR业务,为改善集团管理能力贡献力量。


作者:HR组 刘世宽
内容来源:「 INFO信息技术部」


联系我们
联系人: 柴老师
电话: +86 185 1045 6582
Email: clientservice@hardenx.cn
地址: 北京市海淀区善缘街1号立方庭1-105