Stuart Bierig

SAP S/4HANA コンバージョンを成功させるための 10 の教訓

過去 6 年間、SAP S/4HANA の検討、評価、計画、実装、修正を行っている何百人ものお客様、見込み客、技術者、コンサルタント、システム インテグレーター (SI)、ベンダー、ERP 幹部と接する機会がありました。私は多くのサクセス ストーリー、再現可能なパターン、教訓、因果関係のシナリオを直接見たり聞いたりしてきました。
ここでSAP S/4HANA ジャーニーで考慮すべき上位 10 のポイントをご紹介します。

1. S/4HANAコンバージョンの虹を受け入れる

ブラウンフィールド コンバージョンには常にいくらかのグリーンフィールドがあり、その逆もあります。 ブラウンフィールド コンバージョンは、S/4HANA で廃止となる基本的な標準 SAP コンポーネントのビジネス プロセスを再構築します。 グリーンフィールドコンバージョンでは、S/4HANA にそのまま残すことができるプロセスをサポートするために、可能な限り多くのカスタム ECC 機能を活用します (あえてコピーと言いますか?)。 これは方法論の問題ではなく、ビジネスの優先順位と実用性の問題です。

 

2. 定量化可能な ROI

S/4HANA コンバージョンの最初のステップのほとんどが、定量化可能な ROI に関連していることがわかりました。 最も人気のあるものは次のとおりです。

 

  • Business Suite on HANA への移行 – RDBMS ライセンス コストを節約し、HANA の構文に関するほとんどの問題を前もって軽減します。
  • ECC をプライベート クラウド インフラストラクチャに移動 – ERP ハードウェアと管理コストを節約します。
  • ECC オペレーションを S/4HANA にコンバージョンする前に、SAP 以外のシステムを S/4HANA に合理化する – 古いレガシー アプリケーションを維持するコストを節約し、IT 部門を S/4HANA のニュアンスに慣れさせる。 そのため、後により広範な ECCコンバージョンを処理する準備が整います。
  • ECC でプロセスを再構築して S/4HANA と互換性を持たせる – これらの小規模なプロジェクトは、IT に利用可能なリソースがあるときにスケジュールでき (追加コストなし)、関連するビジネスの中断を最小限に抑えます。

 

SAP は、運用効率に基づいた多くのソフト ROI 指標を提供しますが、これらは一部の CFO にとって消化するのが難しいものです。

 

 

3. SAP のエッジ アプリケーションについて学ぶ

SAP は、クラウドベースのエッジ システムと機能を S/4HANA ファミリに追加しました。クラウドの採用を加速するために、コアの ECC 機能を廃止にしました。 ECC を実行していて、Ariba や IBP についてよく知らない場合は、学習を開始してください。 これらのエッジ アプリへの移行は、プロジェクトにさらなる混乱とライセンス コストを追加する可能性があります。 そして、そのような新しいアプリケーションは、新規開発・買収を問わず、今後も増えていくでしょう。

 

 

4. SAP により 用意されているコンバージョン分析ユーティリティは、すべての重大なリスク要因を明らかにするわけではありません

SAP は、ブラウンフィールド コンバージョンには 4 回以上のサンドボックス イテレーションが必要になると予想しています。 つまり、企業は未知のリスク要因を抱えてコンバージョンしているのです。10回以上のコンバージョンを試みた後に失敗した企業について聞いたことがあります. 同様に、グリーンフィールド コンバージョンを計画している企業は、SAP のコンバージョン分析に基づいて、特定のビジネス プロセスがそのまま実行されると想定していますが、結局再構築が必要であることを発見することになります。 SAP の分析を強化する最善の影響分析ツールの購入を検討してください。 時間とお金を大幅に節約できます。

 

 

5. SI がリソース不足に直面していると想定します

経験豊富なコンサルタントは、「グレート・レジグネーション」を利用して、より良い給与と生活の質を提供する他の仕事に移っています。保証しているにもかかわらず、SIは、リソースをやりくりしていると考えるべきでしょう。納期や対応に多少の遅れが出ることを想定してください。

 

 

6. 手動テストの効率がプロジェクトの成否を左右する

テスト自動化と RPA は今日のバズワードですが、S/4HANA へのコンバージョンは、多くの重要なプロセスとそれに関連するユーザー インターフェイスを変革します。 これらの変更は、手動テストによって検証する必要があります。 そうして初めて、自動化を検討することができます。 不適切な手動テスト ツールが原因で、プロジェクトが繰り返し失敗するのを見てきました。 簡単に言えば、テスターは貧弱なツールで貧弱な仕事をしているのです。最善の手動テスト プラットフォームに投資してください。IT ユーザーとビジネス ユーザーの両方が気に入るはずです。 また、ECC 用のテスト自動化アセットの構築に何百万ドルも投資した企業は、S/4HANA をサポートするために、自動化されたアセット ライブラリの多くを修正する必要があることを忘れないでください。

 

 

