新来的产品经理问我，咱们说敏捷开发，到底是每天站会就算敏捷，还是得买套工具。我跟他说，工具和会议都是皮，核心就一句话：小步快跑，快速验证。

和瀑布最大的区别

瀑布是需求、设计、开发、测试一路排下去，半年后才见到成品，错了返工全重来。敏捷是把大版本拆成两到四周一个迭代，每个迭代都交付能跑的东西。客户早看到了，早提意见，返工只返一个迭代，损失可控。所以敏捷不是不写文档，而是不追求一次写全，够用就行，剩下的边做边补。

Scrum 那几个角色和会

最常用的框架叫 Scrum。产品负责人管需求清单，按价值排优先级。Scrum Master 不写代码，负责搬开障碍、保证流程转起来。开发团队自己领任务。会就四个：计划会定这轮做什么，每日站会同步进度，评审会演示成果，回顾会专门吐槽改进。站会超过十五分钟就是开长了，抓紧散。看板法是另一套轻量玩法，只保留任务墙和进行中限制，适合运维和持续交付的团队。

容易走样的三个地方

  • 站会开成汇报会：只讲进度不报阻塞，等于白开
  • 迭代里天天加需求：中途插单，迭代目标就没法守
  • 回顾会只夸不改：问题记下来没人跟，下次继续犯

什么团队适合，什么不适合

需求变化快、要快速试错的产品，比如 App 和 SaaS，敏捷很合适。需求定死、合同锁死的工程，比如航天和基建，硬套敏捷反而添乱。小团队别搞全套仪式，保留迭代和回顾就够了，形式越轻跑得越快。

记住这句就行：能跑的东西胜过完美的文档，改得起才是敏捷的底气。别再纠结仪式，交付才是硬道理。