撰稿人 下午 5:31 新技术, 供应链规划

狂欢、咆哮和渴望

他们称之为 大本营.在这个炎热的日子里,我不穿靴子,而且我没有露营的倾向。除了大本营,我想去任何地方。我累了,脾气暴躁。

随着闹钟响起,我去年的经历在我脑海中挥之不去。我很难在凌晨 4:00 起床。天很热。当我前往 SAP 总部时,我看着太阳升起。我是一个深夜人,很少看到日出。我更喜欢日落。我怀疑这是否会浪费我的时间。

当我到达时,我被挤在一个挤满了分析师的房间的后面,并承诺会听到有关创新的信息。我很怀疑。令我惊喜的是,我错了。我想我上周目睹了两个太阳升起:一个是在我前往 Newtown Square 时从车窗外升起的东海岸,以及一个新 SAP 的承诺。虽然这次活动在很多方面都未能为我带来好处,但我的脑海中充满了 SAP 可能成为的所有可能性(尤其是如果 SAP 能够摆脱它自己的方式)。我对此有强烈的感受。所以,我把这个博客分成了三个方面的想法:Raving、Ranting 和 Craving。

狂言

让我从积极的方面说起。 

内容。 哇!我的思绪,事后,正在思考 SAP 的可能性。我对移动性、分析和重新定义企业应用程序的交叉点可能发生的事情充满了想法。我觉得 SAP 在一个临界点上摇摇欲坠,相当于大型机到客户端服务器的推送或电子商务的启动。虽然去年我对 SAP 去年的活动“没有足够的地方”表示严厉的爱,但我在今年的活动中质疑 SAP 是否真正了解他们的新推动对他们、市场以及提供帮助的潜力的影响公司解决企业应用问题。与 SAP Netweaver 或 Oracle Fusion 不同,我认为这种想法可以重新定义企业应用程序。

去年,我离开活动时感到空虚和沮丧。今年,我离开时感到充实和兴奋。我参加活动时认为 SAP 将成为 ERP 恐龙。我离开活动时想着世界的可能性。这是一件好事…… (我今天认真反思了 ERP 市场的演变,Lawson 宣布裁员并被 INFOR 收购。五年前谁能预测到这一事件?技术市场对跟不上的公司不友好。)

智慧。 在整个标准演示文稿中隐藏着许多宝石。我最喜欢的:

  • “谈到移动性,我们需要先考虑移动应用程序的设计,然后再考虑企业交付。”我同意。无法从企业外部构建有效的移动应用程序。事实上,企业应用程序也需要由外而内构建。
  • “内存计算类似于支持 iTunes 的 8 轨音乐磁带。”这是一个有趣但有效的类比。虽然我们可以笑,但我们应该哭。我们复杂的企业应用程序堆栈依赖于机械磁盘驱动器这一事实具有讽刺意味。
  • “许多人在与我们谈论 HANA 时犯的错误是,他们认为这是一条应用程序迁移路径。如果我们可以重新开始,他们会过得更好。”对于客户来说,这是好消息也是坏消息。我在下面写了更多关于这个的内容。
  • “我们需要以不同的方式思考商品管理。 “我说,阿门!来吧!它来得不够快。企业正在苦苦挣扎。供应链处于供应受限的环境中。商品价格不断上涨,企业应用程序没有真正的粘性解决方案来将上市战略转化为买方商品战略。组织迫切需要横向跨越组织的应用程序。我坚信这种转变将使传统的客户关系管理 (CRM) 和供应商关系管理 (SRM) 应用程序过时。

谢谢。 作为分析师,我们并不经常公开表示感谢。我的帽子已经关闭:SAP 团队昨天做得很好。我想首先说, “谢谢!”

作为分析师,很难获得有关 SAP 的良好信息。我避开了 SAP 的 Sapphire 活动,但随着时间的流逝,我发现 SAP Insider 的价值越来越低。这就造成了两难境地。我在如何轻松地获得正确级别的信息方面苦苦挣扎。我认为 SAP 在如何有效地与像我这样的人沟通方面也很挣扎。所以,我想首先赞扬 SAP 花时间并努力为行业思想领袖举办分析师日。这是一次独一无二的活动,展示了我所涵盖的任何其他技术提供商都无法比拟的对市场的承诺。我还想赞扬 SAP 的发言人回避正常的供应商姿态和傲慢,在他们的观点中更加开放、诚实和给予。这需要勇气。作为一名分析师,很难忍受 8 小时的营销炒作和定位无助于回答客户的问题。我重视诚实,我从未见过 SAP 高管更诚实、真实和给予。那是一份礼物。谢谢。

咆哮

技术颠覆是一个经典案例 “谁动了我的奶酪?”应用程序的变化发生得比组织吸收升级、增强和新版本的速度更快。政治动态使首席信息官与沮丧的业务线领导者对立。 IT 成本高,系统不灵活,而且对许多人来说,最新版本的交付并没有达到预期。对于许多 SAP 客户来说,这是不幸的现实。客户累了。 Netweaver 的发布,Business Objects 的收购,以及维护成本的增加并没有很好地下降,我合作的组织中的许多业务领导都是 MAD。今天,他们只是不想购买 SAP 出售的任何东西,但如果技术转变值得投资,这种情况就会消失。在“大本营”中,没有反映这个世界的现实。 (这是一个行业趋势。Oracle 用户的情绪更糟,但反映了相同的主题,即费用高昂、缺乏灵活性和未能兑现承诺。)

