Fit-to-Standard 分析ワークショップの実施

まず、Fit-to-Standard ワークショップは、顧客エキスパートにとって大きな時間的コミットメントであり、顧客はすでに管理しようとしているフルタイムの仕事があることを覚えておく必要があります。そのため、ワークショップ中に時間を効率的に使用し、導入を全体的に成功させるために顧客エキスパートの参加がいかに重要であるかを伝える必要があります。設定エキスパートは、顧客のニーズに合わせてシステムを設定およびカスタマイズするために必要な情報の収集を容易にしようとしています。エグゼクティブスポンサーレベルの誰かがこのソフトウェアの購入を決定しましたが、実際にはシステムで日常業務を行う主要ユーザーとなる社員です。このため、各ビジネスプロセスを評価し、ニーズを満たすためにプロセスに小さな変更を行う必要がある場所についてフィードバックを提供するための最善の立場にあります。

各ワークショップは、導入するソリューション (SAP S/4HANA Cloud) および "クラウドマインドセット" コンセプトの一般的な概要を提供する "ミニキックオフ" から開始する必要があります。各ワークショップには、さまざまな顧客 LoB エキスパートが参加する可能性が高く、そのエキスパートが参加を求められている理由、または組織が会社全体でインストールする新しいソフトウェアを購入したことを認識していない場合があります。正式な "プロジェクトキックオフ" はすでに行われていますが、これは準備フェーズの早い段階でコア導入チームとともに発生し、顧客 LoB エキスパートはその時点では関与していなかった可能性があります。

パートナ LoB 設定エキスパートは、スタータシステムの標準プロセスを通じて顧客エキスパートをガイドし、新しいシステムがどのように動作するかを学習し、実際のシステムの設定に必要な情報を収集できるようにします。パブリッククラウドではプロセスを再構築しません。標準プロセスへの変更はすべて、将来のリリースアップグレードによるソリューションの長期保守に関して複雑さを増すため、可能な限り標準プロセスに固執します。たとえば、1 つのユーザ定義項目をアプリケーションに追加する場合でも、カスタマはアプリをリリースごとにチェックして、変更 (元のアプリが非推奨になり、新しいアプリに置き換えられるなど) があるかどうかを確認し、フォローアップタスク (新規アプリへの元のユーザ定義項目の追加など) があるかどうかを判断する必要があります。リリース評価および範囲依存 (RASD) ツールにより、リリース後のカスタマシステムの変更の特定はかなり円滑になりますが、重要なのは、絶対に必要な場合にのみ変更を行うことです。たとえば、ビジネスプロセスをレビューする顧客エキスパートであり、特定のデータがプロセス全体のどの場所にも取得されないことに気づいた場合、そのデータを含むレポートを実行し、毎月末にマネージャに提示する必要があることがわかっています。これは、標準プロセス内でアプリを変更する理由です。これは真のビジネス要件であり、"あればよい" ものではありません。「必要」と「あれば良い」の違いを例とともに明確に説明することで、顧客エキスパートは各プロセスを批判的にレビューし、絶対に必要な場合にのみ変更を要求するというマインドセットに入ることができます。

各ワークショップでは、初期学習曲線を伝えることが重要です。会社が新しいソフトウェアシステムを導入する場合、基本的には、この新しいシステムでジョブタスクを行う方法を再学習する必要があります。次に、顧客エキスパートに、学習曲線の中で顧客をサポートするための多くのリソースがあることを伝えます。たとえば、プロセス文書 (プロセスフロー、テストスクリプト、チュートリアル) は、常に SAP Signavio Process Navigator にあります。アプリまたはビジネスプロセスに対して可能な変更を最小限に抑えるもう 1 つの利点は、Process Navigator の文書が顧客の実際のシステムと密接に連携することです。テストスクリプトは、基本的には各プロセスを完了する方法に関する "ジョブヘルプ" であり、多くの場合、シミュレートされた SAP S/4HANA Cloud システムのテストスクリプト全体を順を追って説明するチュートリアルがあります。これらのチュートリアルには、SAP S/4HANA Cloud 内で右上隅の "疑問符" アイコンを選択し、卒業帽のようなアイコンをクリックしてアクセスすることができます。すでにアプリを開いている場合は、現在のアプリケーションに基づいて、関連すると考えられるチュートリアルが提案されます。それ以外の場合は、ラーニングセンタボタンを選択してすべてのチュートリアルを表示することができます。

