好的每日站会,应该这么开 | 敏捷开发落地指南

简介: 高效落地敏捷开发,先从这3个关键活动着手。在敏捷迭代中,虽然迭代周期比较短,但依然需要对迭代过程进行有效跟进。如果在输入、过程、输出环节,没有要求,每日站会(迭代跟进)将会非常低效。好的每日站会,应该这么开!

摘要:高效落地敏捷开发,先从这3个关键活动着手。在敏捷迭代中,虽然迭代周期比较短,但依然需要对迭代过程进行有效跟进。如果在输入、过程、输出环节,没有要求,每日站会(迭代跟进)将会非常低效。好的每日站会,应该这么开!

迭代跟进_mh1650937910599.jpg

在上一篇文章《敏捷开发落地指南之迭代排期》中,我们已经了解到:

● 什么是敏捷开发;

● 什么是双周迭代;

● 如何高效地开展排期会;

● 如何在云效项目协作·Projex 中落地排期会。

image.png

接下来,我们来详细介绍在整个迭代跟进过程:从迭代排期确定到迭代交付的过程,同样我们还是以双周迭代为例进行讲述。

借助每日站会有效推进迭代计划

迭代进行的过程中,我们一般会采用每日站会(一种最先被落地的实践)进行迭代的推进和跟进。为了方便大家落地,我们将每日站会的目标、事项等细则整理成了表格以供参考,如下表:

image.png

我们会看到,上面表格中的输入、过程、输出环节有比较多的要求,这是因为,如果在输入、过程、输出环节,没有要求,每日站会(迭代跟进)将会非常低效。

下面的几点,是我们在辅导敏捷开发团队时,经常遇到的一些问题,需要特别注意:

重点关注需求进展:很多研发团队会重点跟进研发任务的完成情况,这容易导致需求无法及时测试和按时发布。一个需求拆解为研发任务后,通常各方对齐接口联调后才能进行整体需求的测试和验证,此外产品经理和用户重点关注也是需求的验收和发布,这便需要研发团队在迭代跟进时从需求出发,重点关注需求的整体进展。

每日站会前更新好需求的状态:如果研发团队基于在线工具进行协作,需求内容和进展已经在线化,团队成员在每日站会前更新好状态,大家同步进展时清晰明了,每日站会的开展就会比较高效。

聚焦迭代过程中问题:这个是和站会前更新需求状态要互相配合的,需求状态及时更新了,迭代进展在需求看板上可以一目了然,大家在每日站会时,便可以聚焦关注需求交付的阻塞、风险和问题即可。

行动项要及时同步相关方:每日站会通常会有当前的问题、跟进人和跟进方式等记录,如果没有及时同步给团队,很容易遗漏,也会造成信息的不同步。所以通常将这些内容记录成行动项(包含事项、负责人和期望完成时间),并在会后及时同步给团队成员或其他相关方。

下面,我们以云效项目协作·Projex为例,讲述如何借助工具高效地落地每日站会。

如何借助云效项目协作·Projex 高效开展每日站会

一、站会前输入

1. 团队成员更新进展:按照实际情况更新需求和任务的状态、关键时间节点,如提测时间、任务起止时间等。通常在实践过程中,状态更新很容易被遗忘,如果站会一般在早上进行,建议团队成员在前一天下班前更新需求和任务的状态;

2. 站会负责人:需跟进上一次站会的问题列表。

二、开展每日站会

1.迭代跟进,关注每日站会“6+1”

通常我们在每日站会时,通过看板来同步需求进展,且会前已更新好需求状态。所以在站会时需求的进展一目了然,只要重点关注问题即可,如站会的 “6+1” :

6 指的是:瓶颈队列、关键的缺陷、重点关注的需求、阻碍和问题、到期或即将到期的需求、中断;

1 指的是:检查是否存在“未反映在看板上的问题”,比如产品经理临时插了一个需求却没有录入系统。

image.png
每日站会“6+1”

2. 确认需求已经拆解完成

一般建议在需求排期时把需求拆解到研发任务(前端、后端和联调),但时常会出现,需求拆解任务不到位的情况,所以站会的时候需要检查,需求是否已拆分到研发任务,以及是否已指派到具体的开发人员,如下图所示:

image.png
需求拆解到研发任务

3. 明确需求的关键时间点

需求的关键时间一般是指计划提测日期、计划完成时间等,已经和相关负责人明确定下来,并更新在需求卡片上。

image.png
明确关键时间点

4. 跟进团队缺陷解决进展

每日站会时,在同步完需求的进展和问题后,需要抽 1-2 分钟时间查看一下缺陷解决情况,在云效项目协作·Projex 的缺陷管理中,可以查看到遗留缺陷情况,并可根据诉求配置不同的查看视图。如下图,可以按照负责人分组进行查看缺陷情况。

image.png

此外,云效项目协作·Projex 还提供了查看迭代缺陷统计报表,在迭代概览中,可以查看当前迭代查看“缺陷趋势图”和“存量缺陷按成员排名”指标卡。

image.png

5. 跟进迭代进度和偏差

云效项目协作·Projex 的迭代概览中可以看到迭代燃尽图,以方便我们跟进迭代的进度和偏差:

