当前位置:主页 > 虚拟服务器 > 安全管理 >

轻量服务器_百度云的解压密码是什么_速度快

在参与SAP S/4HANA转换的规划服务时,我经常遇到客户,买云服务器,他们对开始向SAP S/4HANA进行数字化转型非常感兴趣,但对解决方案的某些方面有顾虑–一些"最佳"示例:

我们的业务用户将通过新的简化SAP FIORI UI获得多少效率我们将从新的创新(例如增强型ATP检查)中看到多少性能提升我们特定系统的系统对话的努力是什么我想使用SAP HANA Enterprise Cloud切换到私有云—我们如何操作云系统以及最终用户的性能是否会发生变化为SAP S/4HANA准备一个关键的定制开发需要多少工作

从理论角度广泛地研究这些主题是可能的,但是有时最好用一个原型来测试真实的东西。

美国宇航局有一些很好的原型图片-例如,下面是一个航天飞机原型企业测试镀金和着陆特性:图片来源:美国航天局的图片

这张图片说明了原型的三个重要特征:

企业用于滑行测试=>原型是为了测试某些特征和概念,但不是完整的产品企业没有发动机和隔热罩=>原型可以走捷径和捷径,以确保安全工作和成本,只要它不干扰我们要分析的特性企业号航天飞机从来没有上过太空(不像它的哥哥)=>原型并不意味着要被有效地使用,这是原型和飞行员之间的主要区别(这里我指的是飞行员实施!不是坐在上面飞机上的那个人。)

因此,如果客户不仅想在演示中试用S/4HANA,而且想用自己的数据亲自测试它的功能,那么原型是个好主意。想到的一些优点:

原型有助于客户IT和业务团队更好地了解SAP S/4HANA解决方案的功能,如SAP FIORI UI、运营报告……以及他们自己的数据和业务场景原型可以帮助获得内部利益相关者(如业务团队)的认可,从而启动saps/4HANA实施项目如果我们在原型系统上运行最佳实践流程,那么后期实现项目的蓝图通常可以显著缩短。另一种方法是从头开始设计蓝图,在白板上绘制长长的需求列表,编写用户故事等,通常需要更长的时间在探索阶段,将原型作为适合/差距分析的基线可以鼓励业务团队更接近标准,而不是从零开始处理业务需求原型有助于在早期阶段了解项目的障碍/障碍,降低项目延误和成本超支的风险实现原型可以帮助收集重要的数据点,使整个项目的规划更加可靠原型帮助客户IT团队尽早开始学习新的SAP S/4HANA创新、简化和过渡工具,以便在实际过渡项目开始时做好充分准备

我在成功原型中看到的一些关键因素:

原型的功能范围和技术范围受到限制,所以它可以在3-4个月内运行。通常我们最多推荐3个业务优先级。如果你最终有更多的范围削减或考虑做试点。执行组织良好的范围界定研讨会,该研讨会提供以下结果(尽管在原型中,事情远没有在实际项目中那么"正式",大数据使用,但您仍然希望定义一些基本的基石):明确定义了原型的范围-还列出了讨论过的关键项目,但没有纳入范围,以确保每个人都有相同的期望。范围还应定义应包括哪些组织单元。原型系统中需要哪些数据的定义决定原型将使用哪个部署选项(HEC、云、内部部署环境……)决定如何衡量原型的成功,比如测试用例、性能KPI、运行某个流程时点击次数的减少等等以及原型的工作量估算原型的项目计划-原型将运行多长时间,何时执行什么任务职责定义(如RACI图表)让同样的人参与到原型中,返利平台,这也将参与到以后的全面实施项目中,以利用这个巨大的学习机会在原型过程中记录好所有的问题和解决方案,以避免在实际实现中再次对同一问题进行故障排除("我们是如何再次摆脱短转储的!?")在原型结束时,再次召集所有人一起审查/商定结果并决定下一步

如果客户对SAP S/4HANA的原型感兴趣,SAP将提供一个名为"计划和原型"的价值保证包来支持他们(我的组织实际上提供了这个包,所以我必须在这里做一些广告)。此软件包可以支持两种类型的SAP S/4HANA原型,返利购,返利怎么用,具体取决于客户是否希望将现有系统移动到S/4HANA或从绿地实施开始:

系统转换原型:这里我们通常从准备就绪检查开始,客户可以在当前SAP ERP系统上以自助服务的形式运行该检查。就绪检查带回了系统的saps/4HANA就绪性上的一些数据点(是否支持附加组件,有多少自定义代码会受到影响,等等)。这有助于在范围界定研讨会期间规划实际原型的工作。在原型过程中,创建一个质量或生产系统的副本,然后将其转换为saps/4HANA。最后,团队可能会在saps/4HANA系统上启用saps/4HANA的一些相关简化和创新,然后再将其交给业务团队进行测试。.新实现的原型:这里我们安装了一个全新的saps/4HANA系统。为了确保原型不会运行太久,我们通常使用SAP Cloud Appliance库中提供的一种完全激活的解决方案。这将系统的安装时间从数周缩短到数小时。完全激活意味着系统附带了预配置的最佳实践,这意味着我们可以在系统配置完成后立即运行业务事务。每个最佳实践还附带一个测试脚本,这意味着标准流程可以很容易地由业务运行/演示,并且可以很容易地创建测试用例。然而,在让业务用户进入系统之前,数据迁移已经完成,因此,用户可以使用自己的数据测试流程和分析。

猜你喜欢

微信公众号