SAPがHANAとOracleの戦略を静かに変えた方法

Shaun Snappによる、SAPがHANAとOracleの戦略を静かに変えた方法の翻訳を紹介します。



この記事の内容

• HANAの初期計画
• Oracleポリシーの最近の変更
• SAPマーケティングからの砂糖油の窒息
• 問題は恥ずかしさの欠如です
• SAPがこれを過小評価する方法
• HANAの未来は？
• 誰が間違っていて、誰が正しいのですか？
• 誰が間違ったのですか？
• 誰がこれを理解しましたか？
• デロイト、アクセンチュア、IBM、CapGemini、Infosys-HANAについてはすべて間違っています

はじめに

この記事では、HANAでの最初のSAP計画を見てから、SAPがHANAとその将来をどのように内部で認識していたかについて、Oracleポリシーの最近の未公開の変更について説明します。

HANAの初期計画

HANAの最初のSAP計画は非常に楽観的でした。 Hasso Plattnerによって擁護され、計画は非常に広範であったため、これらすべての説明は別の記事になります。 ただし、次のものが含まれていました。

• 書籍： Hasso Plattnerが記憶の分野で書いた4冊の本。
• マーケティングとPR：エンタープライズソフトウェアの歴史の中で最大の努力とコストの1つであったに違いない、HANAのマスマーケティングとPR。
• 誇張された利点： 記事がHANAの利点を誇張している場合 、HANAに多大な利点を提供します。
• 単純化の幻想的な概念：モデルが単純化されているため、HANAは実際にはSAPの複雑さを大幅に減らし、プロジェクトのビジネスプロセスを減らすというメッセージ。
• HANAの人為的なS / 4HANA制限の作成：ここでSAPはベストセラーのERPシステムを採用し、S / 4HANAと呼ばれる新しいバージョンではHANAのみに制限しました。 この制限を作成する真の技術的理由はなかったため、これは常に反競争的な動きでした。 しかし、いつものように、連邦取引委員会と欧州貿易委員会はこれに注意を払わず、声明を出しませんでした。 コンセプトは、多くの顧客がS / 4HANAに移行し、その後、HANAの購入を余儀なくされることでした。 しかし、記事「SAPが顧客数の認識を管理する方法」で説明されているように、S / 4HANA市場の採用は信じられないほど低かったため、このアプローチはまだ開発されていません。
• 普及と配布： SAPは、データベース層でHANAを受け取った後、次の戦略を採用しました。 SAPには、HANAの購入後に顧客に提供されるあらゆる種類のデータベースと製品を操作するためのツールがあります。 HANAの問題の1つは、SAPがHANAのコピーを購入するときに、HANAを実行するために必要なすべてのコンポーネントを顧客に開示しないことです。 顧客は、購入後に追加の製品について学習します。 第二に、SAPは、HANAのデータをアーカイブするために、SAP IQ、正式にはSybase IQなどの遅延データベースを配置しました。 議論は、SAP IQがHANAとのやり取りがはるかに良好であり、計画によれば、企業がサードパーティ企業のデータベースをプッシュすることを強制することであるはずでした。

データベースの市場シェアを使用してOracleがアプリケーション層に侵入したため、SAPはデータベースレベルでの成長（買収ではなく）を計画していました。 したがって、彼らはOracleを「彼らの」アカウントから追い出すつもりでした。 サードパーティのソフトウェアプロバイダーとして、SAPアカウントにソフトウェアを販売する場合、このアカウントも所有していると考えられることに注意してください。



SAPのデータベースレベルへの移行は、不正確な情報に基づいていました。 Oracleはアプリケーション層に侵入しました。 これはいくつかの理由で私が好きではないものです。買収は市場集中につながり、市場集中は常に競争と妨害の減少につながるからです。 しかし、Oracleには実際の価値を提供する実際のアプリケーションがありました。



市場の非効率。 通常、購入は同じスペースを支配する企業によって行われます。 データベース内のOracle。 大企業向けERPのSAP。 オペレーティングシステムおよびオフィススイートのマイクロソフト。 これらの「過剰」利益は、関連分野の企業を購入するためにしばしば使用されます。 ただし、これは利益の低下につながります。 オラクルの利益の半分以上はまだデータベースから得られています。 マイクロソフトの収益の4分の3は、WindowsとOfficeからのものです（XBox、電話などからではありません）。 官僚制が増加しており、追加は中核よりも効果が低いため、買収（および中核以外の地域での成長）は企業の効率の低下を意味します。 このルールに反対していると思われる唯一の会社はAmazonです。 Amazonはあらゆる方向に動くことができ、同時に非常に効果的であるようです。 さらに、AWSなどの地域に移行します。AWSは、開始した地域（オンライン小売）よりも高い利益をもたらします。



