方法論構造の説明

図 "SAP Activate フェーズ" は、SAP Activate 方法論のフェーズの概要を示しています。

プロジェクトデリバリの中核となるのは、準備フェーズとデプロイフェーズの間です。これらは、4 つのコアフェーズと呼ばれます。

発見と実行は、後で詳細に説明する追加フェーズです。

準備フェーズでは、作業範囲の定義、プロジェクトガバナンス、サンドボックス/スタータシステムの準備、プロジェクトの開始、リソースの特定と定義、プロジェクトチームのロールと責任の定義、およびプロジェクトのその他のアクティビティを実行するための管理計画の詳細について説明します。

評価フェーズでは、SAP Best Practice コンテンツを使用して Fit-to-Standard ワークショップを実行し、サンドボックスシステムまたはスタータシステムを使用して標準プロセスのデモを行います。評価フェーズの目的は、ベストプラクティスベースのソリューションのビジネスへの適合を特定し、デルタ設定要件を取得し、ギャップと設定値を特定することです。これらはすべて、プロジェクトチームがプロダクトバックログにキャプチャします。

実現化フェーズでは、プロジェクトチームがバックログから機能を反復的かつ段階的に構築するためのアジャイルアプローチを採用します。このビルドは、スプリント中に引き続きプロジェクトチームに関与するプロダクトオーナー (ビジネスユーザなど) によって指定された優先順位付けに従います。構築時に、チームは Best Practices コンテンツ (デルタ) 上に設定と開発を追加します。さらに、チームは、スプリント中にユニットテストおよび (同時に) ストリングテストを実行します。実現化フェーズでは、チームは顧客のニーズを満たすためにソリューション全体の統合にも取り組みます。

実現化フェーズは、本稼動への機能のリリースを準備するために必要な構築およびテストアクティビティをすべてカバーします。これには、チームがデプロイフェーズに進む前の完全な統合テストとユーザ受入テストが含まれます。

デプロイフェーズの目的は、本稼働環境を設定し、新しいソリューションで業務運用に切り替える準備ができていることを確認することです。チームは、システムの本稼動開始後に、デプロイフェーズで維持およびハイパーケアアクティビティも実行します。

顧客が新しい環境に切り替えた後、プロジェクトチームが、顧客の IT 部門とビジネス部門による機能の導入と使用をサポートします。チームは、事前に決定された期間、オンサイトに留まります。これは通常、契約で定義されるか、または運用への移行計画の一部として合意されます。

図 "追加フェーズ" は、SAP Activate の 2 つの追加フェーズを示しています。

発見フェーズは、顧客が SAP ポートフォリオ内で利用可能なすべての製品を発見および調査し、自社に最も適合し、最適なイノベーションを特定できる非コミットフェーズです。SAP は、ホワイトペーパーやプレゼンテーションから、トライアルシステムやゲームまで、既存および見込み顧客にいくつかのディスカバリーリソースを提供しています。

発見フェーズの成果物には、以下が含まれます。

最初の成果物では、顧客がデジタルトランスフォーメーションの全体的な会社戦略を作成します。これには、デジタルコアとして SAP S/4HANA が含まれることがありますが、より広い視点が含まれます。モノのインターネット、ビッグデータ、スマートデータ、オムニチャネル、ビジネスネットワークなどの主要トピックも戦略に取り込むことができます。

顧客は、他の SAP 製品の一般的な価値 (つまり、の新機能およびシンプル化された機能) について理解を深める必要があります。SAP S/4HANA、SAP FIORI に基づく新しいユーザインタフェース、SAP BTP を使用した顧客の俊敏なイノベーションなど)。これは、クラウドのトライアルシステムでさらにサポートされます。

SAP 製品導入の導入シナリオおよび包括的な導入方針に関する決定が登録されます。

システム変換の場合は、既存の SAP ERP システムの変換準備状況もチェックされます。

プロジェクトチームの学習ニーズ分析は、プログラムの他のアクティビティに影響を与える可能性があるため、重要です。たとえば、プロジェクトワークショップに参加する前に、学習の完了を完了する必要があります。

技術アーキテクチャおよびインフラストラクチャの要件は、イノベーション方針および提案された導入をサポートするために明確にする必要があります。

実行フェーズ

実行は有効化ではフェーズと呼ばれますが、独自の方法論があります。実行は、本稼動開始後の本稼動ソリューションのサポートまたは管理を効果的に行います。

SAP には、ソリューションを最適に実行するための複数の標準があります。これらの標準は、インシデントと変更管理、システムおよびアプリケーションの監視、アップグレード管理まで多岐にわたります。合計で 16 の標準があります。

また、SAP ソリューションの実行またはサポート時に適用できるさまざまなモデルもあります。これらのモデルは、Customer Center of Expertise (CCoE) の設定や、工場やプレミアムエンゲージメントなどの SAP の実行です。これらはそれぞれ、本稼働後の SAP ソリューションの保守とサポートに関連するモデルとアプローチであり、顧客の規模とニーズに合わせて調整されています。追加情報については、SAP Support Portal を参照してください。

https://support.sap.com

以下の 3 つの図で、SAP Activate 方法論のワークストリームとその関連説明について詳しく説明します。ASAP および SAP Launch に精通しているユーザは、以前のロードマップから大幅に変更されたため、ワークストリームの内容説明をレビューする必要があります。

ワークストリームは、さまざまな導入シナリオに合わせて最適化および調整されます。また、SAP Activate 方法論コンテンツを使用した初期プロジェクトからのフィードバックに基づいて調整されます。

最初のワークストリームはプロジェクト管理です。これには、プロジェクトの設定、その実行、およびプロジェクト目標の達成に関するすべての側面が含まれます。プロジェクト管理ワークストリームは、アジャイルプロジェクトデリバリの基礎に基づいて構成され、Project Management Institute 標準である PM Body of Knowledge (PMBOK) に準拠しています。

アプリケーション自体のさまざまな側面を処理する一連のアプリケーションワークストリームがあります。これには、設計、設定、テスト、および統合が含まれます。これらのワークストリームは、顧客のニーズに合わせて調整するためにソリューションで実行される作業のコアをカバーします。これには、Fit-to-Standard ワークショップの実行やシステムの設定などの設計および設定アクティビティが含まれます。また、拡張の開発、テスト (統合、パフォーマンス、システムテスト、回帰テスト、ユーザ受入テスト (UAT) など) についても説明します。

ソリューション導入ワークストリームでは、以前に ASAP の組織変更管理 (OCM) ストリームおよびトレーニングストリームでカバーされていた内容が扱われます。採用アクティビティにより、組織およびエンドユーザは日常業務でソリューションを使用することができます。成果物およびタスクにより、プロジェクトチームは、運用への円滑な移行、ゴーライブ後のサポート、および変更管理を確保することができます。

分析ワークストリームは、SAP 導入プロジェクトの分析の側面をカバーしています。

拡張性ワークストリームは、仕様からカスタム開発まで、ソリューションに対するすべてのカスタムモディフィケーションに対応します。開発者/プログラマは、このワークストリームでカスタムプログラミングアクティビティを提供します。

プロジェクト内のすべてのデータ管理アクティビティは、データ管理ワークストリームの対象となります。

このワークストリームは、アプリケーションの技術的終了に必要なすべてのアクティビティに対応します。オペレーティングシステム、データベース、インストール、アップグレード、および保守から、これらのアクティビティはすべてこのワークストリームの技術チーム 'ベーシス' に含まれ、対象となります。

このワークストリームでは、ソリューションのサポート、アップグレード、インシデント、およびソリューションの本稼動時の変更管理に関連するすべての成果物が対象となります。