SAP導入は大きな一歩に感じられるかもしれませんし、実際にそうなのかもしれません。それでも、急かされているように感じる必要はありません。自分たちが何を解決しようとしているのかを理解する前に、プラットフォーム選び、導入モデルの比較、機能リストの追いかけに没頭してしまう企業を見てきました。
目指すのは完璧にすることではなく、明確にすることです。自社の事業は実際に何を必要としているのか。どこまでの変化に備えられているのか。計画どおりに進まなかったらどうなるのか。
このページでは各フェーズを順にたどり、それぞれについて私が書いたすべてのガイドへのリンクを示し、最後にクライアントから最もよく受ける質問にお答えします。
多くのチームは、まずソフトウェアに目を向けます。無理もないことです。しかしSAP導入は、裏で動くシステムよりも、事業が日々どう機能するかと深く関わっています。
難しいのはSAPをインストールすることではありません。本当に変える必要があることを軸に、人、タイミング、意思決定をそろえることです。そこでプロジェクトは遅れたり、止まってしまったりします。
今すべての答えを持っている必要はありません。ただ、SAP導入を、単なるIT案件の一つではなく、働き方の転換として捉えると役立ちます。
全体像
戦略的な準備
ソフトウェアより先に事業を理解します。解決すべき問題、成功の姿、標準とカスタムの境界線です。
計画とガバナンス
スコープ、展開モデル、意思決定の体制を早い段階で定めます。
ソリューション設計
Fit-to-Standard：事業をSAPのプロセスに合わせ、価値を生む箇所だけを作り込みます。
データと連携
どのデータを移行するかを決めてクレンジングし、SAPとほかのすべてのシステムのつなぎ方を設計します。
構築、テスト、教育
統制の取れた構築、終了基準を備えた実際のテストサイクル、実データを使ったトレーニングです。
本稼働とハイパーケア
規律あるカットオーバー、素早く直すハイパーケアチーム、そして事業を測るKPIです。
フェーズ0：戦略的な準備
モジュールの話をしたり、プラットフォームを比較したりする前に、いったん立ち止まってください。SAP導入は事業を理解することから始まります。今どう回っているのか、どこで苦労しているのか、何を変える必要があるのか。後のあらゆる判断は、ここで定めた内容に寄りかかることになります。
次の3つの問いに集中します。どんな問題を解決するのか。成功とは、どのような状態なのか。標準とカスタムの境界線をどこに引くのか。
要件定義は機能のリストではありません。今、事業がどう動いているのか、何が足を引っ張っているのかを整理することです。ビジネスケースは、成果、ROIへの期待、そして6カ月後にその投資をどう説明して守るかを定めます。クリーンコア戦略は、カスタマイズするものと標準のままにするものの線引きをし、本稼働後のあらゆるアップグレードを方向づけます。
フェーズ1：計画とガバナンス
なぜこれを行うのかが明確になったら、次はそれを意思決定に変えます。明確な意思決定を、早い段階で行うことです。
スコープを具体的に定めます。どの事業部門が本稼働するのか。どのプロセスは当面、手作業のままか。どのレガシーシステムが残るのか。この段階であいまいなまま残したものは後でノイズになり、その後始末には、最初から正しく行うよりも多くのコストがかかります。
グリーンフィールド、ブラウンフィールド、選択的移行のどれにするかは、技術的な選択にとどまりません。事業がどこまでの変化に備えられているかを映し、数十もの設計判断がそこから決まります。次に、ステアリングコミッティを設置し、エスカレーションの経路を定め、難しい判断を誰が担うかを決めてください。進めながら、ビジネスケースを更新し続けます。
フェーズ2：ソリューション設計（Fit-to-Standard）
ソリューション設計は、すべてをゼロから設計することではありません。SAPがすでに何を提供しているのか、自社が本当に何を必要としているのか、そしてカスタム開発をいつ断るべきかを理解することです。Fit-to-Standardワークショップでは、SAPの標準フローを順にたどり、どこを調整し、どこを受け入れるかを決めます。
まず3つの領域から始めます。モジュールは、財務、販売、調達、製造といった主要な業務機能に対応します。連携が必要なのは、SAPが単独で動くことはまずなく、CRM、サプライヤーネットワーク、レポーティングツール、レガシーシステムとつながる必要があるからです。そしてアーキテクチャは、成長しても、クリーンで、アップグレードでき、サポートを受けられる状態を保つものにします。
業界別の内容は、製造業、小売業、航空業界向けのSAPをご覧ください。
フェーズ3：データと連携
このフェーズは過小評価されがちですが、本稼働の成否を分けます。最高のモジュールと最もきれいな設計をそろえても、データが壊れていれば、ユーザーは初日からそれを実感します。
次の3点を考えてください。移行する価値のあるデータは何で、置いていってよいものは何か。現在のデータはどれだけきれいか。本当のところは。そして、SAPを既存のツールやサードパーティのプラットフォームとどうつなぐのか。
データ移行は簡単そうに聞こえますが、そうではありません。プロジェクトは、マッピングの不備、汚れた移行元データ、直前のスコープ変更が原因で遅れます。
フェーズ4：構築、テスト、教育
ここはSAP導入が現実味を帯びてくる段階ですが、体制がなければすぐにほころびます。開発が加速し、トランスポートが次々と動きます。技術的な変更管理があいまいだと、変更が互いを上書きし、チームは何が承認されたのかを見失います。
テストは実際の業務活動を反映しなければなりません。UAT、カットオーバーのリハーサル、そしてエッジケースです。終了基準とクオリティゲートがあれば、全員の足並みがそろいます。
トレーニングは、多くの人が思う以上に重要で、最後に回すと裏目に出ます。実データを使ってセッションを行い、試させて、失敗もさせてください。そこで自信が育ちます。
フェーズ5：本稼働とハイパーケア
本稼働はゴールのように感じられますが、現実が始まる地点です。ユーザーは練習をやめ、システムに頼り始めます。1日で落ち着いた状態から混乱に陥ったチームを見たことがあります。作業が間違っていたからではなく、引き継ぎが甘かったからです。
カットオーバーでは、データを移行し、連携を有効化し、変更を凍結し、何百もの細かなタスクを限られた時間の枠の中で調整します。私が見てきた最良のカットオーバーには、明確なタイムライン、バックアップ計画、リハーサルがありました。どこにログインするのか、誰に連絡するのか、何に触れてよいのかを、全員が把握している必要もあります。
本稼働後のハイパーケアは、サポートの延長ではなく、対応に特化したユニットです。チケットは誰の目にも見える形で記録し、素早く修正してください。早い段階で信頼を失ったユーザーは、戻ってこないことがよくあるからです。そして、システムだけでなく事業を測ってください。定着率、サイクルタイム、エラーの傾向、そしてレポーティングと在庫が財務と整合しているかです。
SAP導入について私が書いたすべてのガイドを、判断の場面ごとにまとめました。各行の最初のリンクから始めてください。
万能の方程式はありません。あると言う人は、おそらく自分でやったことがないのでしょう。ただ、10ユーザーのプロジェクトでも、5カ国にまたがるグローバルロールアウトでも、同じ6つの要素を繰り返し目にします。
- 明確に定義されたビジネス目標。「本稼働」は目標ではありません。受注処理時間を40%短縮する。これが目標です。IT部門から現場の運用部門まで、全員がシステムの意義を知っている必要があります。
- 経営層のスポンサーシップ。 経営層がプロジェクトを目に見える形で支えていなければ、人は気づき、勢いは失われ、難しい判断は下に押し付けられます。
- 強力なチェンジマネジメント。 抵抗は声高とは限りません。使われない機能や影のスプレッドシートとして現れます。早く始め、伝えすぎるくらい伝えてください。
- 現実的なデータ戦略。 データの責任者を決め、クレンジングは本稼働の後ではなく前に行います。
- 事業内部のオーナーシップ。 頭脳まで丸ごと外注しないでください。何かがおかしいと感じたときに異議を唱える、信頼されていて少し頑固な人が必要です。
- 本稼働後のサポート計画。 人は間違え、機能は期待どおりに動かないこともあります。サポートは生命線です。
うまくいけば、得られるものは実務的です。営業、在庫、財務にまたがる一つのデータ、より強いプロセス規律、より整った監査証跡、資金と受注のリアルタイムの数字、そしてすべてを作り直さずに成長できる余地です。
好調に始まったのに、データが整っていない、あるいは承認の仕組みについて誰も合意できないといった理由で、6カ月後に行き詰まるプロジェクトを見てきました。それは普通のことであり、早い段階で注意を払っていれば避けられます。
- ビジネスとITのずれ。 IT部門が俊敏さを求める一方で、事業部門は盤石なプロセスを求め、そのずれが常に足を引っ張ります。
- 旧システムをそのままコピーする。 前のERPのすべての画面とフィールドを再現しようとすると、カスタマイズが膨れ上がり、ロールアウトが遅れます。
- 準備不足のデータ。 重複、古いコード、欠けた紐づけがプロジェクトの途中で表面化し、すべてを遅らせます。
- 変化への疲れ。 チームはすでに日々の業務で手一杯です。チェンジマネジメントがなければ、抵抗は静かでも確かに存在します。
- 難しい判断を誰も引き受けない。 コンサルタントは導くことはできますが、社内で誰も決めなければ、意思決定は止まり、コストが膨らみます。
- プロジェクトの最中にも現実は動く。 組織再編、新しいCFO、あるいは買収。柔軟性と現実的なスケジュールが助けになります。
OracleやMicrosoftから移行しますか。私はどちらからの移行も支援してきました。
この移行を、プロセスを再現するのではなく考え直す機会として使ってください。まずデータを直し、連携のスコープを適切に定め、人に時間を与えてください。製品比較表からではなく、事業の明確さから始めてください。
私は25年間、SAP導入とデジタルトランスフォーメーションに携わってきました。初日から率いたプロジェクトもあります。スケジュールが遅れたとき、あるいはビジョンが現実から離れてしまったときに加わったプロジェクトもあります。
使命は変わりません。事業が必要とするものと、SAPが現実的に提供できるものを、専門用語抜きで結びつけることです。まずは次の無料ツールからお試しください。
- SAP導入費用計算ツール：自社のSAP導入にかかるおおよその費用。
- ERP導入コスト計算ツール：ERPの費用とスケジュールをすばやく把握。
- データ移行の工数・コスト見積もりツール：必要なデータオブジェクトと、その移行にかかる費用。
- S/4HANA移行アセスメント：システムの経過年数、データ、カスタムコードに基づく、グリーンフィールド、ブラウンフィールド、選択的移行の判断。
- SAPソリューションビルダー：自社の業界と規模に合わせたモジュールのスコープと段階的なロードマップ。
- SAP職務記述書ジェネレーター：SAPプロジェクトの人材を採用するときの職務記述書。
SAP導入とは何を意味しますか？
事業の運営を支えるために、SAPソフトウェアを設定していくプロセスです。購買、生産、人事といった現実の業務プロセスを、システムに落とし込みます。技術的なセットアップにとどまらず、人、データ、スケジュール、そして本稼働したときにすべてがどうつながるかも含まれます。
SAP導入にはどのくらいの期間がかかりますか？
数カ月から2年ほどまで、幅があります。小規模な企業なら6〜9カ月かかることがあります。大規模なグローバルロールアウトでは、18カ月以上かかることも珍しくありません。
SAP導入の5つのフェーズとは何ですか？
従来の5つは、プロジェクト準備、ビジネスブループリント、実現化、最終準備、本稼働とサポートです。これらに段階を加えたり、前の段階に戻ったりする企業もあり、それはよくあることです。
SAP導入の3本柱とは何ですか？
人（スポンサー、ユーザー、経営層）、プロセス（SAPが支えることを意図しているワークフロー）、テクノロジー（システムそのもの、連携、データ）です。
SAPは導入しやすいですか？
まずありません。技術は話の半分にすぎません。人の足並みをそろえ、データを整え、変化を管理することのほうが、ソフトウェアよりも難しいことが多いのです。それでも、適切な計画があれば進めやすいものにできます。
SAPは何の略ですか？
Systems, Applications and Products in Data Processingの略です。1970年代にドイツで始まり、今では世界最大級の組織の多くを支えています。