市場の集中：獲得は市場の集中につながり、市場の集中は常に競争とブロッキングの減少につながります。 このレッスンは、すべての世代が検討する必要があります。 しかし、Oracleには実際の価値を提供する実際のアプリケーションがありました。 したがって、私はこれに同意しませんが、連邦取引委員会（ドーナツの送信にほとんどの時間を費やしているようです）は、Oracleの大規模な買収を承認すべきでした。 これが、ほとんどの場合、ソフトウェアの取得が政府の承認を得るのに良い考えではない理由です。

Oracleに関する最近のポリシーの変更

HANAのSAP計画は非常に贅沢だったため、ファンタジーのカテゴリーに分類されました。 数年前、私はコンサルティング会社に勤務し、HANAとS / 4HANAで教育を受けた数人のSAP男性が参加した会議に出席しました。 教育的なプレゼンテーションとして編成されたものは、HANA、S / 4HANA、または私が今まで目にした他の製品の最も積極的な取引プラットフォームの1つになりました。

SAPマーケティングからの砂糖油の窒息

ある時点で、これらのシニア男性の1人は、「HANAとS / 4HANA以外のSAPにはイノベーションはない」と述べました。



「SAPにはHANAとS / 4HANA以外にイノベーションはありませんでした。」



これは馬鹿げた声明です。これは、他のSAP製品が開発を行わないことを意味します（SAPでは、「イノベーション」は「開発」のe曲表現です）。 そして、もちろん、HANAおよびS / 4HANA以外のすべてのSAP製品のすべての開発の停止は、これは非常に悪い、非常に非論理的なステップになります。 ただし、HANAを囲む双曲線を過大評価することは困難であり、ある程度までそれを囲みます。 HANAはSAP会議に参加し、SAPコンサルティング会社のマーケティングコミュニケーションを取り、それぞれがHANAからお互いを押し出そうとしました。 私が契約していたあるコンサルティング会社では、売り手は彼について何もチェックせずに、素晴らしいHANAトランザクションパイプラインで受け入れられました。 HANAの専門知識に対する熱意は非常に高かったので、これは、おそらく他のコンサルティング会社が、履歴書にHANAを持つ人を、非常に有利な条件でつかむことができました。 LinkedInでは、ほぼ一晩で、人々はプロジェクトでの経験以上のものにHANAを追加しました。 HANAソリューションアーキテクトとHANAマーケティングスペシャリストがいました。

問題は恥ずかしさの欠如です

小さな問題は1つしかありませんでしたが、それを理解するのに数年かかりました。 HANAはまったく意味をなさない。 数年前、HANAの周りの誇大広告は奇妙な匂いがしたので、いくつかの基準に従ってHANAの調査を開始しました。 以前のNetweaverマーケティングプログラムについて思い出しすぎました。 実際、私はHANAとNetweaverを記事で比較しました。 SAPとHANAのたゆまぬ努力は報われましたか？



SAPとOracle間のデータベースリセラー契約情報（2017年5月30日）



以下の文書は、SAPとOracleによって合意されました。



SAPとOracleは、グローバルリセラーとSAPサポートの長期的な拡大に同意します。 20年以上にわたり、SAPとOracleは協力して、サポートされるSAP / Oracle環境、SAPアプリケーション、およびOracleデータベースを顧客に提供しています。 この拡張中、SAPのお客様は、SAPビジネスアプリケーションをサポートするためにSAPおよびOracleからOracleライセンスを取得し続けることができますが、SAPとOracleは引き続き、OracleとSAPの組み合わせのサポートを提供します。



これは、SAPがこれまでに署名した最長のアフィリエイト広告の1つです。 しかし、SAPの営業スタッフは最近まで、Oracleのサポートは2017年に終了すると顧客に言っていました。 SAPとOracleの間のこの契約はこれを変更します。

SAPはどのように評価しますか？

SAPオーストラリアユーザーグループの契約記事であるSAUGの全文を以下に示します。

