事情是这样开始的

我所在的公司，最近在推进一个新产品的上线。研发、市场、运营和客服四个部门都要参与，但每次一到推进细节，问题就出来了：

• 客服总是最后才知道产品变动，话术准备不及时。
• 运营抱怨技术反馈慢，活动页面一拖再拖。
• 市场觉得需求没人听，方案被研发频繁打回。

每个部门其实都努力在做事，但信息总有断层。邮件、钉钉群、周报都用过，反倒是信息越积越多，越容易遗漏。

听说“每日站会”是一种解决办法

一个在互联网公司做产品经理的朋友，给我安利了“每日站会（Daily Stand-up）”。这本来是敏捷开发的常规操作，强调团队成员每天站着快速报告进展、遇到的问题和当天计划。

但我们公司不是纯技术团队，大家都担心站会会不会太形式主义、太浪费时间。

实际操作起来

我们先试点，每天上午10点，四个部门的核心成员各派一人，用15分钟，轮流说三件事：

1. 昨天做了什么？
2. 今天准备做什么？
3. 遇到什么阻碍，需要谁协助？

站着开会，不让人坐下，时间一到必须收尾。会议记录只要一页纸，项目经理现场拍照发群。

一些真实的变化

第一周很神奇，大家一开始还很紧张，不敢说太多废话。结果第三天，客服同事直接说：“我们明天上线新功能，话术还没收到，能不能提前半天给？” 研发立刻答应。

运营发现活动页面其实卡在设计那边，平时邮件里没人点名，站会上直接问设计要进度，大家一下子都清楚了。

市场同事反馈，方案被打回不是要求变动太多，而是技术资源排期有冲突。站会上讲明白后，大家直接调整了优先级。

站会之外的“小窍门”

1. 明确“谁汇报，谁负责”：每个部门只派一人，避免发言太乱。
2. 遇到“需要协调”的问题，站会后立刻拉小群解决。
3. 站会记录简单明了，最好用表格梳理“昨日-今日-卡点”具体人名，责任明确。
4. **一周后回顾一次：用5分钟总结站会暴露的共性问题，逐步优化。

一点点经验分享

每日站会，不是万能钥匙，但对跨部门协作、尤其是信息同步和责任到人这件事，特别有效。它把“谁在干什么”、“现在卡在哪里”透明化了，也让大家更容易开口“要资源”或“求协助”，比发邮件、写周报高效太多。

站会还能带来什么？

最有意思的是，站会变成了团队的“情绪晴雨表”。大家习惯了每天见面，遇到问题也不容易憋着，氛围比以前轻松不少。项目后期大家都说“现在每一步都知道是谁在扛，遇到事也能立马找到人”。

如果你也被跨部门协作的沟通断层困扰，可以试试每日站会。只要坚持一两周，效果就很明显了。