方法

Agile

一族软件开发实践,重视短迭代、频繁的客户反馈,以及根据交付结果回头调整计划。

最近审阅: 2026-05-24 审阅人Kevin Riedl wiki ↗

Agile 比多数人以为的更老(《敏捷宣言》发表于 2001 年),落地得也比多数团队愿意承认的更糟。它最初的想法很简单:超过你能预测范围的计划,是浪费工作;所以短计划、发布、学习、再计划。其他一切(Scrum、Kanban、SAFe、Sprint、Retro、Story Point)都是在这之上的实施细节。

对一支宣称「我们在做 Agile」的团队最有用的问题是:上一次根据上周交付的结果调整计划,是什么时候?答案是「没有」,那这支团队就是在用两周块的瀑布。

Wavect 在原始意义上是 Agile 的:短循环、频繁演示,愿意把事后证明是错误的工作扔掉。我们对「认证产业版」的 Agile 抱怀疑态度,那种把会议节奏本身当目标的做法。

// FAQ

常见问题

常见问题

保留仪式、丢掉学习。每日站会、计划会议、Story Point 全做了,但从不根据上 Sprint 的结果回头调整计划。这叫两周块的瀑布,不叫 Agile。判定标准只有一个:上次因为学到东西而改了计划是什么时候。
Scrum 适合需求有节奏、能切两周块的产品团队。Kanban 适合中断驱动的工作(支持、运维、Bug 修复)。SAFe 适合需要在多个团队间协调路线图的大组织,小团队上 SAFe 等于把自己埋在流程里。框架是工具,不是目标。
不冲突,前提是你愿意让范围在框架内浮动。Wavect 在 SoW 里固定「交付目标」与「价格上限」,但允许实现路径在 Sprint 之间调整。把每个功能的字节级细节都写死的固定价格,才是与 Agile 真正冲突的形态。