SAPパートナーと独立コンサルタント：どちらがいつ必要か

SAP導入パートナーはプログラムをデリバリーします。システムを設計、構築、テスト、展開するチームを提供し、そのデリバリーに責任を負います。SAPの独立コンサルタントは発注者の側に立ち、パートナーの売上に利害を持たずに、契約、設計、パートナーの仕事を確認します。

結論から言えば、大規模なプログラムの多くは、デリバリーのためにパートナーを必要とします。パートナーが構築を進める間、契約、設計、パートナーの成果物のレビューの場面で、独立アドバイザーも必要とするプログラムが少なくありません。

この記事は、私のSAP導入パートナーの選び方のガイドの一部です。ここでは2つの役割の分担と、それぞれが報酬に見合う場面だけを扱います。

パートナーとは、デリバリーを運営する会社です。モジュール別の機能コンサルタント、技術とインターフェースの担当者、データ移行の専門家、テスト担当者、チェンジマネジメントとトレーニングのリード、そしてそれらをまとめるプロジェクトマネジメントを提供します。ベンチも持っているため、誰かが抜けても別の人が入れます。

多くのパートナーは、SAPの導入方法論であるSAP Activateでデリバリーします。SAP ActivateはDiscover、Prepare、Explore、Realize、Deploy、Runの6つのフェーズで進みます。ExploreではFit-to-Standard分析で設計を確定し、Realizeではシステムを反復的に構築・テストします。

SAPはパートナーを格付けもしています。SAPのパートナープログラムであるSAP PartnerEdgeは、7つのコンピテンシーと、それぞれessential、advanced、expertの3段階からなるコンピテンシーフレームワークを使っています。パートナーは専門知識、顧客の成功、習熟度によってこれを取得し、その認定はSAP Partner Finderで検索できます。

RISE with SAPには、さらに別の認定があります。SAPが2025年7月に説明したRISE with SAP Validated Partnerでは、RISE with SAP Methodologyと、主要な役割における最新のスキルが求められます。

パートナーのプロジェクトでは、Clean Coreの品質ゲートをSAP Cloud ALMに記録することも求められます。こうしたバッジが何を証明し、何を証明しないかは、私のS/4HANA移行パートナーの選び方のガイドで扱っています。

独立コンサルタントは、このどれの代わりにもなりません。一人や数人では、プログラムの要員をまかなうことも、契約のもとでデリバリーのリスクを負うことも、テストの最中に辞めたリードの穴を埋めることもできません。

パートナーモデルの構造的な限界

限界は契約の組み立て方にあり、誰かの意図にあるわけではありません。パートナーの商業上のインセンティブは、仕事を受注し、着手し、さらに見つかれば上乗せすることです。発注者のインセンティブは、取締役会に示した金額の範囲内で終わらせることです。

そのため、パートナーが部屋の中で唯一の専門家だと、3つの死角が生まれます。

1. パートナーがスコープを書く。 そして同じ会社が、それに対して変更依頼を出します。
2. パートナーが自らの仕事を確認する。 発注者側に読める人がいなければ、設計書、テスト結果、カットオーバー計画は、パートナーの言葉だけで承認されます。
3. 提案チームが、デリバリーチームだとは限らない。 提案を発表した人たちが、署名後に現れる人たちだとは限りません。

だからといって、パートナーが悪いわけではありません。発注者には、パートナーの仕事を同じ深さで読める人が必要であり、その人はパートナーから報酬を受けていてはならない、ということです。

「独立SAPコンサルタント」という言葉は、2つの異なる仕事を指します。この2つを混同することが、多くの発注の失敗の始まりです。

• デリバリーチームの中にいる独立した契約者。 財務リードやデータ移行リードのような役割を埋めるために雇われるフリーランスの専門家です。人員を増やし、デリバリー計画に沿って、多くはパートナーの指示のもとで働きます。
• 発注者側の独立アドバイザー。 スポンサー、CIO、CFOに報告します。システムは構築しません。契約、設計、成果物を確認し、パートナーが発注者に代わって下すべきではない判断を、発注者が下せるよう支援します。

この記事が主に扱うのは後者です。発注者側アドバイザーの価値は、ただ一点から生まれます。レビューの後に売り込むものが何もないことです。独立性の確認方法は、私のSAP交渉アドバイザーについてのメモで詳しく説明しています。

アドバイザーにも限界があります。ベンチはなく、デリバリーの責任を負わず、パートナーのコンサルタントに指示を出し始めたアドバイザーは、誰が何に責任を持つのかを曖昧にします。役割を狭く保てば、うまく機能します。

発注者にとって重要な問いについて、2つの役割を比べると次のようになります。

