システム変換のための SAP Activate 全体での統合ツールチェーンの使用

SAP の統合ツールチェーンから SAP Activate ロードマップに沿ったシステム変換プロジェクトに SAP Signavio、SAP LeanIX、および SAP Cloud ALM を適用する方法について説明します。システム変換は、プロセス変更を最小限に抑えた既存の SAP ERP から SAP S/4HANA への技術的移行です。新しいプラットフォームの技術的なメリットを享受しながら、ビジネスへの影響を最小限に抑えるために、組織はこのパスを選択します。

主なステップは以下のとおりです。

1. ERP システムの準備：カスタムコードをクリーンアップし、可能な限りデータ量を削減する必要があります。
2. データベース移行: データがレガシデータベースから SAP S/4HANA データベースに移動されます。
3. ソフトウェア更新: システムが新規アプリケーションおよびデータベーステーブルで更新されます。
4. データ変換: データは、対象システムの新規データモデルに合わせて変換されます。
5. ソフトウェア設定: 元のビジネスプロセス/設定のほとんどを再利用しながら、SAP S/4HANA の必須項目およびシンプル化項目を導入します。

システム変換は、地域や組織間で段階的にロールアウトされることが多い新規導入とは異なり、すべてのシステムおよびインタフェースが 1 つの本稼働日に ECC から SAP S/4HANA に同時に移行する "ビッグバン" アプローチによって特徴付けられます。通常は IT 主導であり、ビジネスユーザは主にテストアクティビティに関与します。そのため、技術的な準備に焦点が向けられ、プロセス改善やより広範なビジネス変革の機会を逃す可能性があります。

システムコンバージョンセンターはコア ERP システム上にありますが、すべての統合アプリケーションに必ず影響します。そのため、包括的なランドスケープ評価と統制のとれたインターフェース管理が不可欠です。この作業は、"シンプル化項目" (ECC 機能がない、または SAP S/4HANA で動作が異なる場合の技術的な変更) に対処する必要があります。たとえば、ECC 倉庫管理は小規模倉庫管理や埋込/分散 EWM に移行します。

システム変換の使用ケースについて説明し、SAP の統合ツールチェーン (特に SAP Signavio、SAP LeanIX、および SAP Cloud ALM) で SAP Activate フェーズに合わせてシステム変換をサポートする方法について説明します。

SAP Readiness Check は、現在の SAP ECC システムを分析して、SAP S/4HANA で何が機能するか、何が機能しないかを明確にする技術評価です。これにより、機能がない、または動作が異なる "シンプル化項目" が特定されるため、必須の変更を早期にスコーピングできるようになります。インサイトは、タイムラインとリソースのニーズを通知することで計画を改善し、さらに、SAP S/4HANA で埋込倉庫管理と分散倉庫管理のどちらを採用するかなど、アーキテクチャの選択をサポートします。評価の理想的なリードは、SAP コンピテンスセンタリードです。SAP コンピテンスセンタリードは、深いシステム知識を提供し、コンテキストとサポートについて SAP RISE アーキテクトまたは BTS (Business Transformation Services) 担当者と連携する必要があります。SAP Cloud ALM から、SAP for Me から、または ECC システムで直接準備状況チェックにアクセスして実行することで、発見事項の収集および共有方法を柔軟に行うことができます。

Cloud ALM で SAP Readiness Check を実行する方法については、SAP 統合ツールチェーンの文書を参照してください。

SAP Readiness Check を使用して、最初にシンプル化項目をレビューし、重要な領域に焦点を当て、それぞれのビジネスインパクトを理解することで、システム変換を計画します。次に、SAP S/4HANA 機能に対応するアーキテクチャ選択を行い、SAP LeanIX アーキテクチャ決定を使用して早期に文書化します。

次に、技術的なシンプル化項目を SAP 担当者とともにビジネス要件に変換し、SAP Cloud ALM で登録します。シンプル化項目を SAP S/4HANA スコープアイテムに変換することは簡単ではなく、多くの場合、SAP Signavio Process AI でオプションのマニュアルプロセス ID を使用してマニュアル解釈が必要です。ビジネス要件は SAP Cloud ALM で取得する必要があります。最後に、準備状況チェック結果を使用してテスト方針を策定し、SAP Cloud ALM でマニュアルテストケースを計画します。

準備フェーズでは、SAP Cloud ALM でプロジェクトを構造化し、マイルストーンを調整し、ポートフォリオレベルの監視のために SAP LeanIX を統合することで、システム変換を成功させるための基盤が確立されます。SAP Cloud ALM は、プロジェクト詳細の主要な正しい情報源として使用されます。そのため、タスク、成果物、clean core クオリティゲート、フェーズ、スプリント、およびマイルストーンは信頼性が高く、管理が容易です。システム変換ロードマップテンプレートを使用してプロジェクトを登録すると、設定支援アプリがロック解除されます。このアプリでは、アプリで直接更新できるタスクおよびクオリティゲートのフェーズグループビューが提供されます。さらに、対応するイニシアチブが SAP LeanIX で登録され、SAP Cloud ALM プロジェクトと同期されるため、レポートおよび管理監視のためにリアルタイムのマイルストーンおよびフェーズが戻されます。その結果、導入の詳細のために SAP LeanIX から SAP Cloud ALM にシームレスにナビゲートできる一貫性のある単一のタイムラインが実現します。

