Fit-to-Standard 分析ワークショップの準備

Fit-to-Standard ワークショップに使用できるシステムは以下のとおりです。

• SAP S/4HANA Fully-Activated Appliance
  • ほとんどのお客様に最適な選択肢（新規導入およびシステム変換）新規導入の場合、パートナの業務ライン (LoB) エキスパートは、システムを使用して SAP Fiori による SAP Best Practice ビジネスプロセスのデモを行います。これにより、ユーザインタフェース、アプリケーション、および組込分析を含む追加機能のルックアンドフィールが定義されます。SAP Fiori については、今後の章で詳しく説明します。システム変換の場合でも、SAP ERP から SAP S/4HANA に直接変換できないビジネスプロセスの割合はごくわずかです。これらのプロセスについては、互換性範囲に同等のプロセスが表示されるか、パートナ LoB エキスパートが SAP Signavio Process Navigator の SAP Best Practices for SAP S/4HANA Cloud Private Edition から適切な代替を特定する責任があります。顧客は、変換後に他の LoB の追加機能をオンにする場合もあります。つまり、互換性範囲の SAP Best Practices と必要な新機能の両方を示すシステムが必要です。このシステムは、これらのデモに最適なオプションです。
• SAP S/4HANA Cloud Private Edition 顧客評価システム
  • このシステムは SAP Enterprise Cloud Services (ECS) チームによって提供され、SAP Best Practices および SAP Fiori を使用するか、サンドボックスとして設定して、顧客の既存の本稼動システムのコピーを作成して変換することができます。提供に時間がかかる傾向があり、コストが比較的高いため、特にカスタマがこのシステムから他のシステムテナントに設定をコピーする場合は、大規模なカスタマにとって良いオプションです。そのため、ここでのアプローチは設定の時間が長くなり、実現化フェーズで顧客の実際のシステムランドスケープを設定するために必要な時間が短縮されます。
• 変換されたサンドボックスシステム
  • パートナ導入チームがすでに顧客の本稼動システムをサンドボックスにコピーし、準備フェーズで変換を開始しているのが理想的です。最初のシステムの初期変換の完了には 1 カ月以上かかる場合があるため、変換されたサンドボックスが Fit-to-Standard ワークショップに間に合わない場合があります。システムの準備が完了している場合でも、互換性範囲および顧客が要求する追加機能を設定するために、追加作業を行う必要があります。SAP Best Practices コンテンツは、新規導入シナリオのクリーンなシステムにソリューションビルダを使用して簡単にデプロイできますが、変換されたシステムではデプロイできません。最初に、SAP Best Practices ビジネスプロセスに関連する SAP Fiori アプリを有効化してから、プロセスフローをマニュアルで構築して各ビジネスプロセスを定義する必要があります。これには余分な時間が必要であるため、代わりに SAP S/4HANA Fully-Activated Appliance を使用して、顧客の LoB エキスパートに対して Fit-to-Standard ワークショップ中に SAP Best Practice ビジネスプロセスのデモを行うことをお奨めします。

SAP Activate 方法論でシステムの定義および準備タスクの詳細について学習します。

パートナ LoB 設定エキスパートは、最初から最後までテストスクリプト全体のデモを行う必要があるため、Fit-to-Standard 分析ワークショップには時間がかかります ("予備ステップ" セクションをスキップし、"テスト手順" のみをスキップします)。

顧客 LoB エキスパートから以下の情報を収集します。

• ビジネスプロセスの設定値 (既存の L2 BDCQ 応答のチェック、L3 回答の収集)
• ビジネスロールおよび対応する領域/ページのカスタマイゼーション
• キーユーザアプリ内拡張
• 出力フォーム/電子メールのカスタマイズ (該当する場合)
• 分析アプリのカスタマイゼーション (該当する場合)
• データ移行の値、またはレガシシステムから関連データを取得できる担当者
• 追加の統合要件
• 認識された変更インパクト (変更管理チームと共有予定)

テストスクリプトの長さ (テスト手順セクションのページ数) をゲージとして使用し、顧客のビジネスプロセスに対応するためにかかる時間を概算します。たとえば、資材所要量計画 (J44) テスト手順は、約 40 ページに対応しています。これは、11 ページのみの生産能力平準化 (3LQ) テストスクリプトとは対照的です。顧客エキスパートとの 3LQ よりも、J44 の使用には時間がかかります。半日 (4 時間) のワークショップでは 1 ～ 2 のビジネスプロセス、終日ワークショップでは 2 ～ 3 のビジネスプロセスをカバーすることが現実的です (これらは開始するための例にすぎません)。

また、ワークショップの大部分でワークショップ参加者のエンゲージメントを維持する必要もあります。つまり、アクティビティの大部分を完了する同様のビジネスロールがある場合にプロセスをまとめて積み重ねます。ビジネスプロセスをワークショップに編成する方法の例を以下に示します。

1. SAP Signavio Process Navigator のワークショップでカバーする必要があるすべてのビジネスプロセスのプロセスフローダイアグラムを確認し、各プロセスのタスクの大部分に関連するビジネスロールを書き留めます。
2. タスクの大部分を完了する同じロールを持つプロセスをグループ化します。
3. グループ化したプロセスのテスト手順のページ数をチェックし、テストユーザの登録後に各テストスクリプトの処理にかかったおおよその時間を参照します。
4. この情報を使用して、半日ワークショップまたは終日ワークショップに適合するプロセスを追加/削除することで、各ワークショップを微調整します。

通常、最初に勘定コード表および組織構造ワークショップを実行することをお奨めします。残りの業務ラインワークショップは、任意の順序で並行して実行することができます。オンサイトの場合は、スケジュールを作成し、利用可能な会議室を特定して予約します。オフサイトの場合は、スケジュールを作成し、仮想会議室を設定します。このスケジュールは、顧客エキスパートの稼働状況に応じて変更が必要になる場合があります。最後に、ビジネス主導の設定質問表の回答のために作業した顧客 LoB エキスパートに連絡し、関連するワークショップに招待します。ワークショップでカバーされる各ビジネスロールを表す人物は 2 人以上、1 つのビジネスロールを表す 4 人以下である必要があります。これは、ディスカッションが "キッチンの料理人が多すぎる" とサイドトラッキングされる可能性があるためです。必要に応じて、元のスケジュールおよびオンサイト/仮想会議室を調整します。