站会(stand-up meeting):形式、每日议程、异步版本——以及两次站会之间频道做什么(2026)

站会(stand-up meeting)是一个团队每天在固定时间举行的简短会议,每位成员只说三件事:从昨天到现在完成了什么,到明天之前要做什么,以及什么在阻碍自己。十五分钟是上限,而不是目标。这个名字来自“站着开会”的习惯,目的是让没有人安顿下来——开得很舒服的站会,已经开得太久了。站会的作用是尽早暴露阻碍,而不是解决阻碍,也不是向上级汇报:听众是团队,产出是一份简短的阻碍清单,每一项旁边都有一个名字。

本文讲的是站会的形式:站会是什么、不是什么,让它保持为站会的六条规则,三个问题以及效果更好的版本,一份可以直接复制的每日议程,三个填写完整的变体,以及适用于永远不在同一时刻醒着的团队的异步站会。最后一节讲的是大多数指南略过的部分——两次站会之间的二十三小时四十五分钟,阻碍要么在这段时间里被清除,要么明天被再说一遍——以及团队已在使用的工具如何处理这份清单。

站会是什么——以及不是什么

两种失败模式就是右边的两列。站会滑向状态会议,表现为每个人都对着负责人说话,其他人只是等着轮到自己。站会滑向团队会议,表现为两个人当着六个帮不上忙的人开始解决某个阻碍——第一句“这个会后再聊”,就是主持人的全部工作。

一个相关的术语:**每日 Scrum(daily scrum)**是 Scrum 所定义的站会——这是面向一个 Scrum 团队的开发人员(Developers)的 15 分钟活动,在 Sprint 的每一天举行,用于检视朝向 Sprint Goal 的进展,并制定次日的计划。2020 版《Scrum 指南》对它的形式没有任何规定,开发人员可以自行选择结构。“站会”是任何团队都在用的通用形式,无论是否采用 Scrum;下文所述对两者都适用。

形式:六条规则

1. 同一时间、同一地点,每个工作日。 每日会议的意义在于没有人需要去安排它。选一个所有人都稳定在场的最早时间,不要为访客而挪动。
2. 十五分钟是上限。 八个人每人一分钟就是八分钟;剩下的时间用来确定谁和谁结对处理什么。如果一个团队经常需要用满十五分钟,说明它对一个站会来说太大了,或者在站会里解决问题了。
3. 一个团队。 能互相解除阻碍的人。如果房间里一半的人从来没有什么要对另一半说,那就是两个站会。
4. 每个人:从昨天起、到明天前、被什么阻碍。 说“完成了”,而不是“做了”;说下一件具体的事,而不是整个星期;如果知道谁能解除阻碍,就说出他的名字。
5. 阻碍只命名,不解决。 用两句话描述,然后连同会后要谈的两个人的名字一起记入清单。超过两句话的就是一次对话,而对话在站会之后进行。
6. 它会留下一份清单。 今天的阻碍,每项都有负责人,放在全队都会看的地方——并且对照这份清单检查昨天的那份:已清除、仍未解决,或已放弃。

三个问题——以及效果更好的版本

经典的三个问题是:我昨天做了什么?我今天要做什么?什么在阻碍我? 它们是不错的起步形式,但有一个已知的问题:前两个问题是回答给经理听的。“昨天我做了导出功能,今天我继续做导出功能”只是一份报告,对房间里的其他人没有任何信息量,却占用了八个人一分钟的时间。

两点调整就能解决大部分问题:

围绕成果,而不是活动。 “从昨天起我完成了 X;到明天前我会完成 Y;我在 Z 上被 W 阻碍。”完成了和会完成迫使人做出一个具体的断言,第二天早上就能知道它是真是假;“做了”永远不会是假的。

看看板,而不是看人。 不要在房间里挨个轮流,而是按优先级顺序逐项过工作项,让负责每一项的人说明它还需要什么才能完成。看板上没有任务的人无需发言;卡住的工作项由工作本身来点名,而不是由那个不好意思开口的人来提。对于有可视化看板的团队,这是最有效的单项改变;对于没有看板的团队,采用成果式措辞的轮流发言也足够接近了。

无论哪种形式,都有一条规则:发言的人面向团队说话,而主持人——轮换,每人一周——站在旁边,而不是前面。

如何进行:会前、会中、会后

会前(两分钟,主持人): 看板是最新的,主持人打开昨天的阻碍清单。不是整个待办列表——而是上一次站会的清单,这样每一项都能用一个词核对完。

会中(十五分钟,团队): 准时开始,在场的人先开始。轮流发言,或按看板过一遍。每人一分钟;对说完却没提阻碍的人,主持人问一句“那阻碍呢?”;对开始解决问题的两个人,主持人说“会后聊”。核对昨天的阻碍:已清除、仍未解决、已放弃——每项一个词。待议区(parking lot)用于放置不是阻碍但需要安排时间的事项:一个决策、一个要问缺席者的问题。以宣读清单作结:阻碍、谁负责、谁帮忙、何时完成。

