SAP PMOの仕事｜SAP導入のPMO案件で求められる経験
SAPの導入の案件では、モジュールのコンサルタントと並んで「PMO」の募集がよく出ています。PMOは、プロジェクトの進捗や課題を管理し、関係者の間をつないで、プロジェクト全体を前に進める役割です。
この記事は、SAP導入のPMOの案件に入る側、つまりPMOとして参画するコンサルタントの目線でまとめました。SAPの導入の進め方（SAP Activate）で、プロジェクト管理にどんな仕事があるのかを公式の資料で整理し、そのうえで当社に届いたPMOの案件で何が求められていたかを紹介します。
このnoteは、SAP人材に特化した案件紹介サービス「アサインコネクト」が書いています。
当社には、SAPの導入や基幹システムの刷新を進めるPMOの案件が継続的に届いています。この記事の後半でも、実際に届いた4件の条件を紹介しています。
PMOとしてプロジェクトを推進してきた経験や、関係者の調整の経験を活かせる案件を探している方には、これまでのご経験と、稼働率・リモートの可否などの希望条件をうかがったうえで、合う案件を個別にご案内しています。
下の画像か、その下のリンクを押すと、アサインコネクトのページが開きます。案件の例やご利用の流れを確認でき、LINEから希望条件を登録できます。
この記事でわかること
SAP導入のPMOが担う仕事と、プロジェクトマネージャーとの違い
SAPの導入の進め方（SAP Activate）で、プロジェクト管理に含まれる6つのテーマ
会議体（ガバナンス）の作り方と、PMOが回すもの
当社に届いたPMOの案件の条件と、PMOの経験を経歴書で伝えるときのポイント
1. SAP導入のPMOとは｜プロジェクト管理の仕事を、マネージャーの近くで回す役割
PMO（Project Management Office）は、プロジェクトの管理の仕事を、プロジェクトマネージャーの近くで支える役割です。プロジェクトマネージャーが「何をどう決めるか」の責任を持つのに対し、PMOは「決めるための材料をそろえ、決めたことが進んでいるかを見る」ことを担うのが一般的です。
SAPの導入の進め方を説明した公式トレーニング（SAP Activate）では、「PMO」という名前の役割は出てきません（このトレーニングのワークストリームの章を開いて確認した範囲）。その代わりに、プロジェクト管理の仕事をまとめた「プロジェクト管理のワークストリーム（作業の領域）」があり、導入する側・導入を支援する側の両方に、プロジェクトスポンサー、プロジェクトマネージャー、プロジェクト管理者（Project Administrator）といった役割が置かれています。案件で「PMO」と呼ばれる仕事の多くは、この領域の中にあります。
SAPのコンサルタントの4つのタイプの中でのPMOの位置づけは、別記事「SAPコンサルタントとは｜仕事内容・4つのタイプ・キャリアの進み方」でも紹介しています。
2. SAP Activateで見る、プロジェクト管理の6つのテーマ
SAPの公式トレーニングでは、プロジェクト管理のワークストリームが扱うテーマとして、次の6つが挙げられています。
組織：プロジェクトに参加する各チームを、どういう形に組むか
ガバナンス：行き詰まったときにどう対処し、どう合意し、どう上に上げるか
標準：何を、どの細かさで、どの道具で記録するか。障害や変更の依頼をどう報告し、どう処理するか
予算：人や費用をどう割り当てるか。変更の依頼とその影響をどう判断するか
計画：プロジェクトの目標にどう向かうか。アジャイルかウォーターフォールか、多くはその組み合わせ
承認：次の段階へ進んでよいかを、どんな基準で確かめるか（品質ゲート）
同じトレーニングでは、このワークストリームはアジャイルの進め方の基本に沿って組まれ、プロジェクト管理の国際的な標準（PMBOK）にもそろえてある、と説明されています。また、プロジェクトの記録と進捗の管理には、オンプレミスでは主にSAP Solution Manager、クラウドではSAP Cloud ALMが使われ、SAP Cloud ALMへ移っていく流れにある、とされています。
PMOの仕事は、この6つのテーマを、プロジェクトの間ずっと回し続けることだと言えます。導入の各段階で何を決めるかは、別記事「SAP導入コンサルの仕事｜構想策定・要件定義・設計の各段階で何をするか」で整理しています。
3. 会議体（ガバナンス）の作り方と、PMOが回すもの
PMOの仕事の中でも、案件で特に求められやすいのがガバナンス、つまり「誰が、どこで、何を決めるか」の仕組みです。SAPの公式トレーニングでは、プロジェクトの会議体の例として、次の階層が示されています。
経営の会議（Executive Board）：事業の方向と目標を決め、プロジェクトの方向を承認し、予算を割り当てる
ステアリングコミッティ：プロジェクトの目標・成果・変更を承認し、解決できない問題を経営の会議へ上げる
運営の会議（Operating Committee）：すべてのワークストリームの活動を見て調整し、解決できない問題をステアリングコミッティへ上げる
統合の会議（Integrating Committee）：プロジェクトをまたぐ連携やマスタデータについて決める
同じトレーニングでは、ガバナンスは会社ごとに合わせる必要があり、すべてに合う形は無い、と説明されています。また、ガバナンスに関わる主な人は、たいていプロジェクトの契約（作業の範囲を定めた書類）で決まっている、とされています。
PMOは、こうした会議体の準備（資料・議題・出席者）を整え、会議で決まったことと、上に上げるべき課題を記録して追いかけます。会議体が決まっていても、必要な情報がそろわなければ判断は進みません。そこを回すのがPMOの仕事です。
4. PMOが日々回していること
案件によって範囲は違いますが、SAP導入のPMOが日々回していることは、大きく次の4つに分けられます（上の6つのテーマをもとにした、当社の整理です）。
1. 進捗と課題の管理
各チームの作業の進み具合と、課題・リスクを集めて一覧にします。遅れや課題が見つかったら、誰がいつまでに何をするかを決めて追いかけます。
2. 変更の管理
要件や範囲の変更の依頼が出たら、影響（期間・費用・他のチーム）を整理し、決める場に上げます。SAPの導入では、追加の開発や範囲の広がりが期間に直結するため、変更の管理が重く見られます。
3. 品質ゲートと段階の切り替え
次の段階へ進む前に、決められた基準を満たしているかを確かめ、承認の場を準備します。テストや移行の段階では、複数のチームの準備がそろっているかを見ることになります。
4. 報告の資料
プロジェクトの状況を、経営の会議やステアリングコミッティ向けにまとめます。何が順調で、何が遅れていて、何を決めてほしいのかを、短く伝える資料が求められます。
5. PMOの案件では何が求められているか
2026年の7月〜10月に当社が受け取った案件のうち、SAPの導入、または基幹システムの導入・刷新でPMOの役割を求めた案件が4件ありました。条件を書き直したうえで、共通点を見ていきます。当社1社に届いた範囲から読み取れる傾向で、業界全体の比率を示すものではありません。
PMOに関わる4件（発注元が分からない形に書き直し）
会計・調達のSAP導入のPMO：電力会社の、会計と調達の領域のSAP導入プロジェクトの支援。論点の整理・情報の収集と分析・資料の作成といったコンサルの基本の力、PMOとしてプロジェクトを推進した経験、システム導入のプロジェクトの経験が必須
SAP導入の発注者側のPMO：小売会社のSAP導入で、導入する会社の側に立つ支援。SAPの案件でのPMOの経験と、自分が主体となってプロジェクトを進められることが必須
グローバルの業務標準化のテンプレート策定：製造業の、海外を含む業務の標準化と、基幹システムのひな型（テンプレート）を作るプロジェクト。要件定義・業務要件の整理の枠と、移行の領域の枠の2つ。どちらも、PM・PL・PMOのいずれかとしてプロジェクトを推進した経験（移行の枠は、自分から動けるメンバーでも可）と、顧客との折衝・関係者の調整の経験が必須。尚可は、製造業のシステム導入、グローバルの業務標準化、実機を使った検証（CRP）の計画と実施、英語での仕事の経験
複数のシステムにまたがる改修の統制：運輸業の、新しいリース会計の基準に対応するため、SAPを含む複数のシステムを改修するプロジェクトの全体統括。複数のシステムをまたいだ機能の分担・スケジュールの整合・統制の経験、システム間の連携を含む設計のレビュー、複数のリーダーやPMを束ねた経験、50〜100名規模のプロジェクトの経験、立て直しが必要なプロジェクトへの対応、品質の基準づくりと評価。尚可は、本部長クラスへの報告・折衝、複数のベンダーが入るプロジェクトでのPMOの経験
4件に共通していた3つの点
1. PMOとして推進した経験そのものが、条件に入っていた
4件のうち3件が、PMO（またはPM・PL）としてプロジェクトを推進した経験を必須にしていました。残る1件も、複数のベンダーが入るプロジェクトでのPMOの経験を尚可に入れています。PMOの案件では、「PMOをやったことがあるか」が最初に見られると考えてよさそうです。
2. モジュールの設定の経験を必須にした案件は無かった
4件とも、FIやMMといったモジュールの設定の経験を必須にはしていませんでした。SAPに関わる条件は「SAPの案件でのPMOの経験」「システム導入のプロジェクトの経験」といった形で、求められているのはSAPの中身より、導入のプロジェクトの進み方を知っていることでした。モジュールのコンサルタントの経験が無くても、入口がある枠だと言えます。
3. 調整と報告の力が見られていた
テンプレート策定の2つの枠は顧客との折衝・関係者の調整を必須にし、統制の案件は本部長クラスへの報告・折衝を尚可にしていました。電力会社の案件でも、論点の整理と資料の作成が必須でした。PMOは決める材料をそろえる役割なので、整理して伝える力が、管理の手法と同じくらい見られています。
なお、統制の案件のように、複数のシステムと50〜100名の体制を束ねる枠は、PMOの経験の上に、PMやチームのリードの経験を重ねた人向けの枠でした。
これまでのPMOの経験や、プロジェクトを推進してきた経験が、どの募集に近いか気になった方へ。希望条件をLINEで登録いただくと、近いSAP案件が出たときに個別にご案内します。
6. PMOの経験を経歴書で伝えるときのポイント
PMOの経験は、「〇〇プロジェクトでPMOを担当」と1行で書かれてしまいがちです。第5章で見た条件に照らすと、次の点を書き分けておくと、案件の担当者に経験の中身が伝わりやすくなります。
プロジェクトの規模と体制：全体の人数、チームの数、関わったベンダーの数
担当した段階：構想策定・要件定義・設計・テスト・移行・本番稼働のうち、どの段階のPMOだったか
回していたもの：進捗と課題の管理、変更の管理、品質ゲート、会議体の運営、報告の資料のうち、どれを自分が担っていたか
立場：導入する会社の側（発注者側）か、導入を支援する会社の側か
報告の相手：プロジェクトマネージャー、ステアリングコミッティ、経営層など、誰に何を報告していたか
モジュールのコンサルタントとしての経験もある方は、モジュールの仕事とPMOの仕事を分けて書くと、どちらの枠にも当てはめやすくなります。
7. よくある質問
モジュールの経験が無くても、SAPのPMOの案件に入れますか？
入れる枠があります。今回の4件では、モジュールの設定の経験を必須にした案件はありませんでした。一方で、小売会社の案件は「SAPの案件でのPMOの経験」を必須にしていたので、SAP以外のシステム導入のPMOの経験だけでは届かない枠もあります。SAPの導入の流れをつかんでおくと、話が通じやすくなります。なお、SAPの中でプロジェクトの予算・原価・日程を管理する仕組み（PS）の仕事はPMOとは別のもので、別記事「SAP PSコンサルの仕事｜プロジェクト管理の案件で求められる経験」で整理しています。
PMOからPMへ進むことはできますか？
道はあります。PMOで会議体の運営や変更の管理を経験していることは、PMの仕事の土台になります。今回の統制の案件のように、PMやリーダーを束ねる枠では「複数のリーダーやPMを束ねた経験」が必須になっていたので、PMOのあと、チームのリードやPMの経験を重ねていくのが現実的です。チームのリードの枠で、実際にどんな経験が条件に入っているかは、別記事「SAPのリーダー・サブリーダーの案件｜メンバーから上がるときに見られる経験」で整理しています。
発注者側のPMOと、受注者側のPMOは何が違いますか？
立つ位置が違います。発注者側のPMOは、導入する会社の側に立ち、導入を支援する会社（ベンダー）の進み方や成果物を見て、社内の判断を支えます。受注者側のPMOは、導入を支援する会社の側に立ち、自社のチームの作業を管理します。今回の4件では、小売会社の案件が発注者側の支援でした。どちらの立場で何を回していたかを、経歴書で分けて書いておくと伝わりやすくなります。
まとめ
SAP導入のPMOは、プロジェクト管理の仕事（組織・ガバナンス・標準・予算・計画・承認）を、プロジェクトマネージャーの近くで回し続ける役割
会議体（ガバナンス）を整え、決めるための材料をそろえ、決まったことが進んでいるかを追いかけるのが中心になる
当社に届いたPMOの案件では、PMOとして推進した経験そのものと、調整・報告の力が見られ、モジュールの設定の経験を必須にした案件は無かった
SAPのモジュール全体の中で、どの領域にどんな業務があるかは、別記事「【2026年版】SAPモジュール一覧と業務のつながり」で整理しています。移行の案件のPMOについては、別記事「S/4HANA移行と2027年の保守期限｜移行案件でSAPコンサルに求められる経験」もあわせてご覧ください。
アサインコネクトは、SAP人材に特化した案件紹介サービスです。
希望条件をLINEで登録すると、条件に合うSAP案件を個別に受け取れます。
参考資料
SAP Learning「Discovering the Workstreams」（Discovering SAP Activate - Implementation Tools and Methodology） https://learning.sap.com/courses/discovering-sap-activate-implementation-tools-and-methodology/discovering-the-workstreams_e34f1cd2-362f-4008-a6bd-8085da9caabe
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
