从瀑布模型说起
在 Scrum 出现之前，软件项目大多用”瀑布模型”——先做完需求，再设计，再开发，再测试，最后上线。就像一条流水线，每个阶段必须等上一个阶段完全结束才能开始。
这个模式的问题很明显：等你全部做完，客户说”这不是我要的”。需求变更是家常便饭，但瀑布模型最怕变。
Scrum 的核心思路
Scrum 换了一个思路：不一次做完，而是分小批次快速交付。
每 2-4 周交付一个”可用的版本”，客户看了不满意下个迭代改。这样就算方向错了，最多损失两周，而不是半年。
Scrum 这个名字来自橄榄球——不是按顺序传球，而是全队抱在一起往前拱。开发不是接力赛，是橄榄球赛。
Scrum 的三大支柱
Scrum 建立在三个原则之上：
- 透明：所有信息对团队公开，进度、问题、障碍一目了然
- 检视：定期检查进度和产品，不要闷头做半年才拿出来看
- 调整：发现问题立刻调整，不用等”项目结束再复盘”
简单说就是：别藏着掖着，经常拿出来看看，不对就改。
一张图看懂 Scrum
什么项目适合 Scrum
Scrum 最适合需求不确定、变化快的项目。如果你的需求很明确、几乎不变（比如做一个政府规定的报表系统），瀑布模型可能更合适。
但大多数互联网产品、创业项目、内部工具——Scrum 几乎总是更好的选择。
一句话总结
Scrum 不是一套死板的流程，而是一种拥抱变化、快速反馈的做事方式。核心就八个字：小步快跑，持续交付。