我们被Scrum骗了？不，是我们自己骗自己
大部分团队上Scrum的时候，根本不知道自己在干嘛。老板说“要敏捷”，于是从周一早上的站立会开始。第一周大家很兴奋，觉得终于不用写冗长的文档了。第二周开始有人迟到，第三周有人小声说“这跟之前的周会有什么区别”。真正的问题从来不在仪式本身，而在于Scrum被当成了一根能快速交付的鞭子。我见过一个团队把每个Sprint的Commitment拍脑袋定死，结果为了不显得“不靠谱”，开发把测试时间砍掉，直接在生产环境修bug。然后下个Sprint的Backlog里全是上上个Sprint的技术债。这不是Scrum，这是给瀑布流换了个皮肤，还换得特别难看。
“快速迭代”这个口号害死人。你认为迭代快意味着每次发布功能多？错了。真正的迭代快是每次变更幅度小、风险可见、回滚容易。可现实是，产品经理为了向高层表功，把一个大功能拆成三份塞进一个冲刺，说“分细了就对了”。分细不等于拆对。拆解颗粒度要看到业务价值，而不是看到“代码行数最少”或者“工时最平均”。我们曾经把一个登录功能拆成了“验证码输入框”、“按钮样式”、“接口对接”，结果那个Sprint没有任何一个可用的用户可见增量。Sprint Review上我们演示了三个假按钮和一个连不上数据库的接口。产品经理很尴尬，团队很沉默，老板说“继续加油”。
站会为什么越站越糊涂
站立会议本意是同步信息、暴露阻塞。但在大多数团队里，它变成了“进度汇报大会”。每个人的话术都是“我昨天做了A，今天做B，没遇到问题”。你信吗？根本不可能没人遇到问题。真正的问题是团队不敢在众人面前暴露弱点，尤其是怕被领导盯上。我见过一个自组织团队，因为站会上说了“需要等后端接口”，被Leader当众批评“你不会先去写前端吗？”从那以后，所有人都学会了一个完美万能句式：“一切正常”。于是站会从15分钟增长到30分钟，因为大家都在编造“合理”的昨天和“坚定”的今天。信息同步变成了信息造假。
另一个荒诞点是Scrum Master兼任开发经理。教科书上说Scrum Master是服务型领导，要保护团队。可如果这个人还握着绩效评估权、开除权、项目奖分配权，你猜他会在Sprint回顾上支持谁？我所在的上一个团队，Scrum Master是技术总监兼任。每次回顾会他先发言，定调“这期主要是效率问题，大家多从自身找原因”。那还回顾个屁。回顾会成了自我批评批斗会，所有人最后都学会了“下次我要更努力”。真实的障碍——比如需求不明确、测试环境烂、CI构建要40分钟——没人敢提。因为那些都指向了高层决策失误。Scrum最核心的“检视与调整”被权力层级直接阉割。
对比看板：Scrum的仪式感是优势还是负担
很多人拿Scrum跟看板比，说Scrum分冲刺、有固定角色、强调承诺，而看板则是连续流、无固定周期。但我觉得真正的本质区别在于对“失败”的容忍度。Scrum的冲刺给了团队一个“安全终止”的机会——每两周你就有一个“我们没做完也没关系，重新规划”的时间点。这听着很好，但是文化没跟上，就成了“每两周一次公开打脸”。而看板更滑头，没有固定的冲刺线，任务永远在流里，没有“这个版本能不能交付”的惊心动魄。但看板也容易变成无限拖延的长水。
我个人的经验是：如果团队代码质量稳定、部署自动化程度高、产品负责人能拍板，那Scrum的仪式感是锦上添花。但如果你的团队还处于需求靠口头、上线靠半夜、数据库靠人肉迁移的阶段，Scrum的每个仪式都会变成一场漫长的cosplay。这时候还不如用看板，把列设成“待开发、开发中、可测试、已部署”，让任务自己流动，把精力花在压缩列宽和缩短Cycle Time上。Scrum给了你一个框架，但框架不会替你思考。很多人把框架当成挡箭牌，说“我们是按Scrum做的”，其实只是按“Scrum名字”做的。
真正的Scrum是反人性的，所以没人愿意执行
为什么大多数团队执行Scrum都是形式主义？因为Scrum要求你透明。可职场里透明意味着暴露错误、意味着背锅、意味着在领导眼里变蠢。人类本能是保护自己，于是透明变成了“粉饰太平”。要求你自组织，可大多数公司把自组织理解为“你自己搞定所有事，别来问我”，而不是“你可以自己决定怎么做，并对结果负责”。要求你检视调整，可大多数管理者在听到“这次没做好”时第一反应是找责任人，而不是找系统原因。
所以我渐渐觉得，Scrum不是管理方法，而是一种团队关系的终极测试。如果你的组织权力距离小、信任度高、失败面前彼此安抚，那Scrum能焕发出惊人的创造力。反之，你会在Sprint计划会上看到人们假装估算、在评审会上假装满意、在回顾会上假装反思。我见过最成功的Scrum团队是一个只有五个人的小工作室，没有产品总监，只有一位负责跟客户聊需求的同事。他们不搞什么燃尽图，也不严格卡时间盒，但每天早上会围在茶几前，摊开便利贴，真实地说：“这个功能我写崩了，需要谁帮忙看一下。”他们两周交一次能用的小版本，客户很满意，团队也没人加班。
所以别再去迷信“用上Scrum我们就敏捷了”。敏捷与否，跟开会频率、角色命名、工时估算没有半毛钱关系。它只关乎一件事：你敢不敢在同事面前说一句“我昨天说错了”。如果敢，不用Scrum你也能活下去。如果不敢，用一百个Scrum大师帮你辅导，你依然只是在高效率地表演敏捷。写这篇文章不是让你放弃Scrum，而是希望你能跳出那些花哨的仪式，回到流程的本质：减少浪费、频繁反馈、让做事的人拥有真正的说话权。如果你现在身处一个“伪Scrum”团队，与其纠结要不要再增加一个会议，不如先把站会上的“一切正常”这四个字，从你们的语言里删掉。