如果你接触过软件团队，大概率听过"迭代""冲刺"这样的词，它们都来自敏捷开发。过去做软件流行瀑布模式，把需求、设计、开发、测试一路排到底，等全部做完才交付，周期长、风险也大。如今业务节奏变快，越来越多团队转向敏捷，其中最常见的落地方式就是Scrum。

Scrum的核心，是把大目标切成一个个短周期来完成，每个周期通常两到四周，叫一个冲刺。周期开始时，团队从需求清单里挑出本轮要做的内容；每天开一个简短的站会，同步进展和障碍；周期结束时拿出可演示的成果给相关方看，再开回顾会总结哪里能改进。成都青羊汇软信息技术有限公司在带项目时发现，这种节奏让问题暴露得早得多。

它受欢迎是有原因的。其一，反馈快，客户每隔几周就能看到实际进展，方向偏了能及时纠正；其二，透明度高，每个人的任务和进度都摆在明面上，扯皮变少；其三，适应变化，需求调整可以放进下一轮，不必推翻重来。对需求不那么确定、需要边做边想的项目尤其合适。

当然，敏捷不等于没有计划，更不是不做文档，它只是把"一次想清楚"换成了"持续对齐"。团队如果刚接触，建议先老老实实按标准流程跑几轮，体会到好处后再做裁剪；一上来就随意省略环节，往往学不到精髓，只学到散漫。对甲方来说，选择用敏捷交付的团队，也要做好频繁参与、及时反馈的准备。