SAPとOracleは、グローバルリセラーとSAPサポートの長期的な拡大に同意します。 20年以上にわたり、SAPとOracleは協力して、サポートされるSAP / Oracle環境、SAPアプリケーション、およびOracleデータベースを顧客に提供しています。 この拡張中、SAPのお客様は引き続きSAPまたはOracleからOracleライセンスを取得してSAPビジネスアプリケーションをサポートできますが、SAPとOracleは引き続きOracle / SAPの組み合わせのサポートを提供します。



2025年から、SAPはすべてのOracleおよびSAP環境（フルタイムおよびリードタイム）の統合サポートを提供し続けます。 SAPは継続的な再販プロセスを継続します。 2023年12月31日までの更新期間の最初の部分のOracleランタイムライセンス。 2024年1月1日から2025年12月31日までの過去2年間の更新期間中、SAPは既存のOracleランタイムクライアントに対してのみOracleライセンスランタイムを販売します。

これらは144ワードです。 契約条件の大幅な変更に関する144の言葉。これらはすべて、SAP HANAポリシーの大幅な変更を表しています。

HANAの未来は？

SAPが抱えているもう1つの問題を次に示します。 HANAによって確立された大規模なデータベースがないと、人々の数とそれらを使用する「コミュニティ」の点で、はるかに人気のあるデータベースに比べて不利になります。 私の意見では、SAPは「あなたがそれをするまでそれを偽造する」（「あなたがそれを作るまでそれを偽造する」）ことを望んで、HANAを誇張したと考えています。 しかし、この成長がなければ、マーケティングの推進力は薄れ、HANAは急成長している製品ではないことが明らかになり、そのため慣性が失速しています。







これは成長しているデータベースのように見えますか？ データベースの人気を推定するDB-Enginesによると、HANAは8か月減少しています。 確かに、SAPは非常に多くのマーケティングドルとエネルギーをHANAの宣伝に注ぎ込んでいますが、実際には他のSAP製品を損ないます。 HANAの未来が本当によく見えないのはそのためです。 HANAはアプリケーションの主流を離れ、実際には合理的な価値を追加し、実際の現実と比較してSAPの誇張から利益を得ています。 IBMとOracleはSAPにますます同意しなくなっていますが、両社はSAPと関係があり、SAPにある程度依存しています。



私の最近の記事でお気づきかもしれませんが、SAPはBW向けに販売されたときにすでにコーヒーの表面からクリームを剥いでいます。 BW後、HANAは単なる何かを装った分析データベースであるため、価値提案ははるかに弱くなります。



SAPは現在この戦略に拘束されていますが、もはや意味をなしません。



SAPがすでに廃止されているという事実に注意を向けます。 彼の新製品は不良であることが判明し、記事「SAP Nowが顧客とどのように機能するか」で説明されているように、アカウントの実装履歴が不良でした。 ERPシステムを保存する時が来ましたが、SAPからの購入をやめましょう。 これに対する私たちの見解は非常に強調されており、これがBrightworkホームページのメインテーマです。



もちろん、これはSAPのお客様にとって過激です。 しかし実際には、ERP以外のこれらの新しいシステムの利点に関して、SAPが言ったことは何も起こりません。 全体として、失敗した戦略でのリソースの大規模な不合理な使用でした。 しかし、これを行った顧客は間違いを認めることができません。 興味深いことに、意思決定者が悪い決定に対して責任を負うことはほとんどありません。



昨年の記事で述べたように。 SAPの他のチームは大幅な削減を望まず、HANAの全費用を請求します。 これにより、HANAの社員に会社の不公平なシェアが与えられます。

誰が間違っていて、誰が正しいのですか？

まあ、明らかに、SAPは1つでした。 SAPは、2017年に世界第2位のデータベースプロバイダーになると述べました。



DB-Enginesによると、

• 彼らは13番目に人気のあるデータベースであるSAP Adaptive Serverを持っています。
• 最も人気のある19のデータベース-HANAがあります。
• 49番目に人気のあるデータベース-SAP IQ（以前のSybase IQ）と52番目に人気のあるデータベース-SAP SQL Anywhereがあります。

これは場所番号2を意味しますか？ 私はこれを手伝ってくれる数学の本当に良い人が必要です。 誰もビル・マクダーモット番号を持っていますか？ 彼のデータは常に十分に信頼できます。



2017年以降、SAPはOracleをサポートしないと言ってSAPセラーに謝罪するよう顧客に求めるのは理にかなっているようです。 特にこの日付が過ぎた後は、かなり不正直に見えます。