我们可以重新开始吗? 在供应链规划领域,我们可以重新开始并在 HANA 上构建它吗?虽然有希望看到一些新的供应链应用程序——需求信号存储库和销售和运营计划——在 HANA 上发布,但供应链市场渴望像 SAP 这样的领导者来改变游戏规则并推动供应链的显着改进。考虑目前的状态……在供应链世界中,公司希望 APO 中有更多的“O”。它是一个成熟市场的后来者。在功能方面,它在很大程度上是一个已经发展的市场(高级规划解决方案)中的“劣等”版本。它的强项是建筑。

供应链管理市场没有第二代解决方案的好选择。目前,多年推出和基础架构设计的公司正在向 SAP APO 发展。这不是因为它是一个理想的版本,而是因为其他替代方案的问题。在许多方面,它赢得了最丑的婴儿选美比赛。尽管它很难使用,并且缺乏同类最佳的功能深度,但它经久耐用。今天,我有五个客户正在从 JDA/Manugistics 迁移到 SAP APO。它已成为事实上的标准。当 SAP 知道要构建什么时,他们就会做得很好。在 APS 市场的演变过程中,APO 的旅程因断断续续的变化而分崩离析。 HANA 是一个很好的借口,重新开始。是构建市场需要和想要的第二代供应链计划应用程序的机会,谁比SAP更好地编写它?

不需要村子吗?  在会议期间,房间里有一头大象。昨天的会议基本上没有讨论伙伴关系。当天晚些时候,销售主管在合作伙伴关系执行方面给 SAP 一个“A”,而我​​给他们一个 D-。在软件领域成功的唯一合作伙伴是小型的、特定于行业的技术供应商,它们由 SAP 销售团队出售以扩大交易。当被问及“谁是您成功的软件合作伙伴?”他们列出了 ICON、Open Text、Smartops、Vendovo、Vistex……。我笑了。 Microsoft 在 Duet 方面的工作、Teradata 在企业数据管理方面的工作、SAS 在预测分析方面的工作发生了什么变化?我希望 SAP 知道如何在生态系统中更好地跳舞。遗憾的是,大多数 SAP 合作伙伴关系都是由销售驱动的。说到抓住摆在我们面前的机会,我认为这需要动员生态系统。 (我在这方面对 Oracle 的评分会差得多……)

最大的问题可能是 SAP 本身。  在 SAP 内部,有两个主要驱动因素:许可证销售和向客户兑现维护收入承诺。这两个驱动因素都有扼杀不连续创新的风险。这个临界点还包括作为交付模型的软件即服务 (SaaS)。它与 SAP 许可证交付模型不一致。而且,我不认为维护客户和行业委员会系统会推动这一进程。用亨利福特的话来说,“如果我问我的客户他们想要什么,他们会要求一匹更快的马。”我们在这里处理不连续的技术。

费用呢?  我们可以要求业务线用户为这项开发提供资金吗?今天对 SAP 的主要推动是运行 SAP 架构的成本。普通客户拥有三个 ERP 实例,并且承受了更高的维护成本和购买 Business Objects。公司希望这些成本下降而不是上升。上周的讨论没有解决这个问题。

渴望

我活着想知道更多。我想谈谈我们如何基于内存处理重新定义应用程序。我着迷于移动性、内存处理和企业应用程序重新定义的交叉点。我想继续前进。不是我在新兵训练营的靴子,而是我的跑鞋……

我认为这对你意味着什么......

如果您是普通的供应链主管,对 ERP 泥潭(成本上升、缺乏灵活性和预期失败)感到震惊,并且正在努力解决这对多年部署意味着什么的问题,那么这些建议是为您编写的:

不要被明亮闪亮的物体分散注意力。 移动平台、内存处理和企业应用程序重新定义的市场推动力令人信服。但是,不要对明亮闪亮的物体着迷。计划于秋季在 HANA 上发布的“需求信号存储库”和“销售和运营计划”版本是新的且较早的版本。因此,它应该被视为应该被评估为共同开发。与其快速查看支票簿,不如在行业委员会工作以指导开发团队。观察它的演变和塑造未来,花费足够的资金来推动创新,但它还没有准备好进行天鹅潜水。

SAP 的新概念可能不是迁移。我们有一种移民心态。 R3 到 ECC6.0。 APO 3.0 到 7.1。我觉得将获得最大价值的公司不会将此作为迁移讨论来解决。相反,这是关于可能是什么的讨论。当您有机会与 SAP 讨论这个问题时,不要被今天的应用程序定义、企业软件限制和昨天的想法所束缚。

向过去学习,但对未来持开放态度.认真思考在当今企业应用程序中表现不佳的领域,但不要丢弃我们在打包应用程序的演变中学到的东西的优点。虽然代码可能不是迁移,但吸取的教训是。

在这个夏天的下午,祝您和您的团队一切顺利。

如果您有任何问题,请告诉我。我正忙于完成我的销售和运营计划 (S&OP) 报告,并计划下周与客户进行一次广泛的公路旅行。从路上寻找我的故事,愿你旅途平安

关闭