各ワークショップのプレゼンテーションデッキで、以下のトピックについて取り上げます。

• なぜ今日ここに招待したのですか。
  • 例: 組織が SAP S/4HANA Cloud Private Edition を購入したため、各ビジネスプロセスが日常的なジョブタスクおよび要件に適合していることを、ジョブロールのエキスパートと検証する必要があります。
• クラウドマインドセットとは？
  • 例: SAP では、システムの標準ビジネスプロセスに対する変更をできるだけ少なくします。変更を行うと、リリースアップグレードが将来発生する場合に、変更を更新するための作業が増えるためです。このプロセス、アプリ、レポートなどをビジネス要件に合わせて変更する必要がある場合は、最初にシステム内のアプリを使用してライフサイクルが安定した変更を行います。必要なことを達成できない場合は、SAP Business Technology Platform を使用して、このカスタマイゼーションを別のソフトウェアプラットフォームに分割し、SAP S/4HANA Cloud に統合します。SAP では、システムのバックエンドでの変更を常に回避しています。
• 本日の参加が重要である理由は何ですか？
  • 例: あなたは職務のエキスパートであるため、SAP S/4HANA Cloud システムでこれらのビジネスプロセスを重要な視点でレビューするのに最適な人物であり、日常的なジョブタスクを完了するためにこの新しいシステムに最終的に移行する必要があることを認識しています。
• 導入プロセスのどこにいますか。
  • 例: SAP Activate と呼ばれる達成する必要があるタスクおよび成果物を定義する方法論の評価フェーズにあります。これらのワークショップから情報を得て、実現化 (ソリューション実現) と呼ばれる次のフェーズで実際のシステムを設定します。これらのビジネスプロセスを設定およびカスタマイズした後、設定されたシステムで各プロセスをテストして、これらのワークショップ中に提供されたフィードバックが正しく実装されていることを確認し、デプロイフェーズに進むことができることを確認することをお奨めします。
• 今日は、どのようなプロセスに対応しますか？
  • デモンストレーションおよび議論される各ビジネスプロセスの列挙

• SAP Signavio Process Navigator にナビゲートし、以下のデモを行います。
  • プロセスフローダイアグラム
  • テストスクリプトのダウンロード場所
  • チュートリアル (利用可能な場合)
• サンドボックスシステムにナビゲートし、以下のデモを行います。
  • テストスクリプトのテスト手順
  • 埋込サポートへのアクセス方法
• ビジネス主導の設定質問表 (BDCQ) を使用して、以下を行います。
  • L2 BDCQ 回答のチェック
  • L3 BDCQ の回答の収集
• SAP Cloud ALM での要件の文書化および優先順位付け:
  • ビジネスロールのカスタマイズ
    • 誰が何をする権限を付与する必要がありますか。
    • 標準ビジネスロールをカスタマイズする必要がありますか。
    • 同じアプリにアクセスする必要があるさまざまなユーザに対して、データ表示の制限はありますか? (例:Associate Manager とシニアマネージャ)
    • ビジネスロールと一致する標準領域/ページを変更する必要がありますか。
  • キーユーザアプリ内拡張性
    • プロセス内のいずれかのアプリから項目を追加/削除する必要があるか (ユーザ定義項目)
    • プロセスは、特定の時点で何かをトリガする必要がありますか? (カスタムロジック)
    • プロセスのある時点で生成されたフォームまたは電子メールテンプレートをカスタマイズする必要がありますか? SAP S/4HANA Cloud アプリ内で実行できるカスタマイゼーション (ヘッダ、フッタ、ロゴ) の量
    • カスタマイズが必要な分析アプリがプロセスに含まれていますか。(追加項目、列、ビュー、またはその他の変更)
  • 統合
    • デジタルディスカバリ評価で最初に取得されなかった追加の統合要件はありますか。
  • 認識された変更の影響
    • 顧客の LoB エキスパートは、プロセスに慣れるために、Process Navigator のテストスクリプトおよびチュートリアルに加えて、同僚に追加のトレーニングが必要だと思いますか。
    • このプロセスでは、チームが新しいシステムに移行する際に潜在的な問題が予測されますか。
    • パートナ LoB 設定エキスパートは、変更管理チームにこの情報を伝える必要があります。