• ロードマップテンプレートと設定支援を使用して SAP Cloud ALM でシステム変換プロジェクトを登録し、タスク、サブタスク、およびクオリティゲートが事前設定され、フェーズ別にグループ化されるようにします。
• Cloud ALM で範囲およびタイムボックス (フェーズ、スプリント、マイルストーン) をモデル化し、計画と実行を 1 つの正しい情報源で整合させます。
• "ビッグバン" 変換を反映する単一の SAP LeanIX イニシアチブを設定し、SAP LeanIX と Cloud ALM の統合を設定します。
• フェーズとマイルストーンを SAP Cloud ALM から SAP LeanIX イニシアチブに同期することで、作業を重複させることなく、エンタープライズアーキテクトにポートフォリオの可視性を提供します。
• SAP LeanIX を上位レベルの戦略的計画およびレポートに使用しながら、SAP Cloud ALM でタスクレベル管理を更新します。詳細な導入ビューが必要な場合は、SAP LeanIX から SAP Cloud ALM を直接開きます。

特定された最も重要なマイルストーンは有効開始日付であり、これにより、SAP S/4HANA 対象システムがいつ有効に設定されるかが定義されます。本稼働開始日は、後続の目標アーキテクチャ設計で重要になります。これは SAP Cloud ALM で追跡され、対応する SAP LeanIX イニシアチブと同期されます。詳細については、タイムボックスを使用したプロジェクト計画を参照してください。

評価フェーズでは、プログラムによって、ターゲットアーキテクチャー、将来のプロセス、および導入要件が定義されるため、確実に設計を実行に移すことができます。SAP LeanIX Architecture and Road Map Planning では、マイルストーン、変換ロードマップ、およびアーキテクチャ決定が提供されます。一方、イニシアチブファクトシートの変換項目は、必要な変更を説明し、現在のランドスケープへの影響に自動的に分解されます。そのため、チームは、現状のアーキテクチャを変更することなく、レポートで結果を視覚化およびプレビューし、依存関係とリスクを理解し、代替を評価することができます。さらに、ターゲットプロセスは SAP Signavio でモデル化され、技術要件が SAP Cloud ALM で取得され、実現化へのエンドツーエンドのトレーサビリティが保持されます。その成果は、確約とオーケストレーションされた提供の準備が整った、証拠に基づく目標設計です。

変換を視覚化する

SAP LeanIX のレポート機能を使用して、アーキテクチャの将来の状態を視覚化することができます。これにより、変換の期間にわたってアプリケーションの変更をレビューすることができます。

さらに、インタフェースに対する変更も、インタフェースサークルマップレポートを使用して視覚化し、ターゲットアーキテクチャの依存関係を把握することができます。

SAP LeanIX のインタフェースモデリングには、追加、削除、または変更されるインタフェースと、アプリケーション間のデータフローが表示されます。これは、システム変換時に影響を受けるため、テストと検証が必要な ECC に接続されているすべてのシステムの特定に役立ちます。

ターゲットアーキテクチャ設計で、システム変換の "ビッグバン" の性質が考慮されていることを確認してください。

• すべてが 1 つの日付に同時に稼働します。
• すべてのインタフェースが同時に ECC から SAP S/4HANA に切り替わります。
• 段階的ロールアウトなし - 接続されているすべてのシステムを同時に移行する準備ができている必要があります。

システム変換でのテストは、本稼働が "ビッグバン" アプローチに従うため、成功の主な決定要因となります。そのため、すべてのシステムおよびインタフェースが、業務を中断することなく、同じ日に SAP S/4HANA に移行する必要があります。SAP Cloud ALM はセントラルテスト管理ハブとして機能し、SAP パートナソリューション Tricentis との統合では自動テスト機能が追加されるため、変換された SAP S/4HANA システムは接続されたアプリケーションでエンドツーエンドでチェックされます。SAP Signavio でモデル化されたターゲットプロセスが SAP Cloud ALM と同期され、テストケースが承認されたプロセスステップから直接作成されます。その結果、テストは分離された技術シナリオではなくビジネス実行に合わせて調整され、プロセスからテスト結果までのトレーサビリティが保持されます。

実用的なテストフローは、コア機能を確認するためのマニュアルチェックから始まり、回帰に重点を置いた選択的自動化へと進化します。SAP Cloud ALM の分析により、リリースの意思決定にテスト結果が表示され、SAP パートナーソリューション Tricentis の自動化により、サイクル全体で繰り返し可能なチェックが確保されます。さらに、SAP Readiness Check で高リスクとして特定されたインタフェースおよびプロセスは、影響を最大化するために自動化が優先されます。SAP Cloud ALM のエンドツーエンドのトレーサビリティにより、要件、テストケース、不良、および移送がソリューションプロセスにリンクされ、準備状況評価が合理化され、監査可能性がサポートされます。

主な活動と成果：

• テストとビジネスプロセスの調整: Signavio ターゲットプロセスを SAP Cloud ALM と同期し、プロセスステップからテストケースを生成します。
• 最初にマニュアルでチェック: SAP Cloud ALM でマニュアルテストケースを実行し、基本機能を確認して変更を安定させます。
• 回帰の自動化：リグレッションに適したケースを Tricentis と同期し、繰り返し対応できるように自動スイートを実行します。そのため、リリース間で品質が維持されます。
• 意思決定に分析を使用: SAP Cloud ALM テスト実行分析を活用して、障害ホットスポットを特定し、リリース準備状況を通知します。
• トレーサビリティの保持: 要件からテスト、不良、および移送へのリンクを更新し、カットオーバー承認が証拠ベースになるようにします。