每日站会：开好还是不开？
每日站会是敏捷开发的标配仪式，但很多团队的站会流于形式。如何让站会真正发挥价值？
一、站会的本意
起源
站会来自Scrum框架，目的是：
- 快速同步进展
- 发现阻碍问题
- 促进团队协作
经典三问
1. 昨天完成了什么？
2. 今天计划做什么？
3. 有什么阻碍？
二、常见问题
问题1：变成汇报会
❌ 错误示范：
成员A：昨天做了xxx，今天要做xxx，没问题。
成员B：昨天做了xxx，今天要做xxx，没问题。
...
（大家轮流汇报，没有互动）
✅ 正确姿势：
成员A：昨天完成了支付模块，发现一个技术难点，需要讨论。
（团队开始讨论解决方案）
问题2：时间过长
- 理想时长：15分钟
- 常见时长：30-60分钟
原因：
- 参与人数过多
- 讨论过度展开
- 没有时间控制
问题3：流于形式
- 机械回答三问
- 没有实际同步
- 问题被隐藏
三、改进建议
控制规模
每个站会建议7人以内，超过则拆分：
团队A站会：7人
团队B站会：7人
Scrum of Scrums：各团队代表
调整问题
可以尝试更有针对性的问题：
1. 有什么需要帮助的？
2. 有什么阻碍进展的？
3. 有什么新发现可以分享？
可视化进展
使用看板让状态一目了然：
待办 → 进行中 → 阻塞 → 完成
站会时围在看板前，指板说话。
时间盒控制
- 使用计时器
- 超时停止讨论
- 会后单独跟进
四、站会形式创新
形式1：问题导向
不谈完成，只谈问题：
今天有什么问题需要讨论？
有什么风险需要同步？
形式2：轮流主持
每天不同的人主持：
- 提高参与感
- 培养领导力
- 带来新鲜感
形式3：远程友好
远程团队的站会方案：
- 固定时间视频会议
- 使用协作工具同步
- 文字站会+关键语音
五、是否必须每天开？
每日站会适合
- 任务依赖性强
- 项目处于攻坚期
- 团队成员较新
可以减少频率
- 任务相对独立
- 团队成熟度高
- 有其他同步机制
替代方案
| 方案 | 频率 | 适用场景 |
|---|---|---|
| 每日站会 | 每天 | 高协作需求 |
| 隔日站会 | 隔天 | 中等协作 |
| 周会 | 每周 | 低协作需求 |
| 看板+异步 | 随时 | 远程团队 |
六、站会检查清单
## 站会健康度检查
- [ ] 时长控制在15分钟内
- [ ] 大家站着开会（或视频站立）
- [ ] 有明确的时间地点
- [ ] 每个人都简明扼要
- [ ] 问题被记录和跟进
- [ ] 有适度的互动讨论
- [ ] 不是向Scrum Master汇报
七、一个改进案例
改进前：
时间：30-45分钟
形式：轮流汇报
效果：大家玩手机，被动参与
改进措施：
- 使用看板可视化
- 改为问题导向
- 严格控制时间
- 轮流主持
改进后：
时间：12-15分钟
形式：聚焦问题
效果：参与度高，问题及时解决
结语
站会不是目的，是手段。
好的站会，让团队更有凝聚力；坏的站会，是浪费时间。
本文来自项目管理分类，分享敏捷实践的思考。