站会是敏捷开发里最基础的实践之一。每天30分钟，大家轮流说昨天做了什么、今天要做什么、有没有卡住的地方。简单有效，对吧？
但说实话，传统的同步站会在AI时代有一些越来越明显的问题。
同步站会的痛点
- 不是所有人都在听。 十个人的站会，某个同事在讲他负责的模块时，其他人可能在走神。真正和你相关的信息也就几条，但你得等着听完全部。
- 经常超时。 30分钟说短不短，但人一多就不够用。经常超时，甚至导致排在后面的同事根本没有机会发言。
- 时间利用率不高。 30分钟里，真正对你有价值的信息可能只有几分钟。
- 说过就没了。 两周前有人提过一个风险，你记得有这回事，但具体是什么已经想不起来了。没有记录，无法回顾。
- 和AI无法联动。 你的agent无法参加站会，也无法从中获取上下文。
我们做了什么
很简单：建了一个Slack频道，名字叫#team-standup。
规则：
- 每天上午11点前，把昨天的进展和今天的计划发在频道里
- 不强制格式，写清楚就行
- 重点是信息共享，不是工作量展示。简洁就好
- 两周回顾一次，看看效果，更新规则
PM也在频道里，可以很方便地获取团队进展，不需要额外的同步会议来对齐状态。
就这样。没有新工具，没有新流程，只是把信息载体从”会议室里的声音”变成了”频道里的文字”。
需要强调的是：这只解决了站会中”信息共享”的部分，它不是万能钥匙。如果你需要某个人的帮助，该联系对方就得联系对方，该拉一个小会还得拉一个小会。异步频道替代的是”轮流念进展”，不是替代所有沟通。
同时，我们保留了每周一次的同步站会。这次站会不再是念流水账，而是讨论遇到的阻碍、分享观点、对齐方向。频率降低了，但质量提高了。
两周后的改进
实践两周后，我们发现了一些可以优化的地方：
时间问题。 一开始我们设定每天上午11点前更新，但并不是每个人都可以按时留言。于是改成：下班前更新即可，第二天早上总结。 这样每个人按自己的节奏来，不会被强制中断。
注意力路由。 有些消息和特定的人强相关（比如”我改了X模块的接口，@张三 你那边的调用需要适配一下”）。我们开始在消息里@对方，把信息精准送达，不需要所有人都看。
为什么这对AI时代特别有意义
文字记录天然就是AI的输入。这个频道一旦建立，一些有意思的事情就变得可能了：
回顾和归档。 我们计划编写一个skill，每周自动将频道消息归档、分类、可视化。这样周报和月度回顾不再需要人从记忆里拼凑——数据就在那里。
Agent的上下文来源。 我们的AI agent在处理工单或做代码review时，如果能读到最近的站会更新（”张三这周在重构认证模块”），就能做出更准确的判断。异步站会无意中成了agent的知识库。
自动生成更新。 更进一步，我们打算编写skill来帮每个人生成站会更新——从一天的git commits、代码review、邮件、文档编辑、聊天记录中提取关键进展。人只需要review一下AI生成的草稿，确认无误后发出。这让”写站会更新”这件事本身的成本也趋近于零。
跨团队透明。 其他团队如果好奇我们在做什么，看频道就行。不需要额外的同步会议或状态报告。
什么时候还是需要同步
异步不是万能的。以下场景我们仍然选择面对面（或视频）：
- 紧急协调。 线上事故、紧急发布，需要实时沟通。
- 讨论和碰撞。 技术方案讨论、design review，需要来回交流。
- 新人融入。 新同事刚加入时，同步站会帮助他们更快了解团队的工作全貌。
我们的做法是：日常更新异步化，每周一次同步站会聚焦讨论。在此基础上持续迭代。
总结
这个改变很小——建个频道，约定一个规则——但它的连锁效应超出预期：
- 减少了低效会议时间
- 产生了可检索、可回顾的记录
- 为AI agent提供了团队上下文的输入通道
- 为后续的自动化（归档、生成、分析）奠定了基础
如果你的团队还在每天物理站会，不妨试试这个方法。成本为零，收益立竿见影。未来的改进空间更大——因为文字记录一旦存在，AI能在上面做的事情只会越来越多。