敏捷开发:如何高效开每日站会(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 个目的。

会议超时

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

不敢暴漏问题 - 团队氛围

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

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

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

流于形式

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

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

相关推荐
摆烂工程师7 小时前
Claude Code 落地实践的工作简易流程
人工智能·claude·敏捷开发
PetterHillWater12 天前
关于所谓的对赌类软件项目反思
敏捷开发
哇叽瓜13 天前
敏捷项目管理怎么做?4大主流方法论对比及工具适配方案
项目管理·敏捷开发·敏捷流程·敏捷项目管理·项目管理工具
用户61204149221322 天前
小程序做的超市商品管理系统
微信小程序·敏捷开发·小程序·云开发
SelectDB1 个月前
Apache Doris + MCP:Agent 时代的实时数据分析底座
大数据·数据分析·敏捷开发
敏捷开发1 个月前
被需求变更“拖垮”的项目,终于有救了!
企业管理·研发管理·禅道项目管理软件·责任分配矩阵
俞凡1 个月前
高效拆分用户故事
敏捷开发
呱牛do it1 个月前
HTTP 如何升级成 HTTPS
研发管理
外滩运维专家2 个月前
个人开发者如何发送短信?这个方案太香了!
程序员·敏捷开发
cooldream20093 个月前
比较与分析敏捷开发方法:XP、Scrum、FDD等的特点与适用场景
系统架构师·scrum·敏捷开发·敏捷流程