格式：六条规则同一时间，同一地点，每个工作日。 每日会议的意义在于没有人需要再去安排它。选一个所有人都稳定在场的最早时间，不要为访客而挪动。十五分钟是上限。 八个人每人一分钟就是八分钟；剩下的时间用来点名谁和谁结对处理什么。经常需要用满十五分钟的团队，要么规模太大，不适合一个站会，要么是在站会里解决问题。一个团队。 彼此能帮忙解决阻碍的人。如果房间里一半人从来没有什么要对另一半说，那就是两个站会。每个人：自昨天以来、到明天为止、被什么阻碍。 说“完成了”，而不是“做了”；说下一件具体的事，而不是整周的计划；如果知道，就说出阻碍项以及谁能清除它。阻碍项只点名，不解决。 用两句话描述它，然后记入清单，并写上会后要谈的两个人的名字。需要超过两句话的，就是一场对话，而对话在站会之后进行。它会留下一份清单。 今天的阻碍项，每项一位负责人，放在全团队都会读的地方——并对照昨天的清单检查：已清除、仍未解决，还是已放弃。三个问题——以及效果更好的版本经典的三个问题是：昨天我做了什么？今天我要做什么？什么在阻碍我？ 这是一个不错的起点，但它有一个众所周知的问题：前两个问题是回答给经理听的。“昨天我做了导出功能，今天继续做导出功能”是一份报告，对房间里的其他人没有任何信息量，却占用八个人一分钟的时间。
两处调整就能解决大部分问题：
以结果为锚点，而不是以活动为锚点。 “自昨天以来我完成了 X；到明天之前我将完成 Y；我在 Z 上被 W 阻碍。” 完成了和将完成迫使人做出具体的承诺，第二天早上就能判断真假；而“做了”永远不会是假的。
遍历看板，而不是遍历人。 不要在房间里逐人轮流，而是按优先级顺序走过各个工作项，让负责每一项的人说明它要做完还需要什么。看板上没有任务的人无需发言；卡住的事项由工作本身来点名，而不是由不好意思开口的人来提。对有可视化看板的团队来说，这是最有效的单项改变；对没有看板的团队，用结果式措辞的轮流发言也已足够接近。
无论哪种形式都有一条规则：发言的人面向团队，而主持人——轮值，每人一周——站在旁边，而不是前面。
如何开：会前、会中、会后会前（两分钟，主持人）： 看板是最新的，主持人打开昨天的阻碍项清单。不是整个待办事项列表——而是上次站会的那份清单，这样每一项都能用一个词核对完。
会中（十五分钟，团队）： 准时开始，在场的人先开。逐人轮流，或遍历看板。每人一分钟；主持人对没有提到阻碍项就说完的人问一句“那阻碍项呢？”，对开始动手解决问题的两个人说“会后再聊”。核对昨天的阻碍项：已清除、未解决、已放弃——每项一个词。对不是阻碍项但需要安排时间的事项，放进“停车场”：一项决策、一个留给缺席者的问题。最后通读清单作结：阻碍项、谁负责、谁来帮忙、何时之前。
会后（五分钟，主持人）： 阻碍项清单发到团队会读的地方，每一项都有负责人，“停车场”里的事项也给出时间。结对的人去谈。明天的站会从这份清单开始——所以它必须放在找得到的地方，而不是在主持人的脑子里。
每日站会议程模板复制这个区块，替换方括号中的内容，并保持在一屏之内——需要滚动的站会议程就是团队会议的议程。
团队站会 — [日期]，[时间] — 15 分钟 — [本周主持人]目的： 暴露今天的阻碍项；仅此而已。1. 昨天的阻碍项 — 主持人 — 2 分钟
[昨天的阻碍项] — [负责人] — 已清除 / 未解决 / 已放弃
[昨天的阻碍项] — [负责人] — 已清除 / 未解决 / 已放弃2. 轮流发言 — 每个人 — 每人 1 分钟 — 信息同步
自昨天以来：[已完成]。到明天之前：[将完成]。被阻碍于：[什么，以及谁能清除]。3. 需要两个人处理的阻碍项 — 点名结对 — 3 分钟 — 会后处理
[阻碍项] — [谁负责] + [谁帮忙] — [何时谈]4. 停车场 — 主持人 — 2 分钟
[不是阻碍项，但需要时间安排] — [何时、何地]留下： 今天的阻碍项清单，每项一个名字，在 [时间 + 20 分钟] 之前发布到团队频道。
三个填好议程的变体1. 八人软件团队，同一时区团队站会 — 周二 09:30 — 15 分钟 — Priya1. 昨天的阻碍项 — 预发布环境证书（Tom）— 已清除；导出界面的设计评审（Lena）— 未解决，评审改到今天 11:002. 轮流发言 — 八个人，从看板顶部开始逐项过：三项在评审中，两项进行中，一项被阻碍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： 一次十五分钟的实时通话，处理讨论串无法清除的阻碍项留下： 与现场版相同的清单，在同一个位置，下面附着各个讨论串。
异步站会：书面或口头，在设定时间之前现场站会要求所有人在同一时刻醒着、在场并且有空。跨越两个以上时区的团队、有兼职成员的团队、九点钟正在开车的外勤人员、前台无法离岗的诊所——这些团队要么跳过站会，要么只有一半人参加。异步版本保留格式，去掉对共同时间的要求。
让异步站会仍然是站会的规则：每人一条消息，在设定时间之前发到一个约定的频道——不是表单，也不是人人都能编辑的文档，因为一条消息有作者、有时间、有讨论串。同样的三个部分，顺序相同，这样一条消息十秒内就能读完。每个阻碍项一个讨论串，这样帮忙的提议落在问题下面，频道的其余部分仍然可读。由主持人在设定时间收尾，给出清单——站会唯一的产出——并在同一条消息中核对昨天的清单。再加上固定频率的实时通话，每周两次或一次，处理讨论串没能清除的阻碍项：异步站会替代的是那个共同的时间，而不是彼此开口说话。
在团队允许的情况下，口头与书面一样好用。在上班路上用手机录下的一分钟语音留言，往往比坐在桌前敲出的一句话更坦诚——人们会说出本来会被自己删掉的阻碍项——而能转写语音的频道，让这条留言可被搜索，也让团队其他人可以阅读而不必收听。
异步版本失去的，是有人听到某个阻碍项后说“我上周遇到过这个”的那一刻。每个阻碍项一个讨论串的规则和固定的实时时段，是把它找回来的两种办法；两者都放弃的团队，得到的是一份每日报告，而不是站会。
站会在您已在使用的工具中如何运作站会是日历上的一个重复会议，加上一个发布阻碍项清单的地方。以下仅包含各厂商自己页面上记载的行为；每个单元格都注明了其事实的核查月份。
平台站会在哪里进行两次站会之间保留什么Microsoft Teams重复会议；通话期间使用会议控件中的 Notes，或在安排会议时使用会议详细信息中的 Add an agenda——这是一个 Loop 组件，任何与会者或组织者都可以编辑，并可通过标记人员来分配任务（2026 年 10 月核查）笔记会自动保存，可从 Teams 日历和会议回顾中访问；外部与会者无法访问或编辑（2026 年 10 月核查）。会议回顾——录制内容、转录、共享文件、笔记、议程和后续任务——在已录制或已转录的会议之后可用；其中的 AI 部分需要 Teams Premium 或 Microsoft 365 Copilot 许可证，且回顾以会议所用的语言生成（2026 年 8 月核查）Zoom Workplace重复会议；安排会议时，AI Companion 可以起草议程（2026 年 10 月核查）使用 AI Companion 生成会议摘要——快速回顾、摘要、后续步骤——适用于付费版 Zoom Workplace 套餐；通过电子邮件发送，列在“摘要”页面中，并可发布到 Team Chat 中该会议的群聊。主办者选择共享后，参会者才会收到；只有主办者可以编辑，未经身份验证的用户不会收到邮件。文档并未说明可以为每位参会者生成不同语言的摘要（2026 年 8 月核查）Google Workspace带有 Meet 链接的重复 Calendar 日程；在符合条件的 Workspace 版本和 Google AI 套餐中，创建日程时在 Calendar 里开启 Take notes for me（2026 年 10 月核查）笔记在会后以 Google 文档的形式送达，按设置共享给所有访客、组织内访客或仅主办者；该功能一次只支持一种语言——不支持同一场会议中使用多种语言（2026 年 10 月核查）Slack团队频道中的 huddle，附带“用于分享笔记、链接和文件的专用消息讨论串”；或者以频道中的消息进行书面站会（2026 年 10 月核查）来自会议议程模板的 canvas 保留在频道中；它只包含有人输入的内容，huddle 中说过的话不会出现在里面，除非有人写下来（2026 年 10 月核查）这四者对每场会议都产出一份文档或一份摘要，使用的是写作或开会时的语言；所引用的页面中，没有一个说明读者可以用自己的语言获得它。如果这一点对团队很重要，下一节是完成这项工作的一种方式；如果不重要，上面的表格就是完整的答案，四者中任何一个都可以。
频道在两次站会之间做什么在 InterMIND 中，站会是一个频道的会议。频道是一个持久的空间：聊天在多次会话之间保留，会议链接是固定的，周期性安排只需在 Google Calendar 或 Outlook 中设置一次，在带有该链接的日程上——这样每天早上打开的是同一个房间，带着它的聊天和它的会议回顾。今天的阻碍项清单是频道里的一条消息；昨天的往上翻一屏就是；三个周二之前的那份可以搜索到。而且整个空间都保持在每位成员的语言中：一条用西班牙语输入的消息，布加勒斯特的同事读到的是罗马尼亚语，发送者读到的是西班牙语，原文只需点击一下——聊天、笔记、会议回顾和文件都是如此，而不是一次只处理一场会议。
站会期间，主持人可以把清单放到每个人的屏幕上：频道中的一条笔记，从其消息菜单中选择 Share to conference，它就会以每位参与者各自的语言打开，同时分享者可以实时编辑——随着轮流发言的进行，输入已清除、未解决、已放弃。昨天的会议回顾消息同样适用。
站会之后是会议回顾：已说内容的摘要，以及行动项，每项一位负责人，每一项都关联到转录中接下这项任务的那一刻。它会通过电子邮件发送给每位已登录的参与者，作为一条消息发入频道聊天，并作为链接放入日历日程，使用的是读者自己的语言，而不是站会所用的语言。频道保留每一次过往会话的回顾，而不仅仅是最新的一次，所以两周前的清单搜一下就能找到。
在开启了团队状态页的组织中，此前会话的未完成事项会在下一份会议回顾生成时得到判定：报告已完成的，标记为完成；讨论过但未完成的，标记为未完成，并用会议中的原话写明原因；没有提到的，保持未解决——也就是对昨天清单的核对，依据的是组织的状态页，而不是主持人的记忆——并且在下一次会话开始时，Mia 会点出未完成事项及其负责人。团队状态页是预览功能：组织管理员在接受 alpha 条款后，于 Settings → Advanced 中开启它（Preview features 页面介绍了每一项预览功能）。
异步变体存在于同一个频道中。语音留言就是频道输入框里的麦克风按钮——可在网页或手机应用中使用，最长十分钟，几秒内完成转写——每位队友以自己的语言阅读，并有播放按钮可听原声；它可以像任何文字消息一样被搜索、引用和转发。频道还有自己的邮件接入地址，由主办者创建，所以身处车辆中、病房里，或在只能发送电子邮件的系统中的人发来的更新，会以发件人的名字进入频道。此外，每份会议回顾的副本可以通过电子邮件发送至最多十个地址——CRM 收件箱、客户的项目邮箱——在频道设置中为每个频道设置一次，所有套餐均可使用。
站会只面向成员。频道需要成员身份：团队工作空间之外的同事，通过电子邮件邀请加入并使用免费账号，成为以自己的语言阅读该频道的成员。只需参加某一场会议的人——只来一个上午的客户，只参加一次交接的外包人员——可以通过链接加入临时会议，用手机、无需账号，以自己的语言听会，会后不会收到任何内容；该通话的聊天在通话结束时即被清除。
主办者提供空间，在付费套餐中，只为前 28 天内活跃的成员付费——即参加过会议、在聊天中发过言或向 Mia 提过问题的成员。休假一个月的成员保留访问权限，且当月不产生任何费用；他们回来时要面对的站会，就在频道里，连同它的清单。
打开一份完整的会议回顾 — 摘要、行动项（每项都标明接下任务的时刻）、转录。试用在线演示 — 无需注册；开口说话，听房间里的内容按每位听者的语言翻译。有一个习惯在任何工具下都适用：站会在清单被朗读之后结束，而清单在所有人回去工作之前发布。
常见问题什么是站会（stand-up meeting）？
一个团队的每日简短会议，每个工作日在同一时间举行，上限十五分钟，每个人说自昨天以来完成了什么、到明天之前将做什么，以及什么在阻碍自己。它的目的是尽早暴露阻碍项，让能清除它们的人当天早上就知道；它不用于解决阻碍项，也不是向经理做的状态汇报。它留下一份阻碍项清单，每一项旁边都有一个名字。
站会的三个问题是什么？
经典的三个问题：昨天我做了什么？今天我要做什么？什么在阻碍我？ 一个汇报更少、信息更多的版本，把活动换成结果——“自昨天以来我完成了 X，到明天之前我将完成 Y，我在 Z 上被 W 阻碍”——或者按工作项遍历看板而不是逐人轮流，这样卡住的事项由工作本身来点名，而不是由手里握着它的人来点名。
站会应该开多长时间？
十五分钟是上限；多数站会开八到十二分钟。算法是每人一分钟，再加上两三分钟用于核对昨天的清单和点名每个阻碍项由谁结对处理。经常需要用满十五分钟的团队，要么规模太大，不适合一个站会，要么是在站会里解决问题；解决办法是拆分团队，或把对话移到会后，而不是延长会议。
为什么叫站会？
因为团队是站着开的。这个习惯来自 1990 年代的软件团队，他们发现站着开会能让会议保持简短——没有人会在椅子上坐稳、打开笔记本电脑——这个名字就这样沿用下来，即使对坐着开或通过通话开的团队也是如此。它所指的特性是时长，而不是姿势：只要是十五分钟并且留下阻碍项清单，视频上开的站会仍然是站会。
站会与每日 Scrum 有什么区别？
每日 Scrum 是 Scrum 所定义的站会：一个 Scrum 团队的开发人员参加的 15 分钟活动，在 Sprint 期间每天举行，用于检视朝 Sprint 目标推进的进展并规划第二天。《Scrum 指南》2020 年版没有规定格式——没有那三个问题——把结构留给开发人员。“站会”是通用形式：任何团队、任何方法，同样的时长，同样的目的。每一份站会指南都适用于每日 Scrum；每日 Scrum 则把 Sprint 目标加为每条更新都要参照的对象。
如何开好站会？
每天同一时间，在场的人先开，轮值的主持人站在旁边。用一个词核对昨天的阻碍项——已清除、未解决、已放弃。然后是轮流发言或遍历看板，每人一分钟，主持人对没有提到阻碍项就说完的人问“那阻碍项呢？”，并对开始动手解决问题的两个人说“会后再聊”。需要安排时间但不是阻碍项的事项放进“停车场”。最后通读清单作结：阻碍项、谁负责、谁帮忙、何时谈——并在所有人回去工作之前，把它发布到团队会读的地方。
什么是异步站会？
同样的三个部分，以每人一条消息的形式，文字或语音，在设定时间之前发到一个约定的频道，而不是在同一时刻口头说出。让它保持为站会的规则：每天顺序相同，每个阻碍项一个回复讨论串，使帮助落在问题下面，主持人在设定时间以当天的清单和对昨天清单的核对来收尾，并在固定频率上安排一次简短的实时通话，处理讨论串无法清除的阻碍项。跨时区的团队、兼职成员和外勤人员都会用到它；风险在于它悄悄变成没人读的每日报告，而讨论串规则和实时时段正是为了防止这一点。
经理应该参加站会吗？
作为团队的一员，应该——像其他人一样做一分钟的更新，并遵守同样的不在站会里解决问题的规则。作为听众，不应该：每个人都对着经理说话的站会，就是让八个人付出代价的状态会议。如果经理的在场让轮流发言变成了汇报，通常的办法是遍历看板而不是遍历人，并在团队成员之间轮换主持人，这样经理只是轮流发言中的一个声音，而不是这场发言存在的理由。
来源：Scrum 指南——2020 年版；Microsoft——在 Microsoft Teams 中记录会议笔记；Microsoft——Microsoft Teams 中的回顾；Zoom——通过 AI Companion 使用会议摘要；Zoom——通过 AI Companion 生成会议议程；Google——“Take notes for me”的 Calendar 和 Meet 设置；Google Meet——Google Meet 中的“Take notes for me”；Slack——在 Slack 中使用 huddle；Slack——会议议程模板。各厂商会随时间调整套餐、功能和语言列表；请查看其页面了解当前状态。每个表格单元格都注明了其事实的核查月份——最早为 2026 年 8 月核查，最晚为 2026 年 10 月核查。