システム変換では、ビジネスプロセスの大部分が顧客の SAP ECC システムから SAP S/4HANA Cloud Private Edition に直接変換されます。変換できないビジネスプロセスの小さなチャンクがあります。たとえば、ビジネスプロセスに SAP S/4HANA の直接の後継プロセスがないか、SAP S/4HANA Cloud Private Edition の現在の形式 (オンプレミス) でサポートされていないパートナ開発アドオンにプロセスが含まれている可能性があります。理由に関係なく、SAP Readiness Check によってこれらのプロセスが特定され、直接変換されていないビジネスプロセスを Fit-to-Standard ワークショップ中に顧客エキスパートにデモンストレーションし、カスタマイゼーション要件と設定値を新規導入の場合と同様に文書化する必要があります。

システム変換の場合、Fit-to-Standard ワークショップでは、以下のカテゴリに分類されるビジネスプロセスのみが対象となります。

• 互換性スコープアイテム 
• SAP S/4HANA で使用できない SAP ERP 機能
• 顧客が希望する追加のスコープには、以下を含めることを希望しています。 

ほとんどの導入では、パートナの業務ライン設定エキスパートが Cloud Appliance Library のサンドボックスシステムを使用してビジネスプロセスのデモを行います。顧客の変換されたサンドボックスシステムが利用可能な場合は、代わりにそれを使用することができます。ただし、最初のシステムの変換ステップを実行するには時間がかかる場合があるため、多くの場合、Fit-to-Standard ワークショップの実行が必要になると、変換されたサンドボックスを利用できません。

システム変換のための Fit-to-Standard ワークショップの実施の詳細については、SAP Roadmap Viewer を参照してください。

理想的には、2 人のパートナ LoB 設定エキスパートのチームが各 Fit-to-Standard 分析ワークショップを一緒に実行します。1 人の担当者がシステムデモを指揮してディスカッションを促進し、もう 1 人が SAP Cloud ALM で特定された要件を文書化します。要件とは、SAP S/4HANA Cloud Private Edition システムが標準機能で実行する処理と、カスタマが実行する必要がある処理の違いです。 

SAP Cloud ALM で要件を文書化するには、プロセスアプリを開き、範囲設定済プロセスの一覧からワークショップでカバーされているビジネスプロセスを選択します。右上隅の登録ボタンを選択し、要件を選択します。各所要量を個別に文書化します。すべての要件のマスタ一覧は、要件アプリで表示することができます。

すべての Fit-to-Standard ワークショップが完了したら、導入プロジェクトを SAP Activate 方法論の実現化フェーズに移行することができます。これは、リード設定エキスパートが顧客の SAP S/4HANA Cloud 開発システムテナントをデプロイし、Fit-to-Standard ワークショップで終了したビジネスプロセスを有効化し、顧客の組織構造を構築し、主要な財務設定を選択できるようになった場合です。コンテンツが有効化されると、パートナ LoB 設定エキスパートはログインし、ビジネス主導の設定質問表 (L2 および L3 の回答) で収集された設定値を入力し、すべての要件が解決されるまで、開発システムのカスタマイジングテナントで SAP Cloud ALM からの未処理要件を処理します。