假设驱动开发：将实验主义融入Scrum

产品开发中最持久的浪费来源之一，是交付了用户不采用的功能。假设驱动开发（HDD）通过将功能特性重新定义为待验证的假设而非待交付的需求，直接应对这一模式。它无需放弃Scrum，而是与Scrum的仪式和工件整合，使框架更聚焦于结果而非产出。

假设格式

「我们相信【此功能或变更】将为【此用户或细分群体】实现【此结果】。当【观察到此可量化信号】时，我们将知晓这一判断是否成立。」可量化信号是最难定义但最重要的要素。没有它，假设就无法被验证，只能被断言。

HDD与迭代目标的整合

迭代目标表述为「实施新搜索过滤器」描述的是产出；表述为「验证改进后的搜索过滤器是否减少无结果会话数量」描述的是以结果为导向的实验。后一种表述改变了迭代规划、迭代中和迭代评审时的对话方式。

Product Owner在HDD中的角色

HDD明确了Scrum始终隐含但从业者常常混淆的区分：产出与结果之间的区别。Product Owner明确负责定义结果——每个待办项背后的「为什么」——以及识别可量化信号。团队继续负责产出——交付的「什么」和「如何」。

通过实验减少浪费

当团队将假设验证而非交付本身作为终极目标时，浪费变得可见：未能推动可量化信号变化的功能是失败的假设，而失败的假设能为更好的假设提供信息。这一可见性在迭代评审中持续追问：「这项工作是否达到了预期效果？」

采用HDD的常见挑战

• 定义可量化信号很难——现有分析基础设施可能无法捕获验证假设所需的数据。

• 利益相关者可能对实验框架产生抵触。

• 并非所有事项都应成为假设——维护和技术债务应独立处理。

• 可量化信号必须事先约定，不能事后选择支持已完成工作的指标。

XNM咨询帮助组织构建将迭代执行与产品结果和战略目标相连接的Scrum和敏捷交付体系。