会后(五分钟,主持人): 阻碍清单发布到团队会看的地方,每项都有负责人,待议区的事项也定好时间。结对的人去交流。明天的站会从这份清单开始——所以它必须放在能找到的地方,而不是主持人的脑子里。

每日站会议程模板

复制这一块,替换方括号中的内容,并保持在一屏之内——需要滚动的站会议程,就是团队会议的议程。

团队站会 — [日期],[时间] — 15 分钟 — [本周主持人]
目的: 暴露今天的阻碍;仅此而已。
1. 昨天的阻碍 — 主持人 — 2 分钟
[昨天的阻碍] — [负责人] — 已清除 / 仍未解决 / 已放弃
[昨天的阻碍] — [负责人] — 已清除 / 仍未解决 / 已放弃
2. 轮流发言 — 每个人 — 每人 1 分钟 — 信息同步
从昨天起:[已完成]。到明天前:[将完成]。被阻碍于:[什么事,以及谁能解除]。
3. 需要两个人处理的阻碍 — 指定结对人员 — 3 分钟 — 会后处理
[阻碍] — [谁负责] + [谁协助] — [何时交流]
4. 待议区 — 主持人 — 2 分钟
[不是阻碍,但需要安排时间] — [何时、何地]
留下: 今天的阻碍清单,每项都有一个名字,在 [时间 + 20 分钟] 之前发布到团队频道。

三个填写完整议程的变体

1. 八人软件团队,同一时区

团队站会 — 周二 09:30 — 15 分钟 — Priya
1. 昨天的阻碍 — 预发布环境证书(Tom)— 已清除;导出界面的设计评审(Lena)— 仍未解决,评审改到今天 11:00
2. 轮流发言 — 八个人,从看板顶部开始逐项过:三项在评审中,两项进行中,一项被阻碍
3. 需要两个人处理的阻碍 — 没有 API 变更,导出界面无法上线(Lena + Tom,11:30)
4. 待议区 — 移动端版本的发布日期,需要等 Marco 周四回来
留下: 两项未解决的阻碍,两组结对,一个带日期的待议事项。

2. 分销商跨两个国家的销售团队

每日碰头会 — 08:45 CET / 09:45 EET — 15 分钟 — Ana
目的: 暴露今天是什么在阻碍一笔交易或一次交付。
1. 昨天的阻碍 — 布加勒斯特仓库的确认(Radu)— 已清除;新产品线的价目表(Ana)— 仍未解决,财务承诺中午前给出
2. 轮流发言 — 六个人:每人说出今天要推进的一笔交易或一次交付,以及它在等什么
3. 需要两个人处理的阻碍 — 一位客户的海关文件所用的语言只有 Radu 能读(Radu + Sofia,10:00)
4. 待议区 — 展会展位,周五的团队会议
留下: 两个未解决事项,一组结对,以每位成员各自的语言发布在频道中。

3. 跨三个时区的团队——异步变体

异步站会 — 每个工作日 10:00 UTC 之前 — #team-daily
目的: 同样的三个部分,书面或口头,每人一条消息。
1. 每个人,10:00 UTC 之前: 从昨天起 / 到明天前 / 被什么阻碍 — 一条消息,文字或一分钟语音留言
2. 阻碍: 能帮忙的人在该消息的帖子串中回复,而不是新开一条
3. 昨天的清单: 主持人对照新消息进行核对——已清除 / 仍未解决 / 已放弃——并在 10:20 UTC 之前发布今天的清单
4. 每周两次,14:00 UTC: 十五分钟的实时通话,处理帖子串无法清除的阻碍
留下: 与实时版本相同的清单,放在相同的位置,其下附有各个帖子串。

异步站会:书面或口头,在设定时间之前

实时站会需要所有人在同一时刻醒着、在场且有空。跨越两个以上时区的团队、有兼职成员的团队、九点钟正在开车的外勤人员、前台无法离开岗位的诊所——这些团队要么跳过站会,要么只带着一半的人开。异步版本保留了形式,去掉了共享同一时刻的要求。

让异步站会仍然是站会的规则:每人一条消息,在设定时间之前,发在一个约定好的频道里——不是表单,也不是大家都能编辑的文档,因为一条消息有作者、有时间、有帖子串。同样的三个部分按同样的顺序,这样一条消息十秒钟就能读完。每个阻碍一个帖子串,这样帮忙的提议就出现在问题下面,频道的其余部分仍然清晰可读。主持人在设定时间收尾,给出清单——站会唯一的产出——并在同一条消息中核对昨天的清单。还有固定频率的实时通话,每周两次或一次,处理帖子串没能清除的阻碍:异步站会替代的是“同一时刻”,而不是“从此不再开口交谈”。