HANAに続く多くの記事で、SAPまたは大規模なSAPコンサルティング会社で働いていた人々から、HANAは大きな成功を収め、ビジョンが欠けていると繰り返し言われてきました。 多くの議論で、データベースや比較データベースプロジェクトについてほとんど知らない人に出会ったが、HANAの未来について語った。 SAPでの動作を次に示します。 SAPで作業する場合、SAPはすべてにおいて最高であるというこの概念を無意味かつ忠実にサポートすることが期待されます。 また、SAP製品が存在するということは、この製品がSAPであるため、使用する必要があることを意味します。 彼らが理解していなかった事柄について話す人々の不安は熱に達した。 かつて私はリクルーターにHANAがどれほど素晴らしいものであり、それを手に入れられないかについて話していました。



少し前に、「HANAについて間違っているものを落とす方法」という記事の主題と話し合っている人々のレトリックのパターンに気付き始めました。 論争の際に主要なHANAの提案から離れた議論のスタイルを説明し、HANAはデータベースよりも「はるかに大きい」と主張し、HANAまたはHANA Studioクラウドプラットフォームなどに関するトピックを変更しました。製品にHANAという名前を付けます。 これにより多くの混乱が生じましたが、HANAイニシエーターはトピックを他の領域に実質的に移動し、HANAが「プラットフォーム」であると主張することができました。

誰が間違っていますか？

Hasso Plattner： HassoはHANAの背後にある主要な原動力でした。 HassoはSAPで非常に豊かで強力なので、誰も彼にノーと言うことはできません。 ただし、Hassoは、HANAのようなものがSAPにもたらすメリットを大きく過大評価していました。 Hassoは、SAPに新たな命を吹き込む魔法の薬を見つけたと本当に思っていましたが、安価なデータベースとオープンソースデータベースがマージンとプロプライエタリデータベースプロバイダーの販売を弱体化させようとしていたときに、データベースに多額の投資をしました、これは記事「SQLの衰退時にAlphaがどれほど正確に求めているか？」 SAPは、データベースにアクセスしてそのようなプレミアム製品を発売することにより、明らかに間違ったことに投資しました。 ハッソは、ハッソが予測したように市場が反応しなかっただけでなく、ハッソがハナについて語ったことのほとんどにおいて、それが単に真実ではなかったというだけでなく、ハナで誤解しました。



ビル・マクダーモット：ビル・マクダーモットは、CEOよりもSAPのPR担当者です。 ビル・マクダーモットが話すとき、私は彼が何について話しているのかさえ知らないという印象を決して受けません。 ビルは優れた営業担当者ですが、本質的には、リスナーが獲得したい目標を非常に簡単に達成できるように、物事の説明を提示します。 たとえば、BillはFortune Magazineのインタビュアーに、トランザクションとビッグデータの両方を単一のデータベースで実行できると話しました。 ただし、HANAをHadoopに接続するには、単一のデータベースを使用しませんか？ キャリアアドバイスを求める人のために、あなたは多くの仕事をすることなく年間120百万ドル以上を稼ぐことができます。 あなたがそれを得ることができるならば、これは良い取引です。



Sikka hung： Sikkaは「ハナの建築家」としてしばらくの間ハングしましたが、SAPでの彼のレベルを考えると、やや疑わしいです。 私はHANAについてのVishalの声明を詳細に分析し、HANAの一般的な理由と利点を広く誇張していると結論付けました。 彼のコメントを読んだ後、彼の名前がこのトピックに結び付けられるまで、私はどのトピックでもヴィシャールを聞くことはありません。 興味深いことに、Vishalは2014年にInfosysを退職しました。これは、HANAの進捗とは無関係の理由によるものである可能性があります。 ただし、一般的に非常に賢いと考えられている人にとっては、HANAは意味がありません。 しかし、このレベルのSAPでは、Hassoから指示されたことを実行しています。 HANAの一部が彼のビジョンであった場合、ERPシステムを分析データベース以外のものに置いていないことを認めるために、コンピューターサイエンスの博士号は必要ありません。



