上の図は、SAP Activate の各フェーズで実行されるコアアクティビティの概要を示しています。
ここでは、以下について説明します。
SAP Activate フェーズの詳細なアクティビティ
SAP Activate 準備フェーズアプローチ
SAP Activate 評価フェーズアプローチ
SAP Activate 実現化フェーズアプローチ
SAP Activate 実装フェーズのアクティビティ
このスライドは、準備フェーズの説明と、実行される関連主要アクティビティを示しています。
この図は、SAP Activate を使用してプロジェクトを提供する際に使用できるアクセラレータの例を示しています。アクセラレータは、文書、テンプレート、またはツールやその他の資産へのリンクであり、成果物などの結果を生成するための明確なガイダンスまたは開始ポイントを提供することで、プロジェクトチームが作業を迅速に完了するのに役立ちます。
準備フェーズには、さまざまなアクセラレータがあります。
出荷補足
ソリューションスコープ文書
Best Practices WBS のソフトウェアおよびデリバリ要件
プロジェクト管理計画とガバナンス文書
このスライドは、評価フェーズの説明と、実行される関連主要アクティビティを示しています。
この図は、Fit-to-Standard プロセスの目的を説明しています。
上の図は、Fit-to-Standard ワークショップへのアプローチ方法という 6 つのステップの詳細を示しています。
これらは、Fit-to-Standard ワークショップの意図された出力です。
Fit-to-Standard ワークショップに適用される原則は以下のとおりです。
- Fit-to-Standard: Fit-to-Standard アプローチと SAP 標準機能を採用することで、デリバリリスクを最小限に抑え、最終的には導入と運用の総コストを削減します。
- 価値の正当性：SAP アプリケーションは業界のベストプラクティスに基づいて構築されており、提案されたカスタマイズはビジネス価値に対して動機付けされる必要があります。
- ショーアンドテル：説明ではなく見せることによってデザイン活動を主導し、ビジネスの導入、イネーブルメント、および受け入れに大きく貢献します。
- 積極的な参加：ビジネスユーザーによる設計および受け入れ活動への積極的な参加は、コラボレーションを促進し、ソリューションを成功させるための鍵となります。
- シンプルさを重視：ソリューションを設計する際は、複雑で不要な機能をできるだけ最小限に抑えながら、シンプルさと使いやすさに重点を置きます。
- 設計の承認: これらの原則を Fit-to-Standard ワークショップに適用することで、採用が容易になり、ビジネスによる設計の承認につながります。
Fit-to-Standard ワークショップでは、以下の 7 つの高レベルのアクティビティが実行されます。
参照値設定:
Fit-to-Standard の基本原則に同意します。
組織構造、マスタデータ、およびプロセスダイアグラムを準備します。プロセスをバリュードライバーにバインドします。
SAP ソリューションの検証:
SAP 標準の主要設計要素を示して伝えます。
デルタ要件の収集:
SAP 標準とのギャップを特定します。
追加のスコープアイテムをログに記録または登録します。
初期バックログの登録:
優先度と工数見積を設定します。依存関係を特定します。
評価フェーズのスプリントを計画します。
ソリューション文書化の拡張:
プロセスダイアグラムおよびプロセス設計を更新します。UX を視覚化します。
確認および受入:
プロセスおよびソリューション文書化を検証します。受入を促進します。
スプリントおよびリリースの計画
Fit-to-Standard ワークショップを実行する前の主な考慮事項は、ワークショップで取り上げられる主要トピックについてビジネスユーザを有効化することです。これには、マスタデータコンセプト、SAP 用語、ワークショップのアプローチ、SAP Activate 方法論などのアクティビティに関するイネーブルメントが含まれます。
イネーブルメントセッションは、ワークショップへの積極的な参加に向けてビジネス対象者をより適切に準備するために、プロジェクト範囲に合わせて調整する必要があります。
以下は、Fit-to-Standard ワークショップの実行方法に関するアクセラレータの例です。これは、SAP Activate Roadmap Viewer からダウンロードでき、プロジェクトで使用することができます。
プロジェクト全体のアクティビティには、フェーズ、ワークストリーム、およびロードマップごとに使用できるアクセラレータが他にも多数あります。
SAP Activate の使用時には、評価フェーズでスプリントを実行して完全なアジャイルアプローチを適用することもできます。
上の図は、スクラムアクティビティの初期化方法と、評価フェーズワークショップでスプリントを使用して要件収集セッションを実施する方法に関するアクティビティの詳細を示しています。
評価フェーズでのスクラム適用の実行を続行する上の図は、評価フェーズワークショップでスプリントを使用して、デザインの更新、検証、およびサインオフを実行する方法を示しています。
このスライドは、実現化フェーズの説明と、実行される関連主要アクティビティを示しています。
SAP プロジェクトのプロジェクトチームは、さまざまな方法で構造化することができます。上記の例は、モジュラプロセスまたはエンドツーエンドプロセスによるスクラムチームの構造と、サポートチームによる構成を示しています。
スクラムチームには、SAP プロジェクトロールが割り当てられた 5 ～ 9 人のメンバーが含まれます。
スクラムチームは、ワークストリーム別またはアプリケーションエリア別 (もしくはその両方) に編成することができます。
スクラムマスタおよび製品オーナーは、スクラムチームと連携します。
複数のスクラムチーム間の作業は、スクラムセレモニーのスクラムによって調整され、各スクラムチームがその代表者を代表します。
プロジェクトマネージャ、アジャイルコーチ、アーキテクト、およびその他のロールは、スクラム形式のスクラムに参加することもできます。
スクラムオブスクラムセレモニーは、重複または統合のトピックについて話し合うために使用されます。
図 "デプロイする透過的な要件" は、SAP アジャイルプロジェクトの用語構造および関係メトリクスを示しています。
スプリント
スプリントは、ソリューションの増分構築が行われる数量単位または 2 週間から 4 週間の期間または時間です。通常、ワークショップで要件を提起したビジネス対象者に説明してセッションを伝えることによって終了します。
ウェーブ
ウェーブは数量単位であり、1 つのウェーブに多数のスプリントが割り当てられているより大きい期間です。通常、ウェーブの期間は 1 カ月から 3 カ月です。
フェーズ
実現化フェーズはビルドフェーズであり、プロジェクトのサイズに応じて 1 つまたは複数のウェーブで構成されます。
リリース
リリースとは、本稼動開始で終了するすべての機能です。プロジェクトには、プロジェクトの範囲と時間に応じて、1 つまたは複数のリリースを含めることができます。
この図は、アジャイルコンテキストにおける典型的な実現化フェーズの概要を示しています。この例では、フェーズの開始からユーザ受入テストで終了する複数のスプリントがあります。この例には、ストリングテストが実行されるファームアップスプリントが含まれています。ステスティングテストでは、前のスプリントで構築された機能の統合または重複する側面がテストされます。
統合テストは、スプリントを介して提供することもできます。統合テストでは、構築されたすべての機能のテストが対象となります。これは、ビジネスチームがユーザ受入テストでシステムをテストする前にコンサルティングチームによって実行される最終テストです。
スプリントバックログは、スクラムチームによって特定された、スプリント中に完了する必要があるタスクの一覧です。スプリント計画時に、チームは複数のプロダクトバックログアイテムを計画および選択し、各ユーザストーリーを完了するために必要なタスクを特定します。
スクラムボードは、チームがスプリントバックログアイテムを表示できるようにするツールです。ボードは物理またはデジタルにすることができますが、スプリントタスクを追跡する目的は同じです。ボードは、日次スタンドアップセッション中にチームによって更新され、現在のスプリントで完了する必要があるすべてのアイテムが表示されます。
上の図は、大規模プロジェクトで行われるスクラムセレモニーを示しています。このスライドの背景には、大規模なプロジェクトでは多くのリソースがプロジェクトチームの一員であることを強調しています。基本的に、各リソースは '1 つのキャップ' を着用するか、職務分掌が実施されます。
この例として、大規模なプロジェクトでは、プロジェクトマネージャがプロジェクト管理アクティビティのみを実行します。これは、プロジェクトに専任のリリースマネージャと品質マネージャがいる場合があるためです。同様に、大規模なプロジェクトでも、テストチームが存在する場合があります。この場合、テストチームはその機能を担うため、機能コンサルタントはテストを担当しません。
上の図は、小規模プロジェクトで行われるスクラムセレモニーを示しています。このスライドの背景には、小規模プロジェクトのプロジェクトチームでのリソースが少なく、各リソースがプロジェクトで複数の機能を実行する必要があり、基本的には 'より上限' をかける必要があるという点が強調されています。
たとえば、小規模プロジェクトでは、プロジェクトマネージャがプロジェクト管理アクティビティを実行するだけでなく、リリース管理または品質管理タスクを実行する必要がある場合もあります。同様に、小規模なプロジェクトでは、専用のテストチームが存在しない場合があります。この場合、機能コンサルタントはテスト関連タスクも担当します。
この図は、2 つのリリースを含むソリューションの例を示しています。上記の例では、ソリューションの最初の部分は、実現化フェーズのスプリントと、デプロイフェーズで実行される後続のデプロイアクティビティを使用して構築されます。その後、最初のリリースが本稼動になり、ソリューションが本稼働になります。本稼動開始後、プロジェクトは直ちにハイパーケア期間に入り、すべてのプロジェクトコンサルタントが、新しいソリューションの採用でビジネスをサポートするサポート関連のタスクおよびアクティビティを実行します。ハイパーケア期間が終了すると、2 番目のリリースアクティビティが開始され、2 回目のゴーライブまでさまざまなフェーズで実行されます。これにより、ソリューション全体が本稼働になります。
上の図は、デプロイフェーズで実行される主な成果物の概要と説明を示しています。
カットオーバーは、本稼動開始前の最後の週末に実行される一連のアクティビティです。これは、古いレガシシステムへのアクセスをオフにしてから、新たに構築された SAP システムへのアクセスをオンに切り替えるまでの期間です。
カットオーバーは実現化フェーズで計画され、デプロイフェーズで実行されます。カットオーバー関連タスクを管理するために、カットオーバーアクティビティをスプリントで実行することもできます。
これは、SAP Activate Roadmap Viewer からダウンロードしてプロジェクトで使用できるカットオーバーテンプレートの例です。
SAP には、会社の業務部門および IT 部門内の主要な運用プロセスに関する合計 16 の標準があります。
各標準には、個々のタスクの実行方法に関するベストプラクティス手順、SAP Solution Manager 内のツールに関する説明、および標準の採用をサポートする利用可能なトレーニングおよびサービスが含まれています。これらの SAP Standards for solution operations の導入と最適化は、Run フェーズのワークパッケージの主要な成果物です。
これらの主要標準およびプラクティスは、ビジネスプロセスの設計および実行を担当するビジネスプロセスエキスパート、および SAP ソリューションによって提供されるサービスを本稼働後にビジネスユーザが利用できるようにする IT 部門のニーズに対応します。
操作に関する SAP 標準は、以下からダウンロードすることができます。
https://support.sap.com/en/offerings-programs/ccoe/media-library.html?anchorId=section_1870756447