有一句古老的格言说:“如果你有足够的时间和金钱,并且没有市场压力,你可以迁移任何东西。” 不幸的是,我从未遇到过符合该标准的客户。可以理解的是,一旦有关迁移的技术问题得到解决,下一个大多数人问的合乎逻辑的问题很简单,“它要花多少钱,需要多长时间?”

许多迁移都是有计划的活动,有既定的预算和预期的上线日期。但是,不断变化的业务环境通常需要进行意外迁移。这些可能由收购、剥离、遇到严重技术问题的供应商、倒闭的公司以及许多其他情况驱动。

无论迁移是计划内的还是计划外的,组织始终关注:

  • 生产力损失
  • 对业务的重大干扰
  • 选择做出改变的最佳时间
  • 保持预算

计算迁移的成本和持续时间有很多变量。有助于最小化技术风险的基本评估过程也将帮助我们识别这些变量。下面重点介绍了四个关键问题,它们可以帮助您确定迁移项目的成本和持续时间。

工作范围是什么?

我们是在迁移数据库、ISV 应用程序、自定义代码还是以上所有内容?了解必须移动的内容是第一步。一旦我们知道了项目范围,我们就可以开始估算迁移需要多长时间……但在确定最终成本和持续时间之前,还需要考虑其他输入。

测试要求是什么?

在我之前的一篇博文中,我说过测试很关键,原因很明显。如果您没有可靠的测试计划,则不太可能成功迁移。

测试通常是迁移的最大成本组成部分之一,可能占项目的 70%。您测试的时间越长,持续时间越长,因此成本就越高。测试通常是客户的责任,在评估期间,我们在IBM Systems Lab Services Migration Factory工作以确保每个客户的计划都适合正在迁移的工作负载,并帮助在此阶段最大限度地减少任何不必要的成本。

迁移什么时候可以开始,什么时候需要完成?
一旦我们初步估计了迁移可能需要多长时间(包括测试),我们就会与业务部门合作,看看何时可以完成迁移。对于大多数组织而言,有许多系统无法触及的停电期。计划中的迁移通常会考虑到这一点,但计划外的迁移可能没有时间考虑。

迁移的完成方式也会影响持续时间。这会是所有系统在同一个周末上线的“大爆炸”迁移,还是系统在新目标上分阶段上线的分阶段迁移?

谁来做这项工作?

建立迁移团队的方法有很多,可以帮助最大限度地降低项目成本。在您计划时,请考虑与 IBM、您自己的员工、业务合作伙伴和系统集成商合作的成本差异。

沿途的坑洼

有许多事情会导致项目的成本和持续时间误入歧途。范围蔓延和无法按计划进行是最重要的。扩展迁移项目有正当理由,但计划外或不必要的范围蔓延会对成本和持续时间产生负面影响。无法按计划进行管理有点困难。不可避免地,在迁移过程中可能会出现使项目倒退的挑战。你能做的最好的事情就是在它们来临时处理它们,并在必要时调整你的计划。

另一个成本问题……不进行迁移的成本

公司通常会花费大量时间试图了解进行迁移的成本,并且经常会找到推迟进行更改的理由。但是他们多久考虑一次不做这项工作的业务成本和风险?

  • 等待的成本和风险是什么?
  • 以后会不会更贵?
  • 系统停机每小时的计划外停机成本是多少?
  • 在不受支持的模式下,在旧技术上运行,希望没有任何问题有什么风险?

这些只是您在评估迁移项目的成本和持续时间时要考虑的众多问题中的一小部分。

Tags: none

我有个想法