撰写者 下午5:31 新技术, 供应链计划

狂欢,狂奔和渴望

他们称之为 大本营。我在这个炎热的日子不穿靴子,也没有扎营的意愿。我想去大本营以外的任何地方。我又累又胡思乱想。

随着警报的响起,我去年的经历使我深深地陷入沉思。我很难在凌晨4:00起床。这天是烧焦人。当我前往SAP总部时,我看着太阳升起。我是一个深夜人,很少看到日出。我是日落的忠实粉丝。我怀疑这是否会浪费我的时间。

当我到达时,我挤进了一个挤满了分析师的房间的后面,承诺会听到有关创新的信息。我很怀疑。令我惊喜的是,我错了。我想我上周目睹了两次太阳升起:当我前往纽敦广场时,从车窗向东海岸的太阳升起,并提出了新SAP的承诺。尽管该事件未能在很多方面为我带来成功,但我的心中却为SAP可能成为什么样的可能性而着迷(特别是如果SAP能够摆脱困境的话)。我对此深有感触。因此,我已将此博客分解为三个方面的想法:Raving,Ranting和Craving。

狂言

让我从积极开始。 

内容。 哇!事件发生后,我的想法一直围绕着SAP的可能性。我对在移动性,分析和重新定义企业应用程序的交集中可能发生的事情充满了思考。我觉得SAP处于一个摇摇欲坠的临界点,该临界点等于大型机向客户端服务器推送或电子商务的启动。虽然去年我对SAP充满了厚爱’如果没有“enough there there”,  I left this year’事件质疑SAP是否真的了解他们的新推动力对他们的意义,市场以及帮助公司解决企业应用程序问题的潜力。与SAP Netweaver或Oracle Fusion不同,我认为这种想法可以重新定义企业应用程序。

去年,我离开活动感到沮丧和沮丧。今年,我感到充实而兴奋。我去参加活动时以为SAP将成为ERP恐龙。我离开活动去思考可能性的世界。这是一件好事…。 (今天,我在劳森宣布因INFOR的收购而裁员时,对ERP市场的发展进行了深刻的反思。五年前谁能预料到这一事件?技术市场对那些不能跟上步伐的公司并不友好。)

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

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

谢谢。 作为分析师,我们并不经常公开表示感谢。我不高兴:SAP团队昨天做得很棒。我首先要说 “thanks!”

作为分析师,很难获得有关SAP的良好信息。我避开SAP’的Sapphire活动,随着时间的流逝,我发现SAP Insider的价值降低了。这造成了一个难题。我为如何轻松获得正确的信息水平而苦恼。我认为SAP在如何有效地与像我这样的人沟通方面也很挣扎。因此,我首先要赞扬SAP,以便抽出时间并努力为行业思想领袖举办一次分析日。这是一次独特的盛会,显示出我对市场的承诺是我所涵盖的任何其他技术提供商所无法比拟的。我也要赞扬SAP的发言人避免一般供应商的姿态和傲慢态度,使其更加开放,诚实并发表意见。这需要勇气。作为分析师,很难经历八个小时的市场宣传和定位,这无助于回答客户的问题。我重视诚实,而且我从未见过SAP高管更诚实,真实和奉献。这是礼物。谢谢。

乱伦

技术中断是典型的案例 “who moved my cheese?”应用程序发生变化的速度快于组织吸收升级,增强功能和新版本的速度。政治动态使首席信息官与沮丧的业务线领导人抗衡。 IT成本高昂,系统缺乏灵活性,而且对于许多人来说,最新版本的交付并没有超出预期。对于许多SAP客户而言,这是不幸的现实。客户很累。 Netweaver的发布,Business Objects的收购以及维护成本的增长并没有很好地下降,与我合作的组织中的许多业务领导者都是MAD。今天,他们只是不’不想购买SAP出售的任何产品,但是如果技术变革有必要进行投资,这将消除。在里面“base camp”,没有反映出这个世界现实。 (这是一个行业趋势。甲骨文用户的情绪较差,但反映了相同的支出,灵活性和失败承诺主题。)

我们可以重新开始吗? 在供应链计划方面,我们可以重新开始并在HANA上构建它吗?尽管希望在HANA上看到一些新的供应链应用程序(需求信号存储库以及销售和运营计划),但供应链市场渴望像SAP这样的领导者改变游戏规则并推动供应链的显着改善。考虑当前状态…..在供应链世界中,公司希望有更多“O”在APO中。它在一个成熟的市场中是后来者。在功能方面,很大程度上是“inferior me-too”在不断发展的市场(高级计划解决方案)中发布。它的力量是建筑。

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

不’t it take a village?  会议期间,房间里有一头大象。昨天的会议基本上没有关于伙伴关系的讨论。当销售主管在一天的晚些时候为SAP提供了“A”在合伙执行方面,我给他们一个D-。在软件领域唯一成功的伙伴关系是小型的,特定于行业的技术供应商,SAP销售团队通过出售这些供应商来扩展交易。当被问到问题时,“谁是您成功的软件合作伙伴?”他们列出了ICON,Open Text,Smartops,Vendovo,Vistex…。我笑了。 Microsoft在Duet方面的工作,Teradata在企业数据管理方面的工作,SAS在预测分析方面的工作发生了什么?我希望SAP知道如何在生态系统中跳得更好。可悲的是,大多数SAP合作伙伴都是以销售为驱动力的。在应对摆在我们面前的机会时,我认为这需要动员生态系统。 (我为此给Oracle的分数会差很多。….)

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

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

渴望

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

我认为这对您意味着什么….

如果您是被ERP困惑所震惊的平均供应链主管–成本上升,僵化和失败的期望–并且正在为多年推出而苦苦挣扎,这些建议是为您编写的:

唐’不要被明亮而有光泽的物体所转移。 移动平台,内存处理和企业应用程序重新定义的市场推动力非常诱人。但是,不要’不要被明亮而闪亮的物体迷住。计划在HANA上推出的即将发布的需求信号存储库以及销售和运营计划版本是新的,而且是早期的。因此,应将其视为共同开发。与其快速查看支票簿,不如在行业委员会中指导开发团队。观看它的发展变化并塑造未来,花足够的钱来推动创新,但是还没有做好潜水准备。

树液 的新概念可能不是迁移。我们有迁移的心态。 R3至ECC6.0。 APO 3.0至7.1。我认为将获得最大价值的公司不会在迁移讨论中解决这个问题。相反,这是对可能的讨论。当您有机会与SAP讨论此问题时,请立即解决您的想法’的应用程序定义,企业软件限制以及昨天’s thinking.

向过去学习,但对未来开放。认真思考当今无法正常运作的领域’的企业应用程序,但不要’不能抛弃我们在打包应用程序的发展中学到的东西的好处。虽然代码可能不是迁移,但经验教训却是。

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

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