加州大学尔湾分校做过一个跟踪了20年的调查，记录人们盯着电脑屏幕时每次切换注意力的时间间隔。结果是这样的：

2004年，150秒。2012年，75秒。2016年，47秒。2025年，还是47秒。

更有意思的是另一组数据：一旦注意力断了，重新回到专注状态，平均需要25分26秒。

也就是说，一个工程师一天能进入心流状态的次数大概就那么五六次，每次被打断后要浪费近半小时才能重新进入状态。那么问题来了——每天早上那个雷打不动的站会，打断了几次？

大部分站会已经变了味。

站会最初的设想很好：快速同步，暴露阻塞，15分钟搞定。但现实中，大多数团队的站会已经退化成了一场轮流汇报。

每个人说三句话——昨天做了什么、今天打算做什么、有没有阻塞。说完了，其他人该摸手机摸手机，该走神走神。轮到Leader问"还有什么问题吗"的时候，全场沉默。

这不是同步，这是仪式。一种管理者用来确认"大家都在"的仪式。

如果信息不通，该修的是管道，不是开会。

我见过一种情况：管理者只有每天当面问一遍进度，才能知道项目跑到哪了。这说明团队的信息流机制有问题。一个健康的工程团队，信息应该是自动流动的——代码提交、看板更新、CI状态、文档沉淀，这些都是无声的进度报告。

站会变成唯一的信息同步渠道，恰恰说明其他渠道都没建好。这就像一条河的主河道干了，全靠一条人工渠在输水。该修的是河道，不是加宽水渠。

异步同步才是更高级的管理。

我观察过一些运转效率很高的团队，它们有一个共同点：不靠开会来传递信息。

每日有标准化的异步日报——三句话写在工作群里，不要求实时回复。项目看板实时更新，任何人随时可以看到全局进度。代码review和PR本身就自带可见性。真正需要讨论的技术问题，放在每周一次的深度技术评审里解决。

这些方式传递信息的效率比站会高得多，而且不打断工程师最宝贵的东西——连续的心流时间。

当然，取消站会是有前提的。

异步同步需要团队有一定的成熟度。如果团队成员还不会主动更新看板，不会写清楚日报，那"取消站会"就变成了"没人知道大家在干嘛"。

对于刚组建的团队，或者成员能力参差不齐的情况，可能需要更频繁的对齐。但这种对齐应该是针对性的1对1辅导，而不是把所有人拉在一起开15分钟的集体汇报。

站会问题的本质，是管理者的控制焦虑。

很多技术管理者不愿意取消站会，真正的原因不是"信息同步需要"，而是"如果我看不到大家，就不知道他们在做什么"。这是一种控制焦虑——觉得只有面对面看到人、听到汇报，才算在管理。

但管理不是盯着人，而是建立一套让人能做好事情的机制。一个好的技术管理者，应该致力于创造一个环境，让工程师能长时间保持专注，而不是每天准时打断他们一次。

放下控制焦虑，建立信任机制，保护团队的注意力。这可能是技术管理者从"管事"到"管环境"最重要的一步。