メインコンテンツへスキップ
見出し画像

SAP Cloud ALMの案件｜導入・運用の管理で求められる経験

    アサインコネクト｜SAP案件・キャリア

    SAPの導入プロジェクトでは、要件・課題・テスト・移送（本番への変更の反映）を、Excelや個別の道具で管理しているところも少なくありません。稼働後は、ジョブやインターフェースの異常に気づく仕組みも要ります。SAPがこの「導入と運用の管理」の道具として用意しているのが、SAP Cloud ALM（Application Lifecycle Management）です。

    この記事は、導入・移行・運用保守のプロジェクトで管理の役割を担ってきたSAPコンサルタントの目線で、Cloud ALMでできること、SAP Solution Managerからの移り変わり、導入と運用それぞれの機能を、SAPの公式資料で整理します。後半では、この領域の仕事で問われやすい経験を考えます。


    このnoteは、SAP人材に特化した案件紹介サービス「アサインコネクト」が書いています。

    当社には、SAPの導入・移行・運用保守など、さまざまな領域の案件が継続的に届いています。

    SAPのプロジェクトで、進み具合・テスト・変更の管理や運用の監視に関わってきた方には、これまでのご経験と、稼働率・リモートの可否などの希望条件をうかがったうえで、合う案件を個別にご案内しています。

    下の画像か、その下のリンクを押すと、アサインコネクトのページが開きます。案件の例やご利用の流れを確認でき、LINEから希望条件を登録できます。

    画像

    アサインコネクトをチェックする

    この記事でわかること

    • SAP Cloud ALMが、どんな道具で、誰が使えるのか

    • SAP Solution Manager 7.2の保守期限と、Cloud ALMへの移り変わり

    • 導入（Implementation）の側の機能と、プロジェクトの管理での使われ方

    • 運用（Operations）の側の機能と、稼働後の監視での使われ方

    • 移すときに決めることと、この領域の仕事で問われやすい経験

    1. SAP Cloud ALMは、導入と運用を管理する道具

    SAPのサポートのページ（What is SAP Cloud ALM?）では、Cloud ALMの機能が、範囲を決める（Scope）・移行する（Migrate）・作る（Build）・動かす（Run）の段階ごとに並べられています。作る段階は「プロジェクトを管理し、解決策を設定・文書化し、テストして、展開する」、動かす段階は「健全性を監視し、問題を見つけ、解決を自動化する」と説明されています。

    同じページでは、Cloud ALMは「SAPのクラウドのサブスクリプションと、オンプレミスの保守契約に含まれる」とされています。Q&Aのページでは、SAP Enterprise Support, Cloud Editions（クラウドのサブスクリプションに含まれる）・SAP Enterprise Support・Product Support for Large Enterprises のいずれかの顧客に提供され、有効な契約があれば、自分のCloud ALMのテナントを無料で申し込めると説明されています。

    仕組みの面では、Q&Aのページで「SAP Business Technology Platform（BTP）の上に作られている」とされ、SAPのコンサルティングサービスのページでは、完全に管理されたSaaSとして提供されるため、インストールや基盤の準備は要らないと説明されています。またQ&Aでは、Cloud ALMは「クラウドを中心にした解決策」を想定したものとされています。

    2. Solution Managerからの移り変わり

    これまでオンプレミスのSAPの導入・運用の管理では、SAP Solution Managerが使われてきました。サポートのページ（SAP Solution Manager 7.2）では、次のように説明されています。

    • Solution Manager 7.2の通常の保守は、2027年末まで

    • SAP Business Suite 7の延長保守（2030年末まで）を選んだ顧客は、Solution Manager 7.2の延長保守を追加の費用なしで受けられる。ただし延長保守の対象は、要件管理・プロジェクト管理・プロセス管理など、一部の機能に限られる

    • SAPは、すべての顧客に、2027年末までにCloud ALMへ移ることを勧めている

    Q&Aのページでも、延長保守は2030年末までの「選ばれた機能」の選択肢とされ、対象として要件管理・プロジェクト管理・プロセス管理・テスト・変更管理・ITサービス管理・ランドスケープ管理が挙げられています。また、Solution ManagerとCloud ALMは、どちらもSAPの保守の対象と説明されています。

    SAPのコンサルティングサービスのページには、Solution ManagerからCloud ALMへ移るための導入のサービスも並んでいます。S/4HANAへの移行と同じ時期に、管理の道具も見直しの対象になる、ということです。S/4HANAの保守期限と移行の案件は、別記事「S/4HANA移行と2027年の保守期限｜移行案件でSAPコンサルに求められる経験」で整理しています。

    3. 導入（Implementation）の側の機能

    サポートのページ（SAP Cloud ALM for Implementation）では、導入の側の機能が5つのまとまりで説明されています。

    • 設計（Design）：利用者・役割・チーム・日程の設定、標準の業務プロセスのモデルとテストの内容を使ったFit-to-Standardのワークショップ、業務プロセスや要件にひもづけた文書の管理

    • 構築（Build）：スプリント・ユーザーストーリー・ストーリーポイントやガントチャートでのプロジェクトの管理、要件をユーザーストーリーとタスクに分けた導入の作業

    • テスト（Test）：テストの種類や自動化の道具をまたいだテスト計画、手順ごとの手動のテストの実行、自動化の道具とのつなぎ、不具合の管理

    • 展開（Deploy）：変更の記録（監査の証跡つき・展開の道具とつなぐ）と、環境をまたいだ機能の展開・リリースの計画

    • 分析（Analytics）：進み具合をひとつの画面で見る機能と、業務プロセス・要件・タスク・テスト・機能をひもづけて、稼働の準備ができているかを追える機能（トレーサビリティ）

    同じページでは、導入の作業はSAP Activateにもとづいて進めること、製品ごとにSAP Activateの方法論のロードマップを選べること、業務モデルとプロセスの説明を見せながらFit-to-Standardのワークショップを進められることも書かれています。SAP Activateのフェーズの決まりごとは、別記事「SAP Activateとは｜導入方法論のフェーズと、各フェーズでコンサルに求められること」で整理しています。

    プロジェクトの管理で何が変わるか

    ここからは、公式の機能の説明から整理した見方です。要件・ユーザーストーリー・テスト・変更が、業務プロセスを軸にひもづいて管理されるため、「どの業務プロセスの、どの要件が、どのテストで確かめられ、どの変更で本番に入ったか」を一続きで追えることが、この道具の考え方の中心にあります。プロジェクトの管理表を別に作るのではなく、この道具の中のデータで進み具合を報告する形に変わります。PMOの仕事は、別記事「SAP PMOの仕事｜SAP導入のPMO案件で求められる経験」で整理しています。

    テストの進め方そのものは、別記事「SAPのテスト・UATの案件｜テストリーダー・テストマネジメントで求められる経験」で整理しています。

    4. 運用（Operations）の側の機能

    サポートのページ（SAP Cloud ALM for Operations）では、稼働後の監視の機能として次のものが並んでいます。

    • Business Process Monitoring：オンプレミスとクラウドが混ざった環境で、業務プロセスの健全性を見て、異常や止まりを知らせる

    • Integration & Exception Monitoring：システム間のメッセージを、端から端までの流れとしてつなげて見て、連携の例外を見つける

    • Real User Monitoring：利用者が実際に感じる性能を、端末側とサーバー側の両方で見る

    • Synthetic User Monitoring：決めた利用の手順を一定の間隔で自動で流し、性能と使える状態かを確かめる

    • Job & Automation Monitoring：ジョブの実行の状態・実行時間・開始の遅れを見て、知らせる

    • Configuration & Security Analysis：設定の変更を見つけ、SAPのセキュリティの推奨と比べる

    • Health Monitoring：クラウドのサービスとシステムの健全性をひとつの画面で見る

    • Business Service Management：技術的なサービスを業務のサービスにまとめ、稼働率やSLAを測る

    • Intelligent Event Processing：SAPとSAP以外から来るイベントをまとめて振り分け、通知やサービス管理につなげる

    運用保守の案件で求められることは、別記事「SAP運用保守の案件｜導入との違いと、運用保守で求められる経験」で、システムの基盤の仕事は、別記事「SAP Basisの仕事｜Basisの案件で求められる経験」で整理しています。

    5. 移すときに決めること

    ここからは、SAPの公式資料から整理した一つの見方です。会社の今の管理のやり方や、使っているSAPの製品によって答えは変わるため、実際の判断は、情報システムの部門や運用の担当と決めることになります。

    • どの機能をいつ移すか：Solution Managerで使っている機能（要件・プロジェクト・テスト・変更管理・監視など）のうち、どれをCloud ALMへ移し、どれを延長保守のあいだ使い続けるか

    • 管理のやり方を合わせるか：今の課題管理・変更管理の流れを残すのか、Cloud ALMの標準の流れ（業務プロセス・要件・ユーザーストーリー・テストのひもづけ）に合わせるのか

    • 文書をどう引き継ぐか：これまでの設計書・テストの記録・業務プロセスの文書のうち、何を新しい道具に持っていくか

    • 監視の対象と通知：どの業務プロセス・ジョブ・インターフェースを監視し、異常のときに誰へ、どの道具で知らせるか

    • 外部の道具とのつなぎ：自動テストの道具・移送の道具・ITサービス管理の道具を、どうつなぐか

    ご自身のプロジェクトの管理や運用の監視の経験が、この中のどこに近いか気になった方へ。希望条件をLINEで登録いただくと、近いSAP案件が出たときに個別にご案内します。

    SAP案件の受け取り方を見る

    6. この領域の仕事で問われやすい経験

    当社に届いた2026年7月〜10月の案件には、SAP Cloud ALMやSAP Solution Managerを条件に入れたSAP案件はありませんでした。テストマネジメントや運用保守の案件はありましたが、Cloud ALMやSolution Managerを条件に入れたものではないため、この記事ではCloud ALMの案件として扱っていません。以下は、SAPの公式資料から考えた、この領域の仕事で問われやすい経験の見方です。

    1. 要件からテスト・本番までを追いかけた経験

    要件・課題・テスト・変更を、業務プロセスにひもづけて管理し、稼働の判断の材料をまとめた経験です。どの道具を使ったかより、何を何にひもづけて追ったかが説明できることが土台になります。

    2. テストの計画と不具合の管理をした経験

    テストの計画を立て、実行の進み具合と不具合の状態をまとめた経験は、Cloud ALMのテストの機能を使う仕事にそのまま近い経験です。

    3. 変更と移送の管理をした経験

    開発・検証・本番の環境のあいだで、変更をいつ・どの順で反映するかを管理した経験です。監査の証跡を残す決まりに関わった経験も、ここに入ります。

    4. 稼働後の監視の仕組みを決めた経験

    ジョブ・インターフェース・業務プロセスのうち何を監視し、異常をどう知らせるかを、運用の担当と決めた経験です。

    5. Solution Managerを使ってきた経験

    Solution Managerでの要件・テスト・変更管理・監視の経験は、どの機能をCloud ALMへ移すかを決める仕事の土台になります。

    7. この領域の経験を経歴書で伝えるときのポイント

    「プロジェクト管理を担当」「運用の監視を担当」とだけ書くと、案件の担当者は、どんな道具で、何を管理したのかを判断できません。次の点が読み取れるようにしておくのがおすすめです。

    • 道具：Cloud ALMか、Solution Managerか、ほかの道具（課題管理・テスト管理の道具など）か

    • 範囲：要件・課題・テスト・変更・移送・監視のどこを担当したか

    • 段階：導入（どのフェーズ）か、稼働後の運用か、道具の移し替えか

    • 規模：管理した要件やテストの件数、チームの人数、監視したシステムの数

    • 役割：道具の設定を決めたのか、使う側として運用したのか、使い方をチームに広めたのか

    経歴書の全体の書き方は、別記事「SAPコンサルの職務経歴書｜案件の担当者に伝わる書き方」で整理しています。

    8. よくある質問

    Cloud ALMは、追加の費用がかかる製品ですか？

    SAPのサポートのページでは、SAPのクラウドのサブスクリプションとオンプレミスの保守契約に含まれ、有効な保守契約（SAP Enterprise Supportなど）があれば、自分のテナントを無料で申し込めると説明されています。自社の契約で何が使えるかは、契約の内容で確かめる必要があります。

    Solution Managerは、2027年末で使えなくなりますか？

    SAPのサポートのページでは、通常の保守は2027年末まで、延長保守は2030年末までで一部の機能が対象と説明されています。Q&Aでは、オンプレミスの保守契約の顧客はSolution Managerの永続のライセンスを持っており、その後も個別の保守の形で使い続けられる（制限はSAP Noteで確かめる）とされています。そのうえでSAPは、2027年末までにCloud ALMへ移ることを勧めています。

    まとめ

    • SAP Cloud ALMは、導入（作る）と運用（動かす）を管理する、BTPの上のSaaSの道具

    • SAPのクラウドのサブスクリプションとオンプレミスの保守契約に含まれる

    • Solution Manager 7.2の通常の保守は2027年末まで。SAPは2027年末までにCloud ALMへ移ることを勧めている

    • 導入の側は、設計・構築・テスト・展開・分析の機能で、業務プロセス・要件・テスト・変更をひもづけて追う

    • 運用の側は、業務プロセス・連携・ジョブ・利用者の体感・健全性などを監視する

    • 移すときは、どの機能をいつ移すか、管理のやり方を合わせるか、監視の対象と通知を決める

    SAPのモジュール全体の中で、各領域がどうつながっているかは、別記事「【2026年版】SAPモジュール一覧と業務のつながり」で整理しています。

    アサインコネクトは、SAP人材に特化した案件紹介サービスです。

    希望条件をLINEで登録すると、条件に合うSAP案件を個別に受け取れます。

    SAP案件を受け取る方法を見る

    参考資料

     
     

    アサインコネクト｜SAP案件・キャリア

     
     
    SAPフリーランスの案件・独立・キャリア情報を整理して発信。自分の経験をどう活かせるか、案件選びで何を見るかをわかりやすく届けます。案件・キャリアのご相談もお気軽にどうぞ。

    あなたへのおすすめ