在 Scrum 实践中，产品所有者应该对整个积压工作负责，最好由客户提供。然而，公共行政中的资源瓶颈往往意味着该角色由雇员担任。
使用了 Scrum 中的其他元素，例如计划、冲刺评审或回顾。在冲刺的每次迭代之后，都会创建一个增量，该增量与审核中的客户进行协调。特别之处在于：增量逐渐集成到承包商项目的系统中，根据经典的发布计划，只有在最后通过实际的 AG/AN 接口交付。这里再次切换到顺序方法，版本被客户端接受并投入运行。
敏捷开发受益于清晰且协调的需求。在我看来，“敏捷化”经典方法的最大好处是：客户的利益相关者定期被纳入冲刺评审中，并对持续开发产生决定性影响。这通常会导致系统比经典方法具有更高的接受度。在这里，在制定规范后，利益相关者只会参与成品软件的验收，然后几乎没有任何设计选项来满足他们的需求。
V-Modell XT 中敏捷开发的另一个附加价值是处理需求变化。在这 直邮抵押营销 里，客户和承包商之间的密切沟通意味着我们可以快速做出反应。经验表明，大多数变化发生在用户故事级别。为了确保工作负担得起，我们建议在更高的抽象级别记录相关变更，即通过不断更新需求或功能规范。理想情况下，内容无缝地流入最终软件的技术文档中。但需要注意的是，需求和功能规范构成了开发订单的合同基础，原则上不能轻易更改。
组合方法的一个主要优点是需求管理不仅可以提前进行，而且可以同时进行。在实践中，客户通常会得到承包商的运营支持，从而减轻了工作量。
结论
正如您所看到的，V-Modell XT 中敏捷过程的集成仅涉及 Scrum 的敏捷方法。在公共行政的高度等级化环境中，既定的经典流程模型至少可以有一定的余地。迄今为止的经验表明，通过将两个世界结合起来，可以有效地利用各自的优势。这也对软件质量和用户接受度产生了成功的影响。特别是在冲刺评审中，相关人员之间的密切沟通所发挥的作用远远超出了实际的客户/承包商界面。
您想了解更多关于 adesso 公共部门令人兴奋的话题吗？那么请看一下我们之前发布的博客文章。