团队允许的话,口头和书面同样有效。在上班路上用手机录下的一分钟语音留言,往往比在办公桌前打出的一句话更坦率——人们会说出本来会被自己删掉的阻碍——而能转写语音留言的频道会让它可被搜索,让团队其他人可以阅读而不是收听。

异步版本失去的,是某人听到一个阻碍后说“我上周也遇到过”的那一刻。每个阻碍一个帖子串的规则和固定的实时时段,是把它找回来的两种方式;两者都放弃的团队,拥有的是一份每日报告,而不是站会。

站会在您已在使用的工具中的位置

站会是日历上的一个定期会议,加上一个发布阻碍清单的地方。以下仅为有文档记载的行为,来自各供应商自己的页面;每个单元格都标明了其事实核查的月份。

这四者每场会议都生成一份文档或一份摘要,使用的是它被撰写或举行时的语言;所引用的页面中,没有一个说明读者能以自己的语言获得它。如果这对团队很重要,下一节是完成这件事的一种方式;如果不重要,上面的表格就是完整的答案,四者任选其一都可以。

两次站会之间,频道做什么

在 InterMIND 中,站会是一个频道的会议。频道是一个持久的空间:它的聊天记录在各次会话之间得以保留,会议链接是永久的,而重复规则只需在 Google Calendar 或 Outlook 中、在带有该链接的事件上设置一次——这样每天早上打开的都是同一个空间,带着它的聊天和它的会议纪要。今天的阻碍清单是频道里的一条消息;昨天的清单就在上面一屏;三个周二之前的那份可以在搜索中找到。而且整个空间保持在每位成员各自的语言中:用西班牙语输入的消息,布加勒斯特的同事读到的是罗马尼亚语,发送者读到的是西班牙语,原文只需点一下——聊天、笔记、会议纪要和文件都是如此,而不是一次只处理一场会议。

站会期间,主持人可以把清单放到每个人的屏幕上:频道中的一条笔记,从其消息菜单中选择 Share to conference,它就会以每位参与者各自的语言打开,而分享者可以实时编辑——随着轮流发言的进行,输入已清除、仍未解决、已放弃。昨天的会议纪要消息同样可以这样用。

站会之后是会议纪要:对所说内容的摘要,以及每项都有负责人的行动项,每项都关联到转录文本中它被认领的那一刻。它会通过电子邮件发送给每位已登录的参与者,同时作为一条消息发入频道聊天,并作为链接附在日历事件中,使用的是读者自己的语言,而不是站会举行时使用的语言。频道会保留每一次过往会话的会议纪要,而不仅仅是最近一次,所以两周前的清单,搜索一下就能找到。

对于频道的定期会议,撰写下一份会议纪要时,会读回上一次会话中未完成的事项,并对照会议中所说的内容进行判断:汇报已完成的,标记为完成;其余的标记为未完成,并用会议中的原话说明原因,或标为“未讨论”——对昨天清单的核对由会议纪要来完成,而不是靠主持人的记忆——在下一次会话开始时,Mia 会点出未完成的事项及其负责人。这一部分目前在部分账户上运行,仍在完善中。

异步变体就在同一个频道中。语音留言是频道输入框中的麦克风按钮——可以在网页或手机应用上使用,最长十分钟,几秒钟内完成转写——每位队友以自己的语言阅读,并可通过播放按钮收听原声;它可以像任何文字消息一样被搜索、引用和转发。每个频道还有自己的邮件接入地址,由主持人创建,因此来自正在车上、在病房里或在只能发送电子邮件的系统中的人的更新,会以发送者的名字出现在频道中。每份会议纪要的副本还可以通过电子邮件发送到最多十个地址——CRM 收件箱、客户的项目邮箱——在每个频道的设置中设置一次,所有套餐均可使用。

站会仅限成员参加。频道需要成员身份:团队工作区之外的同事通过电子邮件邀请,以免费账号加入,成为以自己的语言阅读该频道的成员。只需要参加某一次会议的人——只来一个上午的客户、只参加一次交接的外包人员——可以通过链接加入临时会议,用手机即可,无需账号,能以自己的语言听会,会后不会留下任何内容;该通话的聊天记录在通话结束时被清除。

主持人提供空间,在付费套餐中,只为过去 28 天内的活跃成员付费——即参加过会议、在聊天中发过言或向 Mia 提过问的人。休假一个月的成员保持访问权限,该月不产生任何费用;他们回来时的站会就在频道里,连同其中的清单。

