系统因负载、生产力下降、使得客户不堪重负：IT 停机会给公司带来沉重打击，耗费巨额成本。因此，SNP北美云业务负责人 Darren Shaw 在这篇文章中建议，数字化转型项目过程中发生的停机时间应保持最短。专家就如何实现这一目标提供了建议。
计划外的 IT 停机时间是公司在高度动态的市场和不断变化的需求中面临的最大挑战之一。对零售行业的一个典型研究证明了这一论点：根据最近的研究，80%的公司每年至少经历一次计划外停机。如果发生此类紧急情况，大多数公司 (87%) 最多需要四个小时才能获得支持。从生产中断和销售损失到品牌损害和数据保护漏洞，都会造成非常严重的后果。
美国 Standish Group 的分析师计算了零售商的财务负担：POS 中断的平均成本为每分钟 4,700 美元或每小时 28.2万美元。在疫情期间电子商务领域的增长比平时更大，损失可能会更高。
转型项目计划中的停机时间
计划外停机会造成严重损害，项目经理当然应该尽量减少计划外停机，这在一定程度上是大型 IT 转型项目所需要的。例如，在数据迁移到 SAP S/4HANA 期间，技术上需要关闭业务流程。但是，结合先进的技术、实践和可靠的转换计划，可以极大地限制这种停机时间。
将 IT 停机时间降至最低
可以理解的是，在大陆或全球运营的公司——尤其是在零售行业，几乎没有停机空间。不同的时区包括在在某些假期，例如圣诞节或新年前夜，人们也可以随时在本地零售店或网上购物，这需要持续的业务运营。如何才能将计划停机时间保持在最低限度？
在迁移之前扫描系统环境，了解系统真实情况很有必要
在 S/4HANA 迁移等转型场景中，SNP建议客户首先确定现有 ERP 系统的当前状态并熟悉其特殊功能：这对许多项目经理来说似乎是不言而喻的。
然而，我们与大公司合作多年的经验表明，经过数年（或数十年）的使用和进一步发展，关于哪些数据、应用程序和系统被使用、由谁、何时以及如何使用的概览已经丢失。检查现有 IT 基础设施的情况是必须的，通过这种方式，可以定义转型项目的个性化需求，加快流程并有效节省成本。
使用这些实用技巧，可以大大减少系统停机时间
1、确定最有可能接受停机时间的时间窗口。例如，根据行业、商业模式和在不同国际市场的存在情况，这些时间可能是晚上、周末或节假日。在此基础上，可以根据范围和复杂性决定项目启动日期。
2、从敏捷的方法中选择一种“最小化可行产品”（MVP）方法，以便从战略上规划您的迁移项目：问问自己现在需要迁移哪些数据以获得功能齐全且合规的 S/4HANA 系统 – 以及哪些数据可以以后再迁移。例如，如果一家公司有 10 TB 的系统，但其中只有 0.5 TB 是当前和上一年的数据，那么应该首先迁移少量数据。让切换阶段有良好的计划和执行，以确保按计划上线，并实现成本最优、安全和增值的系统迁移。
3、作为转换过程的一部分，定义所谓的“冻结”期间，在此期间不允许更改主数据或层次结构数据。这确保了数据的一致性。
4、在迁移之前优化源系统的基础架构，标准化数据结构和清理数据可以显著减少转换所需的工作量，从而减少停机时间。
5、了解您的公司一小时的停机时间成本，并在选择合适的转型方法和迁移合作伙伴时考虑到这一点。
选择合适的转型方法和合作伙伴
需要进行复杂转型项目（例如 S/4HANA 迁移）的公司在选择合适的迁移软件和服务提供商是至关重要的。必须全面考虑成本，最初较便宜的产品和服务随着停机时间的延长可能会变得更加昂贵。例如，选择传统 IT 解决方案的人可能会面临未结订单可能会被取消或仅在数据迁移期间延迟执行的风险。
为避免因长时间停机而导致的额外成本，理想情况下使用能够实现近乎零停机时间迁移的创新技术。这使得迁移、验证、统一和测试过程自动化，并提供对系统的深入见解和优化建议。IT 解决方案的另一个标准应该是多个项目可以同时进行，例如迁移到云和 S/4HANA 实施，可以在一个项目中结合。
那些考虑采取这些行动建议的人会惊讶于停机时间的缩短。然而，成功的关键就是战略项目规划和现有备选方案的评估。
关注我们
