好的每日站会,应该这么开 | 敏捷开发落地指南
Posted 阿里云云栖号
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了好的每日站会,应该这么开 | 敏捷开发落地指南相关的知识,希望对你有一定的参考价值。
简介:高效落地敏捷开发,先从这3个关键活动着手。在敏捷迭代中,虽然迭代周期比较短,但依然需要对迭代过程进行有效跟进。如果在输入、过程、输出环节,没有要求,每日站会(迭代跟进)将会非常低效。好的每日站会,应该这么开!
摘要:高效落地敏捷开发,先从这3个关键活动着手。在敏捷迭代中,虽然迭代周期比较短,但依然需要对迭代过程进行有效跟进。如果在输入、过程、输出环节,没有要求,每日站会(迭代跟进)将会非常低效。好的每日站会,应该这么开!
在上一篇文章《敏捷开发落地指南之迭代排期》中,我们已经了解到:
● 什么是敏捷开发;
● 什么是双周迭代;
● 如何高效地开展排期会;
● 如何在云效项目协作·Projex 中落地排期会。
接下来,我们来详细介绍在整个迭代跟进过程:从迭代排期确定到迭代交付的过程,同样我们还是以双周迭代为例进行讲述。
借助每日站会有效推进迭代计划
迭代进行的过程中,我们一般会采用每日站会(一种最先被落地的实践)进行迭代的推进和跟进。为了方便大家落地,我们将每日站会的目标、事项等细则整理成了表格以供参考,如下表:
我们会看到,上面表格中的输入、过程、输出环节有比较多的要求,这是因为,如果在输入、过程、输出环节,没有要求,每日站会(迭代跟进)将会非常低效。
下面的几点,是我们在辅导敏捷开发团队时,经常遇到的一些问题,需要特别注意:
● 重点关注需求进展:很多研发团队会重点跟进研发任务的完成情况,这容易导致需求无法及时测试和按时发布。一个需求拆解为研发任务后,通常各方对齐接口联调后才能进行整体需求的测试和验证,此外产品经理和用户重点关注也是需求的验收和发布,这便需要研发团队在迭代跟进时从需求出发,重点关注需求的整体进展。
● 每日站会前更新好需求的状态:如果研发团队基于在线工具进行协作,需求内容和进展已经在线化,团队成员在每日站会前更新好状态,大家同步进展时清晰明了,每日站会的开展就会比较高效。
● 聚焦迭代过程中问题:这个是和站会前更新需求状态要互相配合的,需求状态及时更新了,迭代进展在需求看板上可以一目了然,大家在每日站会时,便可以聚焦关注需求交付的阻塞、风险和问题即可。
● 行动项要及时同步相关方:每日站会通常会有当前的问题、跟进人和跟进方式等记录,如果没有及时同步给团队,很容易遗漏,也会造成信息的不同步。所以通常将这些内容记录成行动项(包含事项、负责人和期望完成时间),并在会后及时同步给团队成员或其他相关方。
下面,我们以云效项目协作·Projex为例,讲述如何借助工具高效地落地每日站会。
如何借助云效项目协作·Projex 高效开展每日站会
一、站会前输入
1. 团队成员更新进展:按照实际情况更新需求和任务的状态、关键时间节点,如提测时间、任务起止时间等。通常在实践过程中,状态更新很容易被遗忘,如果站会一般在早上进行,建议团队成员在前一天下班前更新需求和任务的状态;
2. 站会负责人:需跟进上一次站会的问题列表。
二、开展每日站会
1.迭代跟进,关注每日站会“6+1”
通常我们在每日站会时,通过看板来同步需求进展,且会前已更新好需求状态。所以在站会时需求的进展一目了然,只要重点关注问题即可,如站会的 “6+1” :
● 6 指的是:瓶颈队列、关键的缺陷、重点关注的需求、阻碍和问题、到期或即将到期的需求、中断;
● 1 指的是:检查是否存在“未反映在看板上的问题”,比如产品经理临时插了一个需求却没有录入系统。
每日站会“6+1”
2. 确认需求已经拆解完成
一般建议在需求排期时把需求拆解到研发任务(前端、后端和联调),但时常会出现,需求拆解任务不到位的情况,所以站会的时候需要检查,需求是否已拆分到研发任务,以及是否已指派到具体的开发人员,如下图所示:
需求拆解到研发任务
3. 明确需求的关键时间点
需求的关键时间一般是指计划提测日期、计划完成时间等,已经和相关负责人明确定下来,并更新在需求卡片上。
明确关键时间点
- 跟进团队缺陷解决进展
每日站会时,在同步完需求的进展和问题后,需要抽 1-2 分钟时间查看一下缺陷解决情况,在云效项目协作·Projex 的缺陷管理中,可以查看到遗留缺陷情况,并可根据诉求配置不同的查看视图。如下图,可以按照负责人分组进行查看缺陷情况。
此外,云效项目协作·Projex 还提供了查看迭代缺陷统计报表,在迭代概览中,可以查看当前迭代查看“缺陷趋势图”和“存量缺陷按成员排名”指标卡。
5. 跟进迭代进度和偏差
云效项目协作·Projex 的迭代概览中可以看到迭代燃尽图,以方便我们跟进迭代的进度和偏差:
● 工作项燃尽图:按照迭代排期时的工作项数量进行燃尽(支持过滤需求、任务、缺陷),如下图左侧所示,存量曲线高高飘起,说明进度已经严重滞后;
● 工时燃尽图:按照迭代排期时预估的工时进行燃尽,如下图右侧所示,剩余工时数量往上飘,说明排期是工作量评估不足或插入了新的需求。
6. 站会问题行动项跟进
在每日站会时,通常会有问题记录和行动项,每次站会时可由专人负责进行记录和跟进,同时也需要回顾一下上一次每日站会遗留行动项的完成情况。
三、每日站会输出
● 需求更新到最新的状态
虽然每日站会前团队成员会更新好需求状态,但站会过程中,也有可能可能要更新需求和任务的状态,研发团队要保证每日站会结束时,看板上需求和任务状态一定是最新的状态。
● 站会行动项及时同步
把站会上发现的问题清单,包括问题、责任人和完成时间等,会后通过邮件、沟通群等及时同步给团队成员或其他相关方。
总结回顾
现在我们了解了每日站会是迭代跟进时的有效活动,我们需要:
● 每日站会前,更新迭代中需求的进展情况和上一次站会行动项情况;
● 每日站会时,关注站会的“6+1”,及时跟进偏差和问题;
● 每日站会后,及时将站会中记录的问题和行动项同步给团队成员和相关方。
在敏捷迭代中,虽然迭代周期比较短,但依然需要对迭代过程进行有效跟进。在这个过程中,不仅需要跟进需求、任务和缺陷等进展情况,也需要借助统计数据来帮助我们了解整体的进度和偏差情况。
本文为阿里云原创内容,未经允许不得转载。
以上是关于好的每日站会,应该这么开 | 敏捷开发落地指南的主要内容,如果未能解决你的问题,请参考以下文章