摘要
由于行为驱动开发、验收测试驱动开发和测试驱动开发在角色与职责关系上的模糊性，敏捷团队往往难以将业务需求转化为可维护、高质量的软件。这些方法常常被误解、应用不一致，且在统一的交付生命周期中联系松散。本文介绍了BLOW这一系统化方法，它以行为驱动开发作为连接以业务为导向的验收测试驱动开发和以技术为导向的测试驱动开发的协调方法。BLOW通过分层的责任领域来构建基于场景的开发模式，明确界定各角色的职责，通过嵌套的工作中心将用户故事转化为可执行的规范和实际代码。该方法整合了两种互补的协作方式：用于发现和制定业务场景的“三位好友”模式，以及用于将这些场景与技术领域背景相关联、确定所需支持条件，并在需要额外架构支持时生成技术场景的“技术三位好友”模式。该模型强调以可执行的场景作为核心要素来实现可观测性，引入基于测试的指标，帮助人们了解场景驱动开发中的进展、技术投入及价值实现情况。通过一个包含单次迭代概念验证及随后18个月实际应用的纵向案例研究，发现了技术支持先于业务价值实现的情况，以及可复用基础设施如何助力业务场景的持续发展。研究结果还表明，运营模式的变更会带来场景演变及内部质量指标的显著变化。总体而言，BLOW为场景驱动开发提供了与治理框架相兼容的端到端解决方案，有助于在复杂的软件系统中更好地协调利益相关方的需求与技术实现。