Bluefin Solutions： Bluefin Solutionsは、他のどのコンサルティング会社よりもHANAを採用しています。 彼らはジョン・アップルビーが率いる記事を書きました。それは明らかに、SAPから提供されたテンプレートから単純にコピーして貼り付けたものです。 ある記事で、John Applebyは「SAPはOracle上で完全です」と述べました。 これは、S / 4HANAに関連して彼が提供した証拠としての奇妙な声明です。 John Applebyは、SAPがS / 4よりもはるかに大きいことを知っている必要があります。したがって、OracleがS / 4で完了した場合でも（ 「SAPがS / 4HANAに戻るべき理由 ）、これはすべてのSAPアプリケーションがOracleで終了することを意味するものではありません。 Applebyがこの声明を発表してから4年半後、彼はほとんどのSAPアプリケーションが今日データベースとして使用しているものを推測できるのだろうか（ヒント、これはHANAではない）？ したがって、SAPのパートナーであるコンサルティング会社は、SAPに関する信頼性の低い情報源です。 そして、これは特にメディアで発表された公的な声明に当てはまります。 ApplebyがBluefin Solutionsに昇格した後、Steve ChaflenはApplebyからHANAプロモーターの役割を引き受けました。 John ApplebyとBluefin Solutionsだけでなく、すべてのSAPコンサルティングパートナーは、特別な注意と引き換えに、SAPの前で誰がより激しくなることができるかを競うため、SAPに関する不正確な情報を公開しています。



Gartner： Gartnerは、おそらくSAPから年間約1億ドルを受け取るでしょう。 これはすべて開示されていません。 SAPによって任命された主なアナリストはドナルドファインバーグであり、ガートナーもSAPとリンクしています。 これにより、Gartnerはやや問題のある領域に置かれます。DonaldFienbergが行った分析作業と、GartnerのSAP Relationship Managerとしての彼の役割との間に境界線がなかったためです。 ドナルド・フィエンバーグは、HANAについて次のような不正確で宣伝的な発言を繰り返しました。「SAPは、すべての仮想データを使用して、トランザクションおよび分析用のデータベースを作成できるようになりました。 人々は何年も同じデータベースで両方を実行したいと考えていましたが、2つのタイプのデータの不一致のため、これを実行できませんでした。 「これらの人（SAP）が最初です。 これは良いことです。 彼らは他のすべての人に2年から5年です。 「ドナルドが説明したこの機能を備えたOracle 12cは、この記事の執筆から6か月後にリリースされました。 IBM DB2 Blu（これは同じ能力を持っています）は実際にHANAに先行していました。 また、Microsoft SQL Serverには2012年に列ストアインデックスがあったため、その前に、Donald Fienbergがこのステートメントを作成しました。



Forrester： Forresterは、HANAのTCOの削減を予測するメッセージに対してSAPに支払い、SAPはそれを販売および販売し、HANAが「TCOを削減」したことを証明しました。 これにより、予測が実際の予測に巧妙に変更されました。 Forresterは、HANAのランタイムライセンスの使用を含む、レポート内で多くの不正確な仮定を行いました。 これは製造ライセンスではありません。Forresterは、HANAのコストを人為的に削減する場合を除き、使用する理由がありませんでした。 これは、 ForresterのSAP HANAのTCO調査の正確性に記載されています。 （記事の最初のバージョンからの更新）



ASUG：通常のASUGはSAPマーケティングの単なるシーンであり、SAPが言っていることや行っていることに関するフィルターを提供していないことを改めて証明しました。



フォーチュンマガジン：プレースメントによって支払われたと思われる一連のおかげで、フォーチュンはSAPが将来望むものを言う機会を提供しました。 ブライトワークは、これらの記事の分析と今後数か月でどのように間違っていたかを共有します。



HANAを購入したITリーダー： HANAへの移行をサポートしたITリーダーはごまかされました。 HANAのBWを推進しているHANAの「ゴールデンビジネス」でさえ、この理由はありませんでした。 SAPのお客様は、Oracleにとどまり、HANAよりも優れたパフォーマンスを備えたはるかに優れたデータベースを低価格で入手できます。 また、列リポジトリにデータを保存できるDB2とSQL Serverにも当てはまると思いますが、記事の「より速いHANAまたはOracle 12c」で説明されているように、Oracleと同様に技術的な比較を検討していません。 しかし、Bloor Researchは最近IBMから資金提供を受けた研究を最近実施しましたが、私はそれを検討したところ、かなり正確であることがわかりました。 この研究では、 「BloorのHANAの研究を最もよく理解する方法」という記事で分析し、分析した出版物の正確性に関して最高の評価を得ました。 これらのIT幹部は会社を回り、他の場所で使用されるべきSAPのusただしいプロジェクトに資金を振り向けました。 そして、これはたくさんあります。 私は、放棄された地域への投資がかなり不十分な企業を訪問し、代わりにそのお金をHANAへの投資に使用することにしました。 なんとリソースの無駄だ！



