敏捷开发非常适合BW/4HANA迁移

"敏捷软件开发（ASD）提倡适应性规划、渐进式开发、早期交付和持续改进，它鼓励快速灵活地响应变化。"（ASD Wikipedia）

从BW到BW/4HANA的迁移是一项复杂的任务（无论选择什么迁移选项），当然不能作为"大爆炸"策略来完成。

一旦在系统上执行了BW/4HANA预检查报告，就可以看到转换所需的大量工作对象类型到HANA兼容对象类型、ABAP代码审查和修改、手动BW设计和构建修改（没有转换工具的对象）等

以下是敏捷项目管理的主要特征：

迭代开发周期自组织团队多层次规划动态范围与客户和/或业务发起人的频繁协作

BW/4HANA迁移的实际方法是

将迁移任务划分为迭代开发周期有一个专门的BW/4HANA迁移团队对每个迁移元素都有一个高层次的详细计划。项目可以根据业务反馈来确定优先级。

正如您从上述敏捷项目管理的特性中所看到的，它非常适合于BW/4HANA迁移。

BW/4HANA迁移的一个重要部分是将经典的BW对象转换为BW/4HANA兼容的对象。对于就地迁移，人工智能本科，一旦您在开发系统中转换了一个对象，在对象通过环境（包括生产环境）转换之前，这是不能更改的。只有这样，才能在此对象上恢复开发。

因此，对于远程和shell迁移，将迁移划分为迭代开发周期不是强制性的（但建议这样做）。

在适当的情况下，何为大数据，必须这样做，因为如果没有这样做，那么您基本上是在锁定未来增强的环境，通信云，直到所有对象都从开发系统迁移到生产系统，大数据库，而生产系统可能是一个3到6个月的项目（取决于你的BW系统的大小）。

敏捷宣言的两个主要原则是：

将BW数据流分割成可管理的工作大小，完全符合这些原则。例如，对3到5个BW数据流的转换进行迭代/冲刺，这些数据流可能在几周内完成，这样就可以与满意的客户一起按时交付工作！

总之，一旦您决定将您的BW系统迁移到BW/4HANA系统，就应该对敏捷软件开发方法进行审查，实时数据采集系统，看看它是否适合您的BW/4HANA迁移。