敏捷 Scrum 怎么在研发团队真正落地（不是开站会那么简单）

全文约 1900 字，阅读约 5 分钟。

重点内容：Scrum 落地的坑不在流程，在站会开成了汇报会。真正有用的站会是「谁卡住了、要谁帮」，不是「我昨天干了啥」。落地第一步：团队拆到 6-8 人，站会砍到 10 分钟，每个迭代只改一个地方。

有个数字我第一次看到时不太信：只有 44.7% 的开发者觉得每日站会有用。换句直白的话，一半多的人每天站那儿 15 分钟，不是因为它有用，是因为不站比站更难看。

站会本来是 Scrum 里最轻的一个仪式，现在成了被吐槽最多的一个。Atlassian 拉了 5000 个知识工作者做调研，80% 的人说大多数会议砍一半时间都能开完。落到站会身上更狠，只有 12% 的会议真的能在 15 分钟内结束，站会跑成半小时是常态。

问题不在站会，在问错了话。经典三问是：昨天做了什么、今天做什么、遇到什么障碍。这三个问题一出口，站会就自动变成汇报会，每个人对着经理报进度，不是跟同事对齐卡点。

淘宝广告引擎团队当年落地 Scrum 的复盘写得很实在（邹磊，网上公开的 PPT）。他们的晨会三个毛病：人太多一起开、超 15 分钟、开发报喜不报忧。他们的解法第一条就是拆团队，每个 Scrum 控制在 6 到 8 个人，别超 10 个。

我先把结论放这：Scrum 落地，站会、团队规模、估算，这三件事搞砸一件，整个敏捷就变成形式主义。

站会改成「谁卡住了」，不是「我干了啥」

三问里最有价值的是第三问，前两问基本是废话。我昨天写了代码、我今天继续写代码，这种话每天听一遍，一个月之后谁都懒得听。

把问题反过来问：今天有谁卡住了？需要谁在几点前配合？淘宝那个案例里，敏捷教练插了一句「接口文档阻塞联调，需要谁在多长时间内解决」，全场安静，然后产品经理缩着脖子说中午前给。这才是站会该干的活。

加州大学尔湾分校有个研究，开发被打断一次，平均要 23 分 15 秒才能重新进入状态。所以一个 15 分钟的站会，真实成本是 38 分钟。站会越短越值钱，超时的站会是在拿整天的专注度去换一顿没营养的进度播报。

大团队开站会是灾难。有调研显示，7 到 12 人的团队，15 分钟根本不够用；超过 9 人，80% 的人都说 15 分钟不够。人一多，每个人就憋着等轮到自己，别人说的话跟自己没关系，站会就成了轮流念简历。

淘宝的解法就是拆。一个 Scrum 6 到 8 人，每个 Scrum 干的事是相关的，这样别人说话你才关心。20 人的团队别硬凑一个站会，拆成三个小组各开各的，反而省时间。

Scrum 里最伤士气的是估算。计划会上估的时间跟实际差出一截，产品经理就慢慢不信你了。淘宝团队复盘的原话是「每次项目计划会，估计出来的时间都是不靠谱的，以至于产品经理会丧失对你团队的信任度」。

他们的补救很具体：新人估人日要打折；双周开始前设计就得先做，大项目先只估设计时间；每个双周默认去掉 3 个人日，5 月 9 月 10 月还要多算假期。

说白了，估时是猜，别把 Sprint 计划当成对客户和老板的承诺。State of Agile 报告里，不到一半的团队说 Scrum 带来了可衡量的生产力提升，很大一部分就是被「估不准、怪团队」这个循环耗掉的。

看板是 Scrum 落地的低成本抓手，三列就够：待办、进行中、已完成。但很多人看板一挂就当装饰，任务卡在「进行中」一个星期没人管。

加一条 WIP 限制就治好了。WIP 就是同时进行的任务数，经验值是团队人数乘 1.5，4 个人同时别开超过 6 个活。超过 WIP 的任务自动拉出来复盘，别让它变成看板上的僵尸。

Scrum 也不是万能的。固定两周一个 Sprint，碰上个线上紧急 bug，等不到下个迭代就得修，Sprint 的边界反而成了拖累。有些团队一天改好几次需求，硬按 Sprint 走，每回都被「下个迭代再说」顶回来，产品和开发的怨气都攒着。

这种场景，看板比 Sprint 顺。看板是连续流，做完一个接一个，不设迭代边界，靠 WIP 限制控制节奏。开发被打断率高、运维客服类工作、需求像流水一样来的团队，用看板更省心。

判断标准就一条：你的活儿是「一批一批做的」，还是「一条一条流进来的」。前者用 Sprint，后者用看板。Scrum 和看板也不是二选一，不少团队是 Sprint 管研发、看板管线上问题，两套并着用。

回顾会是 Scrum 里最容易走形式的一个。真开起来的团队，问题是开完没行动项，下次还是老毛病。

中小团队更实用的做法：每个迭代回顾会只回答两个问题，哪里做得不好、下次改哪一处。然后把这一处写进下个迭代计划，下次回顾会先检查改没改。一个迭代改一个点，一年下来是二十几个实质进步，比写一篇复盘报告强。

博客园有个团队写过实例：接口文档反复改，前后端老打架，一次回顾会之后定了「接口冻结」，开发开始 3 天内文档不许动，bug 直接降了 40%。这种一个点一个点的改，才是回顾会该产出的东西。

Scrum 落地这事，工具是其次的。你缺的不是一款能开站会、挂看板的软件，是先把团队拆小、把站会问对话、把估算当估算不当承诺。

真要从今天动，我就劝你做三件：把站会改成只问「谁卡住了、要谁帮」；团队超过 10 人就拆；下个迭代回顾会只定一个改进点，先改站会超时这一条。这三件做到，Scrum 就不是开给领导看的表演，是真能帮团队交货的节奏。

需要一套能挂看板、跑 Sprint、记回顾的项目管理系统，可以看看「智序 ORDR 项目管理系统」，看板、迭代、需求池都在一个地方，不用再拿 Excel 和群聊凑合。

如有侵权请与我们联系