SAP Activateとは｜導入方法論のフェーズと、各フェーズでコンサルに求められること
SAPの導入の案件票や提案書には、「SAP Activateに沿って進める」「Exploreフェーズから参画」「Fit to Standardのワークショップ」といった言葉がよく出てきます。けれども、SAP Activateが何を決めている方法論なのか、従来の進め方と何が違うのかを、まとめて説明する機会は意外と少ないものです。
この記事は、SAPの導入に関わる業務コンサル・導入コンサルの目線で、SAP Activateの中身をSAPの公式トレーニング（SAP Learning）の説明で整理し、各フェーズでコンサルに何が求められるかを考えます。
このnoteは、SAP人材に特化した案件紹介サービス「アサインコネクト」が書いています。
当社には、SAPの導入・移行・運用保守など、さまざまな領域の案件が継続的に届いています。
SAPの導入プロジェクトで、要件定義・設計・テスト・本番稼働などの段階を経験してきた方には、これまでのご経験と、稼働率・リモートの可否などの希望条件をうかがったうえで、合う案件を個別にご案内しています。
下の画像か、その下のリンクを押すと、アサインコネクトのページが開きます。案件の例やご利用の流れを確認でき、LINEから希望条件を登録できます。
この記事でわかること
SAP Activateが何を決めている方法論か（3つの柱）
従来のASAPと何が変わったか
6つのフェーズと、フェーズの区切りの「品質ゲート」
ワークストリーム・スプリント・ウェーブ・リリースという単位
各フェーズでコンサルに求められることと、経歴書での伝え方
1. SAP Activateは「方法論」だけではない
SAP Learningの「Describing SAP Activate」では、SAP Activateは、プロジェクトの規模や複雑さに合わせて使える導入の方法論で、クラウド・オンプレミス・プライベートクラウドのどの形にも、SAPのどの製品にも使える枠組みだと説明されています。
同じくSAP Learningの「Describing the 3 Pillars of SAP Activate」では、SAP Activateは次の3つの柱でできていると整理されています。
1. SAP Best Practices
すぐに動かせる業務の流れと、その説明の資料。文書の形（業務の流れの図・テストの手順など）と、システムの中にあらかじめ入っていて有効にすれば動く設定の形の、2つで提供されます。
2. 導入のための道具
設定の道具や、プロジェクトの進み具合・要件・テストをまとめて管理するSAP Cloud ALMなど。
3. SAP Activate Methodology（方法論）
フェーズ・成果物・作業の進め方を決めたもの。
つまり、「SAP Activateで進める」とは、手順書に沿うことだけではなく、標準の業務の流れ（Best Practices）を出発点にして、道具を使いながら、決まったフェーズで進めることを指しています。
対象はS/4HANAだけではない
同じレッスンでは、SAP Activateは、S/4HANAだけでなく、SuccessFactors・Sales Cloud・Service Cloud・Aribaなどの製品にも使われ、それぞれの内容は「SAP Activate Roadmap Viewer」で見られる、と説明されています。製品や導入の形ごとに、フェーズの名前は同じでも中身の説明が少しずつ変わる、とも書かれています。
2. 従来のASAPとの違い
SAP Activate Methodologyは、以前の「ASAP」と「SAP Launch」という方法論の後継です。SAP Learningでは、オンプレミスの導入で押さえておきたい違いとして、次の点が挙げられています。
標準を出発点にする：SAP Best Practicesで、最初の土台のシステムを作るのが基本の形
ブループリントからFit to Standardへ：ASAPのブループリントの作業は、Fit to Standardの分析のワークショップに置き換わった。土台のシステムで要件を確かめ、差分を「バックログ」（実現する作業の一覧）にためる
中心のフェーズは4つ：本番前の最終準備と、稼働直後の支援を別のフェーズに分けず、「Deploy」の一つにまとめた
アジャイルが基本：アジャイルの進め方を標準にしている
クラウドとオンプレミスで同じ進め方：導入の形をまたいで、一つの方法でそろえている
ECCの時代の導入をASAPで経験した方は、「ブループリントを書いて承認を取る」から「動くシステムを見せて差分を集める」へ、と押さえると、言葉の対応が付きやすくなります。
3. 6つのフェーズと品質ゲート
SAP Learningの「Describing the Methodology Structure」では、Prepare・Explore・Realize・Deployの4つを中心のフェーズとし、その前後にDiscoverとRunを置いています。
Discover：SAPの製品で何ができるかを調べ、導入の方針・道筋を決める。確定の約束をしない段階とされている
Prepare：作業の範囲・プロジェクトの統制・体制と役割を決め、Fit to Standardのためのシステムを用意して、プロジェクトを始める
Explore：Fit to Standardのワークショップで標準の業務の流れを見せ、合うところ・差分・設定の値をバックログにまとめる
Realize：バックログを、優先順位に沿って少しずつ作り、テストする。結合テストとユーザー受入テストまでがこのフェーズ
Deploy：本番の環境を用意し、業務を新しいシステムに切り替えられるかを確かめ、切り替える。稼働直後の支援（ハイパーケア）もこのフェーズ
Run：稼働後の運用。SAP Learningでは、Runは独自の方法論を持ち、運用のための16の標準が用意されていると説明されている
フェーズの区切りの「品質ゲート」
「Describing the 3 Pillars of SAP Activate」では、フェーズの終わりに「Q-Gate（品質ゲート）」を置く例が書かれています。たとえば、Exploreの差分の要件・設計の文書・実現の計画の承認を経て、ExploreからRealizeへのゲートを閉じ、Realizeは、RealizeからDeployへのゲートで終わる、という流れです。
段階ごとに導入コンサルが何を決めるのか（構想策定・要件定義・設計）は、別記事「SAP導入コンサルの仕事｜構想策定・要件定義・設計の各段階で何をするか」で整理しています。この記事では、方法論としての決まりごとの側を見ていきます。
4. ワークストリームと、作る単位
ワークストリーム：横の分け方
フェーズが時間の分け方だとすると、ワークストリームは仕事の種類の分け方です。SAP Learningの「Discovering the Workstreams」では、次のワークストリームが挙げられています（プロジェクトによって分けたりまとめたりしてよい、とされています）。
プロジェクト管理
顧客チームの立ち上げ（製品の理解・オンボーディング）
技術のアーキテクチャと基盤
アプリケーションの設計と設定
拡張（追加の機能の開発）
連携（インタフェース）
テスト
データ管理（データの移行・クレンジングなど）
運用とサポート
定着化（研修・組織の変化への対応）
分析（レポートの設計など）
案件票の「設定・設計」「移行」「テスト」「定着化」といった枠は、このワークストリームのどれに当たるかで読むと、担う範囲がつかみやすくなります。
スプリント・ウェーブ・リリース
「Analyzing each phase of SAP Activate」では、Realizeの作り方の単位が次のように説明されています。
スプリント：2〜4週間で、機能を少しずつ作る期間。最後に、要件を出した業務の担当へ作ったものを見せる
ウェーブ：いくつものスプリントをまとめた、1〜3か月ほどの期間
フェーズ：Realizeは、規模に応じて1つ以上のウェーブでできている
リリース：本番稼働までに作る機能のまとまり。1回のプロジェクトに1つのことも、複数のこともある
スクラムのチームは5〜9人で、領域ごと、または業務の流れごとに組み、チームをまたぐ話は代表者が集まる会議（スクラム・オブ・スクラムズ）で扱う、とも書かれています。
アクセラレーター
SAP Activateには、フェーズごとに使える文書のひな形や手引きが「アクセラレーター」として用意されています。SAP Learningでは、Prepareのアクセラレーターとして、作業範囲の文書やプロジェクト管理の計画書の例が挙げられ、Fit to Standardのワークショップの進め方や、本番切替（カットオーバー）の計画のひな形もRoadmap Viewerから取れる、と説明されています。
5. 各フェーズでコンサルに求められること
ここからは、SAP Learningの説明から整理した一つの見方です。プロジェクトの規模や、発注する会社とパートナーの分担で、実際の役割は変わります。
Prepare：標準を見せる準備
Fit to Standardのためのシステムと、標準の業務の流れの資料をそろえる段階です。SAP Learningでは、ワークショップの前に、業務の担当へマスタの考え方やSAPの用語、ワークショップの進め方を説明しておくことが大切だとされています。コンサルには、自分の領域の標準の流れを、業務の担当に分かる言葉で説明する準備が求められます。
Explore：見せて、差分を集める
Fit to Standardのワークショップでは、「標準に合わせる」「追加の作り込みは業務の価値で説明する」「説明より実演で見せる（Show and Tell）」「業務の担当に積極的に参加してもらう」「なるべく簡単にする」「設計の合意を取る」という原則が示されています。進め方は、基準をそろえる→標準を見せる→差分を集める→バックログを作る→資料を直す→確かめて承認を取る→スプリントとリリースを計画する、という流れです。
コンサルに求められるのは、標準の業務の流れをその場で動かして見せられることと、出てきた要望を「設定で足りるか・作り込みが要るか」に分け、優先順位と見積もりの材料を付けてバックログに残せることです。
Realize：少しずつ作り、見せ続ける
スプリントごとに設定・開発・単体テストを進め、終わりに業務の担当へ見せて確かめます。SAP Learningでは、大きなプロジェクトでは一人が一つの役割に専念し、テストのチームが別にいることもある一方、小さなプロジェクトでは一人が複数の役割を担い、業務のコンサルがテストの作業も受け持つことがある、と説明されています。案件の規模によって、同じ「設定担当」でも受け持つ範囲が変わる点は、案件票を読むときの手がかりになります。
テストの段階の仕事は、別記事「SAPのテスト・UATの案件｜テストリーダー・テストマネジメントで求められる経験」で整理しています。
Deploy：切り替えて、支える
SAP Learningでは、本番切替（カットオーバー）は、旧システムを止めて新しいSAPを使い始めるまでの作業で、Realizeで計画し、Deployで実行すると説明されています。稼働のあとは、決められた期間、プロジェクトのメンバーが業務の担当を支えます（ハイパーケア）。業務のコンサルには、切替の手順のうち自分の領域の確認と、稼働直後の問い合わせへの対応が求められやすい段階です。
ご自身の導入の経験が、どのフェーズ・どのワークストリームの案件に近いか気になった方へ。希望条件をLINEで登録いただくと、近いSAP案件が出たときに個別にご案内します。
6. SAP Activateの経験を経歴書で伝えるときのポイント
当社に届いた2026年7月〜10月の案件には、SAP Activateという方法論の名前を条件に入れた案件はありませんでした。Fit to Standardの経験やPublic Cloudの経験を尚可に入れた案件はありましたが、方法論の名前を条件にしたものではないため、この記事ではSAP Activateの案件として扱っていません。
そのうえで、SAP Activateで進めたプロジェクトの経験は、方法論の名前よりも、何をしたかが読み取れる形で書くのがおすすめです。
フェーズ：Prepare・Explore・Realize・Deployのどこから入り、どこまで担当したか
ワークストリーム：設計と設定・連携・データ・テスト・定着化など、どの仕事の種類か
Explore：Fit to Standardのワークショップを、自分で進めたのか、資料づくりを支えたのか
Realize：スプリントの長さや回数、業務の担当に見せて確かめる場を持ったか
品質ゲート：フェーズの区切りで、どんな成果物をそろえて承認を取ったか
規模：チームの人数、リリースの数、一人で受け持った役割の数
経歴書の全体の書き方は、別記事「SAPコンサルの職務経歴書｜案件の担当者に伝わる書き方」で整理しています。
7. よくある質問
案件票の「要件定義」「設計」は、SAP Activateのどのフェーズに当たりますか？
SAP Activateのフェーズは、日本の案件票の呼び名と一対一には対応しません。おおむね、要件定義はExplore、設計はExploreの後半からRealizeの前半に当たると考えると読みやすくなります。対応の目安は、別記事「SAP導入コンサルの仕事｜構想策定・要件定義・設計の各段階で何をするか」で整理しています。
ウォーターフォールで進めるプロジェクトでも、SAP Activateと言いますか？
SAP Learningでは、SAP Activateはアジャイルを基本にしつつ、プロジェクト管理の計画の中で、アジャイルかウォーターフォールか、多くの場合はその間の形で進めるかを決める、と説明されています。フェーズの名前や品質ゲートの考え方だけを取り入れている場合もあるため、案件ではどこまで沿って進めているかを確かめるとよいと思います。
Public Cloudの導入と、オンプレミスの導入で、SAP Activateは違いますか？
フェーズの名前は同じで、中身の説明が製品や導入の形ごとに少しずつ変わります。Public Cloudでは、設定の道具やシステムの用意のされ方が違います。Public Cloudの導入で求められることは、別記事「SAP Public Cloudの導入案件｜Fit to Standardでコンサルに求められること」で整理しています。
まとめ
SAP Activateは、SAP Best Practices・導入の道具・方法論の3つの柱でできた、SAPの導入の枠組み
ASAPとの違いは、標準を出発点にすること、ブループリントがFit to Standardに変わったこと、中心のフェーズが4つになったこと、アジャイルが基本になったこと
フェーズはDiscover・Prepare・Explore・Realize・Deploy・Runの6つで、区切りに品質ゲートを置く
仕事の種類はワークストリームで分け、Realizeはスプリント・ウェーブ・リリースの単位で作る
経歴書では、方法論の名前より、どのフェーズ・どのワークストリームで何をしたかを書く
SAPのモジュール全体の中で、各領域がどうつながっているかは、別記事「【2026年版】SAPモジュール一覧と業務のつながり」で整理しています。
アサインコネクトは、SAP人材に特化した案件紹介サービスです。
希望条件をLINEで登録すると、条件に合うSAP案件を個別に受け取れます。
参考資料
SAP Learning「Describing SAP Activate」（コース Discovering SAP Activate - Implementation Tools and Methodology・2026年11月5日閲覧） https://learning.sap.com/courses/discovering-sap-activate-implementation-tools-and-methodology/describing-sap-activate_cdcc9f2d-f81d-4258-bf3a-a3804459e269
SAP Learning「Describing the 3 Pillars of SAP Activate」（同上） https://learning.sap.com/courses/discovering-sap-activate-implementation-tools-and-methodology/describing-the-3-pillars-of-sap-activate_e990a407-757d-48e9-8a88-25fabe243d93
SAP Learning「Describing the Methodology Structure」（同上） https://learning.sap.com/courses/discovering-sap-activate-implementation-tools-and-methodology/describing-the-methodology-structure_d959f6fc-ebfc-4143-94b3-6b83a6339b8b
SAP Learning「Analyzing each phase of SAP Activate」（同上） https://learning.sap.com/courses/discovering-sap-activate-implementation-tools-and-methodology/analyzing-each-phase-of-sap-activate_df7b9eca-6091-4ba3-a86a-12b1ff3a592e
SAP Learning「Discovering the Workstreams」（同上） https://learning.sap.com/courses/discovering-sap-activate-implementation-tools-and-methodology/discovering-the-workstreams_e34f1cd2-362f-4008-a6bd-8085da9caabe