これは非常に切り捨てられたリストです。 間違っていた人々に加えて、すべての主要なコンサルティング会社にSAP、アクセンチュア、IBMなどの名前を付けることができます。彼らはすべてHANAを宣伝しており、すべて間違っていました。 HANAに対する彼らのサポートは非​​常に広範囲であったため、このすべてを分析するには本が必要です。



だから、間違った情報が必要な場合、大規模なコンサルティング会社でいつでも見つけることができるとよく言っていました。

誰がこれを理解しましたか？

ラリー・エリソン：ラリー・エリソンは、何でも再帰的に批判しますが、それはすべてオラクルにとって悪いことです。 しかし、あなたは彼にHANAを非常に正確に批判したことを伝えなければなりません。 おそらく、彼の最高の格言の1つは2015年で、「長年、SAPはそのデータベースシステムに多くのテストを提供してきました」とアリソンは言いました。アリソン氏は、既存のテストを一切使用していませんでした-「そして、それらには数十個ありました」とアリソンは言いました。彼らは、HANAのまったく新しいベンチマークを書くつもりだと言いました。それはHANAの見栄えを良くすることになっていた。 ryは、HANAがそれ自身を区別できるようにしました。そして、Oracleでまったく同じテストを実行することにしました。そして、それらの2倍以上の速さで実行しました。そして何らかの理由で、彼らは認証を望まない...事実は、SAPクラウド全体がHANAではなくOracleで実行されることです。クラウド上のSAP AribaはHANAではなくOracleで実行されます。クラウド上のSAP SuccessFactorsはOracleで実行され、花ではない。 SAP Concurは、HANAではなくOracleで実行されます。 「HANAで何が機能するかわかりませんが、[SAPクラウドアプリケーション]ではありません。」 ラリーによるこれらの各声明は真実であることが判明しました。私の意見では、SAPはベンチマークで遊んでいました。なぜなら、HANAは読み取りアクセス以外のものをテストするのは悪いからです。これは、SAP内の人でも確認したことです。次に、取得したアプリケーションはHANAに転送されません。ラリーは再び正しい。



Peter Goldmacher：記事「SAP HANAの人気度は？」、Peter Goldmacherが次のように指摘していることに気付きました。 SAPによると、2013年度までの年間HANAライセンスの年間成長率は約120％です。この成長率が正しければ、Goldmacherは、「SAPのライセンスビジネス、アプリケーション、およびビジネスインテリジェンスの残りの90％は、2年ごとのCAGRで約2％成長し、カテゴリの成長率よりも大幅に低い」と述べました。ピーターは正しかった。何年も前のCRMの成長と同様に、SAPは単に他のソースから収益をHANAに転送しました。これは、15年前にSAPがCRMで行ったのとほぼ同じです。 SAPはPeterに反対し、HANAの売上の何パーセントが自主的なものであるかについて無意味な声明を発表しました。 HANAが批判されるたびに、SAPは、広報担当者を通じてメディアで言い訳をしました。そして、文字通り、SAPの担当者がHANAを防衛するために言ったことを確認するたびに、それは不正確であることが判明しました。



Brightwork Research＆Analysis：インターネット上で利用可能な最も包括的かつ詳細なHANA批判を作成しました。ますます多くの情報がフィールドから出てくると、HANAの弱点の領域を見逃したことがわかります。HANAでの研究は、LinkedInの記事ページとSAP HANA（およびS / 4HANA）サブブログで確認されています。

おわりに

膨大な数の人々がHANAに関して誤った状態にありました。HANAの疲労は、顧客だけでなくSAPにも感銘を与えました。SAP内の他のグループは、HANAチームの2番目のフィドルを演奏することにうんざりしていました。



SAP内では、括弧の下に次のように聞こえます-「これは私から聞こえませんでしたが...」。SAPは、希望するHANAの認識に近づけることができないことを認識しています。

• これが、Oracleとの関係を拡大する理由です。
• これが、SAPがこのトピックについて話したくない理由であり、SAPができるだけ静かにしたい理由です。

HANAが日没になると、今後の記事で、SAPがHANAにアップグレードする方法について説明します。Hasso Plattnerを怒らせないような方法で行われなければならないので、それは難しいでしょう。Hassoは非常に繊細に処理する必要があります。彼は彼のビジョンは絶対に素晴らしいものだったが、SAPの顧客は彼らの素晴らしい長期的な優位性を見る機会がなかったと言うべきです。