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

介绍

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

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

为什么要站着开会?

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

每日站会的目的

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

检视开发任务进度

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

那怎么知道每日开发进度?怎么监督任务进度情况呢?

每日站会就可以每天同步任务完成的进度情况。

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

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

尽早暴漏问题和解决问题

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

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

协调团队工作

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

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

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

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

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

每日站会经典三问

每日站会经典三问:

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

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

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

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

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

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

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

注意点

只说关键点和任务,不去讨论细节。如果需要深入讨论某个问题,会后再去单独讨论,不要在站会上讨论细节,浪费过多的时间。

不要让每日站会,变成了向产品负责人或 Scrum Master 汇报工作的会议。

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

参会人员:

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

会议时长:

开会的时间一般是在安排在早上,比如早上 10 点钟。

整个会议时长控制在 15 分钟内,保持会议简洁高效。

会议主持人:

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

会议的纪律:

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

开会步骤:

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

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

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

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

开会工具

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

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

常见问题分析

变成工作汇报会

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

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

会议超时

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

不敢暴漏问题 - 团队氛围

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

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

要让团队成员明白 "人在一起叫聚会,心在一起叫团队"。

流于形式

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

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

相关推荐
xexpertS4 天前
软件工程团队如何建立可持续的学习文化
研发管理
效率工作实验室6 天前
敏捷 BI 平台有哪些?2026年产品推荐
平台·bi·选型·敏捷bi·敏捷
PM老周6 天前
2026年 AI 研发管理工具怎么选?需求、计划、风险与知识四项能力
人工智能·项目管理·研发管理
ClouGence9 天前
Playwright 已经很好用了,为什么我还在找更简单的自动化测试工具?
测试·敏捷开发
赫媒派13 天前
Go 1.27 来了:泛型方法补齐,JSON 提速不踩坑
后端·go·敏捷开发
dogstarhuang14 天前
研发效能提升:敏捷 Scrum 落地,先把这三道坎填平
研发效能·项目管理·scrum·敏捷开发·团队协作·数字化转型·程序员开发
Sadie_d1 个月前
战略级科研项目,如何做好过程文档管理与成果审计?
项目管理·研发管理
猴哥聊项目管理1 个月前
禅道/Jira/Linear等横评:2026项目管理软件10款实测
项目管理·jira·团队管理·团队协作·项目管理软件·研发管理
猴哥聊项目管理1 个月前
私有化项目协作工具对比:沟通协同、任务管理与数据安全
项目管理·敏捷开发·数据管理·项目管理软件·研发管理·私有化·沟通管理
PM老周1 个月前
ALM是什么?从需求、开发、测试到发布的全生命周期管理
项目管理·应用生命周期管理·alm·研发管理·产品管理