7. 知識のある消費者であること、パワーポイントのスライドに基づいて何も購入しない

製品やサービスは通常、紙の上では優れているように見えます。多くのソフトウェア企業は、R&D よりもマーケティングに多くの投資をしています。 あなたがミズーリ州(The Show Me State)の人間だと偽って、評価対象のすべての製品を比較するためのライブ デモを依頼してください。 また、あなたが検討している正確な製品/サービスの組み合わせを使用したリファレンスと話すようにしてください。 最後に、実装パートナーは、最高の紹介料を提供する製品を推奨する場合があるため、注意してください.

*ミズーリ州の人が疑り深いという話から、「証拠を見せて(The Show Me State)」というあだ名があります。

 

 

8. RISE プログラムは万人向けではありません

RISE が最初に発表されたとき、多くの企業や SI は健全な懐疑心を持ってこのサービスに取り組みました。 結局のところ、SAP が S/4HANA の採用を促進するために提供したインセンティブはこれが初めてではありませんでした。 いくつかの調整を経て、この製品は、すべての関係者に多くのユニークで魅力的な価値を提供し、独自の地位を確立しているようです。ただし、サブスクリプション モデルの長所と短所、およびそのモデルから移行するコストを理解する必要があります。 RISE を検討する説得力のある理由はたくさんありますが、長期的なコストが初期費用の節約や価値提案と同じくらい魅力的であることを確認してください。

 

 

9. SAP はイノベーションとアップグレード ストリームを準備中です

SAP S/4HANA は見事に設計されているため、基盤となる高度にシンプル化されたデータ モデルは、将来のイノベーションの強固な基盤として機能します。 SAP は開発当初より、S/4HANA プラットフォームを進化させ続け、新しい機能を追加し、機能を強化し、コア機能をエッジ アプリケーションやクラウドベースの付加価値製品に移行してきました。 また、主要な S/4HANA リリースは 4 年ごとにアップグレードする予定です。 この急速な変化を受け入れつつ、S/4HANAのアップグレードのたびに、最初のコンバージョンと同じくらい真剣に取り組んでください。

 

 

10. 正しいことを行うことを恐れないでください

速度、価値、およびリスク軽減を最適に組み合わせたマイグレーションパスを選択してください。

 

  • 一部の企業が、過度に長期的なコンバージョンプロセスを採用しているのを見てきました。このような企業は、規制が厳しく、リスクを嫌うため、複雑な統合やデータ移行を行うことはできません。この非常に整然としたアプローチは、彼らにとって理にかなっています。 信じられないことに、プロジェクトの複雑さのために、すでに、ティア 1 SI を別の SI に切り替える企業がいます。
  • 一部の企業では、単純なブラウンフィールド コンバージョンを実行して、プロセスの中断を最小限に抑えて S/4HANA ですべてをできるだけ迅速に稼働させているのを見てきました。 運用が開始されて初めて、機能していたものをすべて再設計して、より効率的なアプローチまたは更新された Fiori インターフェースに置き換えることを検討しました。
  • 私は、大規模なIT企業ではSIの専門知識に頼り、小規模なIT企業では袖をまくり上げ、自分たちでコンバージョンを行うことを見てきました。

 

S/4HANA への変換は、30 年前に発生した Y2K 変換と同じくらいリスクが高くなる可能性があり (そうです、私はその年齢です)、すべての企業には独自の特性とリスク要因があります。 それに応じて計画を立て、利害関係者にとって意味がある場合は、独自の道をたどることを恐れないでください。 そして、ワイルドな旅を楽しんでください。

 

原文: Top 10 Lessons for Success with Your SAP S/4HANA Conversions

プロフィール

Stuart Bierig

Stuart Bierig は、ERP 統合および変更分析の分野で 15 年以上、プリセールス エンジニアリングとして10年以上働いてきました。 Panaya では、Panaya のチェンジ インテリジェンス プラットフォームが SAP ECC6S/4HANAOracle EBSSalesforce の取り組みを大幅に加速させながら、本番のリスクを排除しないまでも最小限に抑える方法を示すことに注力しています。 Stuart は、アメリカ大陸の顧客、見込み客、システムインテグレーターと協力し、試行錯誤や現場での成功事例、市場のトレンドに耳を傾けてきました。