問い	SAP導入パートナー	独立アドバイザー
誰のために働くか	自社のために、発注者との契約のもとで	発注者だけのために
何をデリバリーするか	設計、構築、テスト、データ移行、カットオーバー、ハイパーケア	レビュー、問いかけ、説明できる意思決定
デリバリーの責任	あり。作業範囲記述書に基づく	なし
商業上の利害	スコープと期間に応じて売上が増える	デリバリーのスコープや期間には一切ない
主な強み	人員、ベンチ、方法論、製品の深い知識	答えに利害を持たない、もう一人の読み手
主な限界	確認役を加えなければ、自らの仕事を自ら確認する	プログラムの要員をまかなうことも、デリバリーすることもできない
関与させる時期	契約締結からハイパーケアまで	選定と契約、設計、成果物の承認

この表から、3つの状況が見えてきます。

1. パートナーだけ。 自社のチームがSAPプログラムを経験しており、外部の助けなしにパートナーのアーキテクチャ、契約、成果物に異を唱えられる。スコープが小さく、明確に定義されている。
2. 独立コンサルタントだけ。 まだ構築するものがない、または構築が小規模。プログラムのヘルスチェック、ビジネスケース、RFP、契約レビュー、あるいは契約者が埋める単一の専門的な役割。
3. 両方。 発注者側に社内のシニアなSAP経験がない、ある程度以上の規模のプログラム。パートナーがデリバリーし、アドバイザーが確認し、発注者が決定します。

これを読んでいるCIOやCFOの多くは、3つ目のグループに入ります。大規模なプロジェクトを運営した経験はあってもSAPプログラムの経験はなく、発注者側の誰よりもパートナーのほうがSAPに詳しいのです。

私は、パートナーだけに頼るのではなく、3つの段階で独立コンサルタントを入れます。契約、設計、そしてパートナーの文書の評価です。その間の時期は、アドバイザーの関与は軽くてかまいません。

契約

選定と契約は、プログラム全体のコストが決まる場面です。私なら少なくとも3社をショートリストに残します。きちんと行えば、選定には約12週間かかります。採点については、私のSAPパートナーのRFPの書き方のガイドで扱っています。

クライアントのためにパートナーを選ぶとき、私が最も重視するのは顧客リファレンスです。リファレンスコールでは、発注者と似たプロジェクトでのパートナーの経験を尋ねます。種類の違うプロジェクトのリファレンスからは、ほとんど何もわかりません。

私が入札を見送る理由は2つあります。1つ目は、提案された人材の質が低いこと。2つ目は、自社のプログラムに向けたアーキテクチャと計画を説明できないパートナーです。

どの企業にも当てはまる一般論の回答は、そのどちらにとっても警告サインです。

会社だけでなく、人も確認してください。SAP CertificationのバッジはCredlyで発行されているので、提案された各リードに、証明書のPDFではなくバッジのリンクを求めてください。

商務面では、私が推奨する契約形態は、工数を定量化したタイム・アンド・マテリアル（準委任型）です。フェーズ別・役割別の見積工数を契約に書き込み、実績工数をそれと比べて追跡できるようにします。

作業範囲記述書の中で、顧客が最も書き漏らしがちなのは、詳細な前提条件と除外事項です。曖昧な前提条件は、どれも将来の変更依頼になります。カテゴリーは私のSAPの作業範囲記述書のガイドで、指名要員とマイルストーンはERP契約交渉のメモで扱っています。

設計

予算が打撃を受けるのはExploreフェーズです。WRICEFリスト（ワークフロー、レポート、インターフェース、データ変換、拡張、帳票）が膨らむからです。パートナーがFit-to-Standardワークショップを運営し、設計を提案します。発注者側の業務チームは、どの選択が後でコストになるかを知らないまま同意してしまうことがよくあります。

独立アドバイザーは、3つの問いを念頭に設計を読みます。

1. SAP標準に近いままか。 標準から外れる箇所には、旧システムから持ち込んだ習慣ではなく、業務上の理由が必要です。
2. どのWRICEFオブジェクトにも正当な理由があるか。 Exploreの開始時と終了時にオブジェクトを数え、新しく増えたものがなぜ存在するのかを尋ねてください。
3. 設計は、価格の前提と一致しているか。 Exploreで契約の想定より大きな設計が出てきたら、Realizeが始まる前にそれを知る必要があります。

設計の責任は、引き続きパートナーにあります。アドバイザーは、発注者側の設計承認者が自信を持って承認または却下できるだけの深さを与えます。

パートナーの成果物の評価

どのフェーズも文書で終わります。設計書、機能仕様書、テスト計画と結果、データ移行の照合、カットオーバー計画です。受入が支払いに結びついているなら、その承認は技術上の判断であると同時に商業上の判断でもあります。