• 打开一份完整的会议纪要 — 摘要、每项都关联认领时刻的行动项、转录文本。
• 试用在线演示 — 无需注册;开口说话,听房间里的内容按每位听众的语言翻译。

有一个习惯在任何工具下都不会过时:站会在清单被大声读出时结束,而清单在所有人回去工作之前发布。

FAQ

什么是站会?

一个团队每天在固定时间举行的简短会议,上限十五分钟,每个人说出自己从昨天起完成了什么、到明天前要做什么,以及什么在阻碍自己。它的目的是尽早暴露阻碍,让能够解除阻碍的人当天早上就知道;它不是用来解决阻碍的,也不是向经理做的状态汇报。它会留下一份阻碍清单,每一项旁边都有一个名字。

站会的三个问题是什么?

经典的三个问题:我昨天做了什么?我今天要做什么?什么在阻碍我? 报告更少、信息更多的版本,把活动替换为成果——“从昨天起我完成了 X,到明天前我会完成 Y,我在 Z 上被 W 阻碍”——或者按工作项过看板,而不是挨个轮流问人,这样卡住的工作项由工作本身来点名,而不是由持有它的人来说。

站会应该开多长时间?

十五分钟是上限;多数站会八到十二分钟。算法是每人一分钟,再加上两三分钟用于核对昨天的清单,并确定谁与谁结对处理每个阻碍。如果一个团队经常需要用满十五分钟,说明它要么对一个站会来说太大,要么在站会里解决问题;解决办法是拆分团队,或把讨论移到会后,而不是延长会议。

为什么叫站会?

因为团队是站着开的。这个习惯来自 1990 年代的软件团队,他们发现站着能让会议保持简短——没有人会坐进椅子里打开笔记本电脑——这个名字就沿用了下来,甚至用于坐着开或通过通话召开的团队。这个名字指的是时长,而不是姿势:只要时长十五分钟并留下阻碍清单,通过视频召开的站会仍然是站会。

站会与每日 Scrum 有什么区别?

每日 Scrum 是由 Scrum 定义的站会:面向一个 Scrum 团队的开发人员的 15 分钟活动,在 Sprint 的每一天举行,用于检视朝向 Sprint Goal 的进展并规划次日。2020 版《Scrum 指南》没有规定形式——没有那三个问题——把结构留给开发人员自行决定。“站会”是通用形式:任何团队、任何方法,时长相同,目的相同。所有站会指南都适用于每日 Scrum;每日 Scrum 多出来的是把 Sprint Goal 作为每条更新所指向的对象。

如何开好站会?

每天同一时间,在场的人先开始,由轮换的主持人站在旁边。用一个词核对昨天的阻碍——已清除、仍未解决、已放弃。然后进行轮流发言或看板走查,每人一分钟,主持人对说完却没提阻碍的人问“那阻碍呢?”,对开始解决问题的两个人说“会后聊”。把需要安排时间但不是阻碍的事项放进待议区。以宣读清单作结:阻碍、谁负责、谁帮忙、何时交流——并在所有人回去工作之前,把它发布到团队会看的地方。

什么是异步站会?

同样的三个部分,以每人一条消息的形式——文字或语音——在设定时间之前发布在一个约定好的频道中,而不是在同一时刻大声说出来。让它仍然是站会的规则:每天顺序相同,每个阻碍一个回复帖子串,让帮助出现在问题下方,主持人在设定时间用当天的清单和对昨天清单的核对来收尾,以及按固定频率召开简短的实时通话,处理帖子串无法清除的阻碍。跨时区的团队、兼职成员和外勤人员都在使用它;风险在于它悄悄变成一份没有人读的每日报告,而帖子串规则和实时时段正是为了防止这一点。

经理应该参加站会吗?

作为团队成员,应该——像其他人一样做一分钟的更新,并遵守同样的不在站会里解决问题的规则。作为听众,不应该:每个人都对着经理说话的站会,就是以八个人的时间为代价的状态会议。如果经理在场使轮流发言变成了汇报,常用的解决办法是按看板而不是按人来过,并在团队成员之间轮换主持人,这样经理只是轮流发言中的一个声音,而不是轮流发言存在的理由。

来源:Scrum 指南 — 2020 版;Microsoft — 在 Microsoft Teams 中记录会议笔记;Microsoft — Microsoft Teams 中的会议纪要;Zoom — 使用 AI Companion 的会议摘要;Zoom — 使用 AI Companion 生成会议议程;Google — “Take notes for me”的日历与 Meet 设置;Google Meet — Google Meet 中的“Take notes for me”;Slack — 在 Slack 中使用 huddle;Slack — 会议议程模板。供应商会随时间调整套餐、功能和语言列表;请查看其页面了解最新状态。每个表格单元格都标明了其事实核查的月份——最早为 2026 年 8 月核查,最晚为 2026 年 10 月核查。