预算固定时如何运行 Scrum
在公共部门和大型项目中，对 Scrum 的一个常见质疑是：预算是固定的、预先批准的，所以“敏捷、自适应”的做法似乎格格不入。好消息是，Scrum 与固定预算可以很好地共存——只要你让正确的变量去伸缩。在任何项目中，成本、时间和范围三者最多只能固定其中两个，第三个必须让步。在预算固定时，伸缩的变量就是范围，而 Scrum 恰恰极擅长管理这一点。
这在 2022 年正当其时：通货膨胀与供应波动使那些僵硬、全面详定的合同变得风险重重。一开始就锁定每一项需求，然后发现材料更贵或耗时更长，就没有任何回旋的余地。固定预算、按价值排序工作，恰恰能给你这份余地。
固定预算，优先排序范围
把预算看作固定数量的冲刺。如果你的资金够做例如六个为期两周的冲刺，你就拥有十二周的已知团队产能。问题不再是“我们能负担清单上的所有东西吗？”——通常不能——而是“在这笔钱买到的时间里，这个团队能构建的最有价值的东西是什么？” Scrum 框架通过几个标准组件来回答这一问题：
一个有序的产品待办列表。 产品负责人按价值和风险对条目排序，使最高价值的工作总是排在下一个。万一预算耗尽，按设计，剩下未完成的正是价值最低的那部分。
产品负责人的权限。 由一个人负责在固定支出下最大化工作价值，并在某些东西必须舍弃时做出取舍决定。
每个冲刺交付可用增量。 每个冲刺都产出可用的东西，使价值从最初几周就开始积累，而不是只在遥远的最终交付时才出现。
用实证取代猜测。 来自真实冲刺的速率告诉你团队实际能交付多少，取代了固定范围合同所依赖的乐观估计。
你承诺什么，不承诺什么
陷阱在于同时承诺固定预算、固定且详细的范围以及固定的日期。这就是那种过度受限、静静失败的合同。相反，要承诺成果和一个按价值排序的待办列表：“在这笔预算内，我们将交付最高价值的能力，从这些必需项开始。”发起人保留了成本的确定性；团队保留了灵活性，可以用低价值的条目换取事后证明更重要的东西。清晰的完成定义能防止质量成为那个默默伸缩的变量——质量绝不应该是为了达成某个数字而被牺牲的东西。
让对话保持诚实
固定预算的 Scrum 成败都在于透明度。用冲刺评审展示真实、可用的成果，并随优先级和价格变动重新排序待办列表。用冲刺而不只是美元来跟踪剩余预算，让每个人都以可交付工作的角度看到还剩多少能力。当利益相关者提出新要求时，答案很少是“不行”——而是“可以，下面这些需要往后排以腾出空间”。正是这一重新表述，让敏捷与封顶预算携手合作，而不是互相对抗。
如果你的组织需要在固定资金范围内交付敏捷工作，XNM 的项目与项目群交付咨询服务可以帮你搭建待办列表、合同与治理机制，让它立得住脚。