敏捷开发:如何高效开每日站会(Daily Stand-up Meeting)

介绍

在敏捷开发框架 Scrum 中,每日站会(Daily Stand-up Meeting,又叫 Daily Scrum)是 Sprint 迭代开发中,一个很重要的流程,一个重要的例会。在有限的时间内,大家一起沟通,成员之间相互通报各自完成任务进展的情况、遇到了哪些困难,并寻求帮助以解决遇到的问题。

它是为了提高沟通、协作效率,同步工作进度的一个工具。

敏捷开发:如何高效开每日站会(Daily Stand-up Meeting)

为什么要站着开会?

是为了在简短的会议中,大家集中注意力开会沟通,尽快解决问题,尽早结束会议。

每日站会的目的

从上面的介绍中,就可以窥见一二,每日站会的目的。

检视开发任务进度

在一个 Sprint 开发周期中,任务的分配、任务的完成进度时间都已经计划好了。

那怎么知道每日开发进度?怎么监督任务进度情况呢?
每日站会就可以每天同步任务完成的进度情况。

还可以了解彼此的任务进度,便于相互配合,大家也了解项目的整体状况。

比如开发人员已经开发完了哪些功能,测试人员就可以及时安排测试。

尽早暴漏问题和解决问题

尽早暴漏开发过程中遇到的问题,然后大家一起帮助解决问题,让项目能顺利向前推进。

比如技术问题、需求变更、资源不足等各种问题,团队成员可以在站会上共同讨论解决方案,避免问题积累和拖延。

协调团队工作

通过了解彼此的工作进度,团队成员可以更好的协调工作顺序和依赖关系。

比如前后端的接口开发,前端开发和后端开发可以根据对方的进度完成情况,安排自己的接口对接开发工作。

也可以审视目前任务分配情况,重新分配任务。审视开发时间估算情况。

比如 Tom 开发任务完成情况提前,而 Jimmy 的任务预估开发时没有考虑一些特殊情况,导致开发任务进度落后,那么 Jimmy 的其它开发任务可以交给 Tom 来开发并更新自己的任务估算时间。

最终目的:尽快完成开发任务,交付 Sprint。

每日站会经典三问

每日站会经典三问:

敏捷开发:如何高效开每日站会(Daily Stand-up Meeting)

1、我昨天完成了什么任务?

汇报昨天完成的工作内容,任务进展情况。

2、我今天计划完成什么任务?

说明今天的工作目标和任务。

3、目前是否遇到了困难、问题?

在开发过程中,我是否遇到了困难和问题。

这其实是团队成员之间做出完成任务进度的承诺。

注意点

只说关键点和任务,不去讨论细节。如果需要深入讨论某个问题,会后再去单独讨论,不要在站会上讨论细节,浪费过多的时间。
不要让每日站会,变成了向产品负责人或 Scrum Master 汇报工作的会议。

参会人员、时长、开会步骤

参会人员:

包括开发的相关人员,产品负责人,Scrum负责人等,还可以有与本次会议相关的外部人员。外部人员可以聆听,但一般不允许发言,避免会议时长过长。

会议时长:

开会的时间一般是在安排在早上,比如早上 10 点钟。
整个会议时长控制在 15 分钟内,保持会议简洁高效。

会议主持人:

一般是产品负责人或 Scrum Master。如果想让会议开得更加高效有意义,可以让团队人员轮流担任会议主持人,这样团队成员的参与感更强,也锻炼团队成员的沟通协调能力。

会议的纪律:

会议主持人需要维护会议的纪律,比如成员发言时间过长、无关发言,不允许无故玩手机不听发言等等,都需要及时制止。

开会步骤:

1、集合人员:在固定的地点和时间集合参会人员,全体人员站立开发,保持会议的简短和高效。

2、轮流发言:按照一定的顺序发言。比如按照站立的顺序或任务流程顺序。每个发言人员回答上面的经典三问。

3、讨论遇到的问题:如果成员提出了问题,团队成员可以简短的讨论解决方案,注意控制讨论的深度和时间,避免会议过长。如果问题比较复杂,应该在站会后另行安排会议讨论。

4、总结(可选):如果需要总结的话,可以由Scrum Master或主持人进行简短总结,强调下重点问题或下一步行动等。会议主持人记录在会议过程中待解决的问题或困难,便于会后相关人员单独沟通。

开会工具

开会时,一般会用到白板或kanban,电子的或物理的。

大家都站在 kanban 面前开会,及时更新任务板进度情况。

常见问题分析

变成工作汇报会

每日站会是团队成员之间交流沟通,获取任务进度最新情况的会议,同步与他人有关的任务进程,适时做出任务调整。

如果只是按照三个问题简单的汇报工作和任务进度,而没有讨论和互动,那么就变成了工作汇报会。这会打击团队成员开会的积极性,也破坏了敏捷团队自组织文化建设,没有达到每日站会的 3 个目的。

会议超时

团队成员的发言过长,他深入讨论了某一个技术问题,这都是会议主持人需要关注并制止的行为。需要提醒团队成员站会只专注于任务更新和同步,详细技术讨论的问题可以会后再单独讨论。

不敢暴漏问题 - 团队氛围

暴漏了问题后,团队成员害怕领导或产品负责人怀疑自己的能力,或提出问题被委派新的任务。这就是一个团队氛围不好,让团队成员感觉没有安全感,感到了压抑感。

所以要营造开放友好的沟通环境。我们来开会是为了解决问题,不是来指责人能力的,要传达出这种信号。打造 “胜则举杯相庆,败则拼死相救” 的团队文化,有问题时大家想到的是一起来 “救” 你。
要让团队成员明白 “人在一起叫聚会,心在一起叫团队”。

流于形式

有的团队开会前以文字形式提交三个问题的报告,这就是一种例行公事,没有多大意义。它没有互动和讨论。

会议结束后没有问题的进一步讨论,也没有困难的进一步解决。

[完]

发表评论

相关文章