关于敏捷开发:好的每日站会应该这么开-敏捷开发落地指南

33次阅读

共计 2453 个字符,预计需要花费 7 分钟才能阅读完成。

摘要:高效落地麻利开发,先从这 3 个要害流动着手。在麻利迭代中,尽管迭代周期比拟短,但仍然须要对迭代过程进行无效跟进。如果在输出、过程、输入环节,没有要求,每日站会(迭代跟进)将会十分低效。好的每日站会,应该这么开!

在上一篇文章《麻利开发落地指南之迭代排期》中,咱们曾经理解到:

● 什么是麻利开发;

● 什么是双周迭代;

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

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

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

借助每日站会无效推动迭代打算

迭代进行的过程中,咱们个别会采纳每日站会(一种最先被落地的实际)进行迭代的推动和跟进。为了不便大家落地,咱们将每日站会的指标、事项等细则整顿成了表格以供参考,如下表:

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

上面的几点,是咱们在辅导麻利开发团队时,常常遇到的一些问题,须要特地留神:

重点关注需要停顿:很多研发团队会重点跟进研发工作的实现状况,这容易导致需要无奈及时测试和按时公布。一个需要拆解为研发工作后,通常各方对齐接口联调后能力进行整体需要的测试和验证,此外产品经理和用户重点关注也是需要的验收和公布,这便须要研发团队在迭代跟进时从需要登程,重点关注需要的整体停顿。

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

聚焦迭代过程中问题:这个是和站会前更新需要状态要互相配合的,需要状态及时更新了,迭代停顿在需要看板上能够高深莫测,大家在每日站会时,便能够聚焦关注需要交付的阻塞、危险和问题即可。

口头项要及时同步相干方:每日站会通常会有以后的问题、跟进人和跟进形式等记录,如果没有及时同步给团队,很容易脱漏,也会造成信息的不同步。所以通常将这些内容记录成口头项(蕴含事项、负责人和冀望实现工夫),并在会后及时同步给团队成员或其余相干方。

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

如何借助云效我的项目合作·Projex 高效发展每日站会

一、站会前输出

1. 团队成员更新停顿:依照理论状况更新需要和工作的状态、要害工夫节点,如提测工夫、工作起止工夫等。通常在实际过程中,状态更新很容易被忘记,如果站会个别在早上进行,倡议团队成员在前一天上班前更新需要和工作的状态;

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

二、发展每日站会

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

通常咱们在每日站会时,通过看板来同步需要停顿,且会前已更新好需要状态。所以在站会时需要的停顿高深莫测,只有重点关注问题即可,如站会的“6+1”:

6 指的是:瓶颈队列、要害的缺点、重点关注的需要、妨碍和问题、到期或行将到期的需要、中断;

1 指的是:查看是否存在“未反映在看板上的问题”,比方产品经理长期插了一个需要却没有录入零碎。


每日站会“6+1”

2. 确认需要曾经拆解实现

个别倡议在需要排期时把需要拆解到研发工作(前端、后端和联调),但时常会呈现,需要拆解工作不到位的状况,所以站会的时候须要查看,需要是否已拆分到研发工作,以及是否已指派到具体的开发人员,如下图所示:


需要拆解到研发工作

3. 明确需要的要害工夫点

需要的要害工夫个别是指打算提测日期、打算实现工夫等,曾经和相干负责人明确定下来,并更新在需要卡片上。


明确要害工夫点

  1. 跟进团队缺点解决停顿

每日站会时,在同步完需要的停顿和问题后,须要抽 1-2 分钟工夫查看一下缺点解决状况,在云效我的项目合作·Projex 的缺点治理中,能够查看到遗留缺点状况,并可依据诉求配置不同的查看视图。如下图,能够依照负责人分组进行查看缺点状况。

此外,云效我的项目合作·Projex 还提供了查看迭代缺点统计报表,在迭代概览中,能够查看以后迭代查看“缺点趋势图”和“存量缺点按成员排名”指标卡。

5. 跟进迭代进度和偏差

云效我的项目合作·Projex 的迭代概览中能够看到迭代燃尽图,以不便咱们跟进迭代的进度和偏差:

工作项燃尽图:依照迭代排期时的工作项数量进行燃尽(反对过滤需要、工作、缺点),如下图左侧所示,存量曲线高高飘起,阐明进度曾经重大滞后;

工时燃尽图:依照迭代排期时预估的工时进行燃尽,如下图右侧所示,残余工时数量往上飘,阐明排期是工作量评估有余或插入了新的需要。

6. 站会问题口头项跟进

在每日站会时,通常会有问题记录和口头项,每次站会时可由专人负责进行记录和跟进,同时也须要回顾一下上一次每日站会遗留口头项的实现状况。

三、每日站会输入

● 需要更新到最新的状态
尽管每日站会前团队成员会更新好需要状态,但站会过程中,也有可能可能要更新需要和工作的状态,研发团队要保障每日站会完结时,看板上需要和工作状态肯定是最新的状态。

● 站会口头项及时同步
把站会上发现的问题清单,包含问题、责任人和实现工夫等,会后通过邮件、沟通群等及时同步给团队成员或其余相干方。

总结回顾

当初咱们理解了每日站会是迭代跟进时的无效流动,咱们须要:

● 每日站会前,更新迭代中需要的停顿状况和上一次站会口头项状况;

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

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

在麻利迭代中,尽管迭代周期比拟短,但仍然须要对迭代过程进行无效跟进。在这个过程中,不仅须要跟进需要、工作和缺点等停顿状况,也须要借助统计数据来帮忙咱们理解整体的进度和偏差状况。更多麻利开发跟进数据解读可查看「麻利研发我的项目,咱们该如何度量」。


点击下方链接,即可收费应用云效我的项目合作·Projex。

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

正文完
 0