アドバイザーは、発注者側のチームが承認する前に、各成果物を受入基準に照らしてレビューします。問いは単純です。これは構築、テスト、本稼働に進めるだけ完成しているのか、それとも後で発注者の予算で仕上げられる仮置きにすぎないのか。そうした承認を確実なものにする方法は、私のSAPの品質ゲートのガイドで示しています。

アドバイザーは、パートナーと張り合うためや、あらゆる判断に口を挟むためにいるのではありません。役割が曖昧になると、パートナーは責任を失い、発注者は同じ意見に二重に支払うことになります。

この体制を機能させるのは、次のルールです。

1. 独立性を書面にする。 評価対象のパートナーからの収入なし、紹介料なし、再販契約なし。
2. その後の仕事を除外する。 提案を評価した人が、後でデリバリーに入札してはなりません。
3. アドバイザーのスコープを書く。 どの文書を、どの段階でレビューし、誰に報告するか。
4. 責任の系統を一本に保つ。 アドバイザーはレビューし、発注者は決定し、パートナーはデリバリーします。アドバイザーはパートナーのチームに指示を出しません。
5. RFPの段階でパートナーに伝える。 契約、設計、成果物がレビューされると知っているパートナーは、それらをより丁寧に書きます。自らの計画に自信のあるパートナーにとって、もう一人の読み手がいても失うものはほとんどありません。

レビューで、パートナーには解決できない問題が見つかることもあります。私はプログラムの途中でパートナーを替えたことがあり、きっかけは、そのパートナーが質の高い人材を出せなかったことでした。その話し合いの前に確保すべきものは、私のプロジェクト途中でのSAPパートナーの変更のガイドで扱っています。

RFPを出す前に、自社のチームが異を唱えられなければならない判断を書き出してください。アーキテクチャと計画、契約、Exploreでの設計、そして各成果物の承認です。

それぞれの横に、それを担える自社側の人の名前を書きます。空欄になったところが、独立アドバイザーの出番です。

私が主導または立て直してきた21件のSAPプログラムを通じて、最も多く目にする失敗は、最初にきちんと計画しないことです。誰がパートナーを確認するかを決めることも、その計画の一部です。

パートナーのショートリスト、契約、設計について独立した意見が必要であれば、私がお手伝いします。こちらからご連絡ください。

SAPパートナーと独立SAPコンサルタントの違いは何ですか？

SAP導入パートナーは、プログラムをデリバリーし、作業範囲記述書のもとでその責任を負う会社です。独立SAPコンサルタントは、デリバリーチームの中のフリーランスの専門家か、発注者側のアドバイザーのどちらかです。

アドバイザーは、契約、設計、パートナーの成果物を確認します。アドバイザーはパートナーの売上に利害を持ちません。

独立SAPコンサルタントはいつ雇うべきですか？

自社のチームに、パートナーに異を唱えられるシニアなSAP経験がないときに入れてください。最も重要な時点は、契約の段階、Exploreフェーズでの設計、そしてパートナーの成果物の承認です。ヘルスチェック、ビジネスケース、RFPのように、まだ構築するものがない仕事にも独立コンサルタントは向いています。

独立コンサルタントはSAP導入パートナーの代わりになりますか？

フルスケールのプログラムではなりません。導入には、モジュール、技術、データ、テスト、チェンジマネジメントにわたるチームと、抜けた人を補うベンチ、そしてデリバリーの責任を負う会社が必要です。独立コンサルタントは、専門的な役割を埋めたり発注者に助言したりはできますが、パートナーの仕事はできません。

SAPコンサルタントが本当に独立しているかをどう確かめればよいですか？

SAPパートナー、とりわけ評価対象のパートナーから、収入、紹介料、再販による収入を得ているかを書面で尋ねてください。レビューしたデリバリーの仕事に入札しないことを確認します。そのうえで、報酬を支払うのが発注者であり、報告先がパートナーではなく自社のスポンサーであることを確かめてください。

SAPパートナーは独立アドバイザーに反対しますか？

摩擦と受け止めるパートナーもいるので、オープンに設定してください。RFPの段階で、契約、設計、成果物が独立してレビューされることをパートナーに伝え、アドバイザーの役割はレビューにとどめ、パートナーのチームへの指示はさせないでください。自らの計画に自信のあるパートナーにとって、もう一人の読み手がいても失うものはほとんどありません。

SAPコンサルタントの認定資格はどう確認すればよいですか？

SAP CertificationのバッジはCredlyで発行されています。提案された各コンサルタントに、証明書のPDFではなくバッジのリンクを求め、バッジのページで資格名、保有者、日付を確認してください。認定が裏付けるのは試験の知識です。その人がデリバリーできるかどうかは、類似プロジェクトのリファレンスが教えてくれます。