对于敏捷团队，您应该每天召开一次快速会议。通常采取每个人回答三个问题状态更新的形式（我实现了什么，我将实现什么，什么阻碍了我）。对于一起工作的团队来说，这意味着这些步骤：
- 团队到达共享团队板
- 团队四处走动并提供状态更新
- 团队复工
仅仅因为您的团队是分布式的并不意味着这不应该发生——它只是意味着您会发现一些额外的步骤：
- 一起工作的团队成员去预定的会议室（你需要一个会议室，这样那些远程的人可以听到正常工作环境的噪音）
- 惊讶地发现房间里有人
- 说明你订了房间
- 等他们离开房间
- 连接投影仪
- 意识到您将麦克风留在笔记本电脑包中，返回办公桌拿走它，返回会议室
- 插上电源
- 打开数字 scrum 板
- 启动会议软件并加入会议
- 看到一位远程团队成员已经在那里 - 为迟到道歉
- 等待回应
- 等待回应
- 意识到他们听不到你的声音。
- 远程团队成员和您自己都试图找出不起作用的地方
- 弄清楚有一个静音硬件按钮，今天（仅今天）会自动打开
- 再试一次——成功，他们能听到你的声音
- 等待产品负责人加入。
- 放弃等待并开始会议（现在每个人都坐下因为没有人的腿能坚持那么久）
- 绕过团队并提供状态更新
- 产品负责人在倒数第二个团队成员状态更新期间加入
- 产品负责人开始分享其他人正在实时捕获的一堆错误和任务更新
- 完成状态更新
- 团队决定利用这次我们都在这里讨论来自产品所有者的新东西的技术信息
- 产品负责人开会迟到，不得不断开连接
- 有人走进会议室，问这是不是开年终晚会
- 安静
- 没有人回答
- 安静
- Scrum 大师的答案
- 团队讨论技术问题。一半被标记为需要更多信息，将在明天的会议上与产品负责人讨论
- 通话结束
- 团队去喝咖啡（他们需要它）并说他们使用敏捷是多么高兴因为他们通过更少的会议节省了很多时间
- 两个小时后
- 其他团队成员单独加入通话，因为他所在的时区今天更改为夏令时
每天重复