工作项燃尽图:按照迭代排期时的工作项数量进行燃尽(支持过滤需求、任务、缺陷),如下图左侧所示,存量曲线高高飘起,说明进度已经严重滞后;

工时燃尽图:按照迭代排期时预估的工时进行燃尽,如下图右侧所示,剩余工时数量往上飘,说明排期是工作量评估不足或插入了新的需求。

image.png

6. 站会问题行动项跟进

在每日站会时,通常会有问题记录和行动项,每次站会时可由专人负责进行记录和跟进,同时也需要回顾一下上一次每日站会遗留行动项的完成情况。

三、每日站会输出

● 需求更新到最新的状态
虽然每日站会前团队成员会更新好需求状态,但站会过程中,也有可能可能要更新需求和任务的状态,研发团队要保证每日站会结束时,看板上需求和任务状态一定是最新的状态。

● 站会行动项及时同步
把站会上发现的问题清单,包括问题、责任人和完成时间等,会后通过邮件、沟通群等及时同步给团队成员或其他相关方。

总结回顾

现在我们了解了每日站会是迭代跟进时的有效活动,我们需要:

● 每日站会前,更新迭代中需求的进展情况和上一次站会行动项情况;

● 每日站会时,关注站会的“6+1”,及时跟进偏差和问题;

● 每日站会后,及时将站会中记录的问题和行动项同步给团队成员和相关方。

在敏捷迭代中,虽然迭代周期比较短,但依然需要对迭代过程进行有效跟进。在这个过程中,不仅需要跟进需求、任务和缺陷等进展情况,也需要借助统计数据来帮助我们了解整体的进度和偏差情况。更多敏捷开发跟进数据解读可查看「敏捷研发项目,我们该如何度量」


点击下方链接,即可免费使用云效项目协作·Projex。

https://www.aliyun.com/product/yunxiao/project?channel=yy_yccb_yc

lQLPDhtDba1KT2_NBDjNB4CwgwE-eOLUK_gCPyXeUECTAA_1920_1080.png

相关文章
|
3月前
|
敏捷开发 移动开发 前端开发
敏捷开发的全过程问题之明确需求的负责人和任务拆解的问题如何解决
敏捷开发的全过程问题之明确需求的负责人和任务拆解的问题如何解决
|
测试技术 定位技术 持续交付
PMP备考之路 - 敏捷实践第五讲(实施敏捷:在敏捷环境中交付)
PMP备考之路 - 敏捷实践第五讲(实施敏捷:在敏捷环境中交付)
243 0
|
敏捷开发 测试技术 持续交付
Scrum敏捷开发培训内训:提升团队能力和效率的重要途径
​ 在当今软件开发领域,Scrum敏捷开发方法越来越受到重视。Scrum是一种以团队协作为基础,注重灵活性和快速响应变化的方法。 为了帮助团队更好地掌握Scrum敏捷开发,培训变得越来越重要。Scrum敏捷开发方法注重高效协作、快速迭代和持续改进。通过培训,团队成员可以更好地了解Scrum敏捷开发的流程、实践和方法,提高团队协作和项目管理能力。这有助于在开发过程中快速响应需求变化,提高软件质量和客户满意度。
|
敏捷开发 数据可视化
手把手,带你用数据做好迭代复盘改进 | 敏捷开发落地指南
高效落地敏捷开发,先从这3个关键活动着手。带你用数据做好迭代复盘改进 ,数据说话,借助云效项目协作·Projex 高效开展迭代复盘高效落地敏捷开发。
845 0
手把手,带你用数据做好迭代复盘改进 | 敏捷开发落地指南
|
运维 Kubernetes Cloud Native
交付铁三角的故事之兵戎相见
大家好,交付铁三角带着全新的故事来啦!一直被应用交付难题所困扰的他们这次又遇到了新的难题,售前大佬的一句客户资源规划缘何让开发铁子暴怒,交付小锤的劝架为何致使自己的交付团队陷入这场漩涡之中,在客户现场惨遭客户对交付质量的质疑。在这场风波背后,又隐藏着怎样的破解之法,帮助他们重归于好?快来点击下方文章了解吧!
交付铁三角的故事之兵戎相见
|
敏捷开发
敏捷团队管理:把握介入团队的程度
转载请注明出处:http://blog.csdn.net/horkychen 来源 Check In, Don't Check Up (照看而不是介入!) 我从来不是微观管理者(micro-manager),特别是应用agile和Scrum之后。
933 7
|
敏捷开发 监控 项目管理
三分钟让你理解什么是敏捷开发,这才是敏捷开发......
做为无所不能的产品经理,虽不是上知天文下知地理,但是也要对产品相关的知识领域有所涉猎。项目管理就是与产品密切相关的一个知识领域,同时也是产品经理日常工作中经常要负责的一部分内容。别问我为什么不是项目经理负责,因为很多公司没有…… 本文结合实际工作实践以及亲身使用CORNERSTONE项目管理工具经验,深入浅出介绍在敏捷开发的互联网公司中一个项目从无到有所经历的各个环节,当然项目管理这门学问还有很多需要深入探索的领域,以下仅仅与各位产品/项目经理们,学习交流一下。
1257 0