ZeissのSAPクラウド移行、コストが2億ユーロに達し方針転換
Zeissは、コストが報じられるところでは2億ユーロを超えたことを受け、SAPクラウド移行を抜本的に見直した。全面的な再構築を断念し、より慎重な変換方式へ移行する。
このドイツの光学機器グループは、エンタープライズリソースプランニング（ERP）システムをクラウドへ移行するにあたり、既存のソフトウェア、データ、業務プロセスをより多く維持する。これは、技術基盤を再設計する希少な機会としてZeissが掲げていたグリーンフィールド戦略に代わる決定だ。
この方針転換が持つ意味は、高額な企業ITプロジェクト1件にとどまらない。Zeissは、ASMLの最先端半導体製造装置に不可欠な光学部品を供給している。同社の社内システムは、工場、在庫、受注、財務統制、そして世界各地に分散する生産ネットワークを支えている。
今回のZeissのSAPクラウド移行は、ほかの大規模SAP顧客も直面する難しい選択を示している。標準化されたプロセスを中心にシステムを再構築するか、コストと実行リスクを抑えるためにレガシーアーキテクチャをより多く残すか、という選択だ。
ブラウンフィールド方式は、より迅速で、コストも抑えられる可能性のある道筋を提供する。ただし、元のプログラムが解消しようとしていた複雑さの一部も残る。
ZeissのSAPクラウド移行で何が変わったのか
ZeissはSAPやクラウドという目標を放棄したわけではないが、その到達方法を根本的に変更した。
Zeissの移行によると、同社は約6年前にクラウド移行の計画を始めた。プロジェクトに詳しい関係者によれば、外部コンサルティング会社がこのプログラムを主導してきたという。
当初の戦略は、グリーンフィールドモデルに沿うものだった。このアプローチでは、既存環境を直接変換するのではなく、プロセス、設定、データ構造を再設計した新しいシステムを構築する。
グリーンフィールドプログラムは、古いカスタマイズや一貫性のないワークフローを取り除けるため、よりクリーンなアーキテクチャを約束する。また、事業部門に共通の運用モデルの採用を促すこともできる。
ただし、この構想には厳しい前提条件がある。新しいプラットフォームを稼働させる前に、企業は将来の事業運営のあり方について合意しなければならない。
Zeissは、報じられた方針転換の数年前から、この意欲的な構想を公に説明していた。同社のFIT4プログラムは、グループ内で不均一に拡大していたSAP R/3環境の置き換えを目指していた。
英語版のFIT4 blueprintでは、4つの主要なSAP導入環境と78種類の受注明細が説明されている。既存のERP環境は約1万4,000人の従業員に利用され、月間で約5,300万件のSAPトランザクションを処理していた。
このプログラムの対象は約160のZeiss組織だった。さらに80の組織が既存のERP環境外で運用されており、統一されたグローバルテンプレートを作る難しさを増していた。
Zeissはこのプロジェクトを、共通の間取りを持つ集合住宅の建設になぞらえた。個々の事業部門は変更を要望できるが、カスタム開発は例外的なものにとどめる想定だった。
このモデルでは、技術チーム、コンサルタント、業務の専門家が、展開前に共通プロセスを定義する必要があった。Zeissによれば、チームは生産、物流、財務、その他の業務機能をまたいで作業していた。
同社は現在、より迅速な進展を実現するためにプログラムを再構成したと説明している。広報担当者は、新たなブラウンフィールド方式では多くの既存データシステムを維持すると確認した。
ブラウンフィールド変換では、データ、設定、プロセス履歴の多くを維持しながら、既存のSAP環境をS/4HANAへ移行する。作業には依然として、コードの適応、テスト、統合の変更、インフラ移行が必要となる。
したがって、この移行を単に古いソフトウェアを新しいホスティング環境へ移すだけのものと表現するのは正確ではない。Zeissは、事業部門や地域ごとに異なる形で発展してきたシステムを、引き続き整合させなければならない。
違いは、プロジェクトの出発点となる前提にある。グリーンフィールドでは、チームがまず望ましい将来像を設計する。ブラウンフィールドは、すでに機能しているものから始め、移行先環境が求める部分だけを変更する。
Zeissは総投資額を公表しておらず、改訂後の完了予定日も明らかにしていない。SAPもこの顧客プロジェクトへのコメントを控えた。
こうした未公表事項により、いくつかの重要な疑問は未解決のままだ。同社は、どのシステムを変換するのか、どのプロセスを変更せずに残すのか、これまでの作業をどの程度再利用できるのかを示していない。
それでも、本質的な変更は明らかだ。ZeissのグリーンフィールドSAP計画は、既存資産の維持、段階的な近代化、より厳格なコスト管理へと移行した。
長年のグリーンフィールド作業を経てZeissがブラウンフィールドを選んだ理由
この方針転換は、プロセス再設計の統制が、当初のアーキテクチャ計画の想定を超えて難しくなったことを示唆している。
Zeissには、グリーンフィールド開発を選好する強い理由があった。既存のERPシステムには、長年の成長、地域ごとの判断、買収、特殊な製造要件を通じて蓄積された差異が含まれていた。
新規導入は、そうした違いを取り除く機会を提供する。標準化されたプロセスは、一貫したレポーティング、統合的な計画、工場や事業部門間でのより迅速な連携を支え得る。
しかし、提案される標準の一つひとつが交渉を生む。生産チームには特殊なワークフローが必要かもしれず、財務部門は統一された統制を求めるかもしれない。地域の事業運営では、異なる規制、税制、顧客要件に対応する必要がある。
コンサルタント、社内専門家、ソフトウェアチームがグローバルテンプレートを繰り返し修正しなければならない場合、こうした意見の対立は高コスト化する。変更のたびに、設定、インターフェース、データ変換、文書化、テストに影響が及ぶ。
Zeissは、今回の見直し以前から、この調整作業の規模を認めていた。同社の採用関連プロフィールでは、展開チームに100人超の従業員と外部コンサルタントが含まれていたとされる。
参加者は米国、インド、ハンガリーを含む各国に分散していた。同社はこのプロジェクトを、アーキテクチャ統合とプロセス標準化の両面を持つ取り組みと説明していた。
グリーンフィールドの実行では、組織が真の業務上の必要性と、歴史的な慣習とを区別することも求められる。ERPシステムが混乱を許容できない活動を統制している場合、この区別は難しくなる。
Zeissにとって、こうした活動には受注、出荷、在庫、生産能力、請求書が含まれる。そのため設計上の誤りは、ITのバックログから製造やカスタマーサービスの問題へと迅速に波及しかねない。
報じられた支出額は、経営陣が方向転換するまでに、このプロジェクトが相当なリソースを消費したことを示している。ただし、それはこれまでの作業がすべて無駄だったことを意味するものではない。
プロセスマップ、クリーンアップ済みデータ、統合の棚卸し、テストケースは、ブラウンフィールド変換でも有用であり続ける可能性がある。グローバルテンプレートの一部も、その後の最適化の指針となり得る。
しかし、経営陣が置き換えではなく維持を選ぶと、経済的な正当化は変わる。古い構造が新環境に残るなら、大幅な簡素化を前提とする便益を主張することは難しくなる。
Zeissのブラウンフィールド移行は、同社により統制しやすい範囲を与える。チームは、技術的な変換、不可欠なコード修正、継続的な運用に必要なインターフェースを優先できる。
SAPの文書は、同社のプライベートクラウド製品がSAP ERPからの変換をサポートしていることを確認している。また、カスタムコードの適応や、S/4HANA環境へのデータ移行に関するガイダンスも提供している。
この経路では、同時に行う組織的な変更の数を減らせる。ただし、業務プロセスのテストや互換性のないカスタマイズの解消が不要になるわけではない。
業界コンサルタントのByron Ford氏はBloombergに対し、グリーンフィールドプログラムは一般にブラウンフィールドプロジェクトより少なくとも20％高コストになると語った。対象範囲によっては、差額がコストの2倍に達する可能性もある。
この見積もりは、Zeissに対する予測ではない。グローバルな事業展開、システム数、データ品質、社内人員、規制要件によって、結果は大きく異なり得る。
それでも、支出が増加した後にブラウンフィールド変換が魅力的になる理由は説明できる。経営陣は、完全にレガシープラットフォームへ戻ることなく、変革の範囲を絞り込める。
この転換は、大規模な技術プログラムでよく見られるパターンも反映している。初期計画は望ましい最終状態を最適化する一方、後の判断は実現可能な移行を最適化する。
事業需要が拡大し続けるとき、このトレードオフはより鮮明になる。Zeissは半導体関連の生産能力を拡大する一方、社内チームには中核的な運用システムの再設計も求められている。
成長中の製造企業は、数年間にわたって組織を凍結することはできない。新しい施設、製品、法人、供給関係は、導入期間中もシステムに入り続ける。
こうした変化はいずれも、展開が完了する前にグリーンフィールドの設計図を時代遅れにしかねない。ブラウンフィールド変換は、この変化し続ける状況を受け入れ、ソフトウェアにすでに組み込まれた業務知識をより多く維持する。
SAPのクラウドの約束と企業カスタマイズの現実
主な対立は、もはや古いソフトウェアと新しいソフトウェアの間にはない。変革への意欲と業務上の現実との対立だ。
SAPは長年にわたり、顧客に対し、ローカルで運用されるエンタープライズアプリケーションをクラウドベースのサブスクリプションへ置き換えるよう促してきた。同社の戦略は、大規模な既存顧客基盤をS/4HANAおよび関連クラウドサービスへ移行させることに依存している。
顧客にとっての魅力には、管理されたインフラ、より定期的なアップデート、統合分析、新しい自動化機能や人工知能機能へのアクセスが含まれる。
ただし、こうした利点は、基盤となる業務プロセス、データ、統合、カスタムコードが移行先システムで確実に機能して初めて得られる。
この要件は、特に産業企業にとって厳しい。ERP環境は、計画ソフトウェアを製造システム、倉庫、サプライヤー、品質管理、財務報告と接続している。
Zeissも複数の異なる市場で事業を展開している。その事業には、半導体技術、医療システム、産業計測、消費者向け光学製品が含まれる。
眼鏡事業で機能するプロセスが、半導体製造装置のサプライヤーに適しているとは限らない。グリーンフィールドによる標準化では、こうした違いを調整するか、慎重に統制された例外を認める必要がある。
当初のZeissのグリーンフィールドSAP計画は、この移行を一貫性のないプロセスを排除する機会として位置づけていた。設計者たちは、事業部門があらゆるレガシー上の選択を再現するのではなく、共通のアーキテクチャへ入ることを望んでいた。
報じられた方針転換は、この建設の比喩の限界を示している。グローバルERPシステムは、入居者を待つ空の建物ではない。そこには数十年にわたる業務上の意思決定が含まれている。
一部の意思決定は回避可能な複雑さを意味する。一方で、製造、コンプライアンス、顧客、供給制約に関する知識を記録しており、汎用テンプレートでは安全に捨て去れないものもある。
この区別はガバナンス上の問題を生む。コンサルタントは標準プロセスを提案できるが、生産中にそのプロセスが機能しなかった場合に説明責任を負うのは事業リーダーだ。
外部パートナーも、継続的な活動を報いる可能性がある商業的な契約構造の下で働く。複数のプロバイダー、不明確な意思決定権、弱い受け入れ基準は、説明責任を複雑にし得る。
ある業界移行調査では、調査対象となったSAPプログラムのうち、予定どおりかつ予算内で完了したのはわずか15％だった。分析では、成果不振をガバナンスの失敗、競合するプロバイダー、責任分担の不明確さと結び付けている。
同調査では、多くの組織が大規模な変革の追求よりも、業務への混乱を抑えることを優先していることも判明した。この選択は短期的なリスクを軽減できる一方、標準化やデータクレンジングを先送りする可能性がある。
Zeissは現在、そのリスク抑制を重視する立場へと近づいている。同社は稼働中のプロセスを維持しながらプラットフォーム移行を完了し、運用の安定性が向上した後に簡素化を再検討できる。
これは最終目標の変更ではなく、手順の逆転である。Zeissは依然としてシステム環境の標準化を進める可能性があるが、クラウド化の前提として包括的な再設計を行う意向はもはや示していないように見える。
SAP自身も、段階的な移行をますます受け入れている。同社のクラウドに関するメッセージングは、既存投資の保護、時期の管理、漸進的なモダナイゼーションを強調している。
この位置付けは、避けられない事実を認めるものだ。最大規模のSAP顧客は、多数の国と専門的な業務を支えるシステムを持つため、レガシーの複雑性が少ないどころか、むしろ大きい場合が多い。
したがって、ZeissのSAPクラウド移行は二つの約束を同時に試すことになる。SAPは自社のクラウドモデルが複雑な顧客を受け入れられることを示さなければならず、Zeissは現状維持が測定可能な進展を生むことを証明しなければならない。
予想される結果は、アーキテクチャ上の純粋性が低くなることだ。しかし同時に、本番稼働までの時間を短縮し、運用上の想定外を減らすシステムになる可能性もある。
ブラウンフィールドの統制はコストを伴うが技術的負債を温存する
Zeissは別のリスクを受け入れることで、一つのリスク分類を減らした。より迅速な移行は、以前は再構築を正当化していた複雑性を温存しかねない。
技術的負債とは、将来の保守や変更にかかるコストを増やす設計上の選択を指す。ERPシステムでは、カスタムコード、重複したプロセス、不整合なデータ、脆弱な統合といった形で現れることが多い。
ブラウンフィールド移行では、その履歴の多くが引き継がれる。チームは、どのカスタマイズがS/4HANAとの互換性を維持できるか、どれを修正または廃止すべきかを判断しなければならない。
このアプローチにもクリーンアップは含められる。Zeissは未使用コードを削除し、一部のインターフェースを統合し、不要になったデータをアーカイブし、すでに合意がある領域でプロセスを標準化できる。
ただし、このプログラムは白紙の設定から始まるわけではない。維持される各コンポーネントは、新しい環境の中で評価する必要がある。
ここで難しい測定上の問題が生じる。技術的な移行が成功してスケジュールを守っても、グリーンフィールドのビジネスケースが約束したよりも少ない業務改善しかもたらさない可能性がある。
同社は、再設計後にどの便益が残ったかを開示していない。また、報告されたコストにライセンス、コンサルタント、社内人件費、インフラ、並行システム運用のどれが含まれるかも明らかにしていない。
この内訳がなければ、外部の観察者はなぜ支出が想定を超えたのかを判断できない。入手可能な報道は、予想以上の実装の複雑さを示しているが、単一の技術的失敗を指摘するものではない。
外部コンサルティング会社の関与は、早計に責任を帰すことなく精査する価値がある。Bloombergは、Zeissの移行を主導した企業を特定していない。
大規模プログラムでは、ソフトウェアベンダー、システムインテグレーター、クラウドプロバイダー、社内チームの間で責任を分担することが多い。問題は、それぞれの契約の境界で生じる可能性がある。
あるプロバイダーが中核プラットフォームを構成する一方、別のプロバイダーがデータや統合を管理する場合がある。その後、Zeissの事業部門は、統合されたシステムが実際の業務を支えられるかを検証しなければならない。
所有責任の定義が不十分だと、再設計とテストの繰り返しを招く可能性がある。また、相互接続されたプロセスをまとめて評価するまで、経営報告が良好に見えてしまうこともある。
データも別のリスクをもたらす。既存システムの維持は業務継続性を守るが、不整合な記録は移行後の分析や自動化を弱める可能性がある。
SAPの新しいサービスは、信頼できるビジネスコンテキストに依存している。人工知能は、矛盾した品目コード、重複したサプライヤー、または不明確なプロセス責任を補えない。
この懸念はすでに顧客基盤全体で見られる。2025年の移行ベンチマークでは、回答者の62％が高いプロジェクトコストを主要な移行障壁として挙げた。
同じ調査では、55％がプロジェクト期間を懸念事項として挙げており、前年の37％から増加した。
これらの結果は、ブラウンフィールドが常に望ましいことを証明するものではない。期限が迫るにつれ、経営チームが終わりの見えない再設計を受け入れにくくなる理由を示している。
ブラウンフィールドは、生涯コストの低下も保証しない。組織は今すぐ移行費用を支払い、その後何年にもわたるクリーンアップに資金を投じる可能性がある。
チームが新環境を検証する間は、並行運用が必要になる場合がある。レガシーシステムが計画より長く稼働し続ければ、インフラおよびサポートの費用はクラウドサブスクリプションと並行して継続する可能性がある。
業界調査は、このような重複環境を移行後コストの上昇と関連付けている。古いプラットフォームが完全に停止しない場合、リスクは高まる。
したがってZeissは、この現実的な方針転換が期限のない中途半端な状態にならないようにしなければならない。移行を成功させるには、明確な廃止日、責任ルール、測定可能な簡素化目標が必要である。
SAPにも戦略的なリスクがある。グリーンフィールド変革からの目立った撤退が起きるたびに、大規模でコンサルタント主導のモダナイゼーション・プログラムへの信頼が損なわれる可能性がある。
ソフトウェアベンダーは、ブラウンフィールドが自社クラウドポートフォリオへの対応可能な経路であり続けると主張できる。それは事実だが、顧客向けの価値訴求は変わる。
価値提案は、包括的な再発明ではなく、継続性と管理されたモダナイゼーションになる。多くの顧客にとって、このより限定的な約束のほうが信頼できる可能性がある。
タイミングがZeiss、SAP、そしてコンサルタントに圧力をかける
SAPの保守スケジュールとZeissの産業拡大により、再度のリセットに割ける余地がほとんどないため、現在は管理された移行が有利になっている。
SAPは、Business Suite 7の中核アプリケーションに対する標準保守を2027年末まで提供している。任意の延長保守は2030年まで継続する。
この保守スケジュールは、確固たる計画上の制約を生む。顧客は移行期間を延長できるが、先延ばししても根本的な移行判断はなくならない。
Zeissはその期限の数年前から計画を開始していた。現在の見直しは、早期に始めたことがプログラムをスコープとコストの圧力から守らなかったことを示している。
ブラウンフィールド戦略は現在、計画の積み重ねを導入の進展へと転換しなければならない。そうでなければ、同社は旧環境と新環境を併行運用しながら、より多くの支出を強いられるリスクがある。
この圧力はIT部門をはるかに超える。財務チームには信頼できる報告が必要であり、生産チームには正確な計画が必要であり、サプライ業務には安定した在庫データが必要である。
半導体製造におけるZeissの立場は、その重要性を高めている。Bloombergによれば、同社はASMLの最先端リソグラフィ装置向け光学系の唯一の供給企業である。
これらの光学システムは、AIインフラで使用される部品を含む最先端プロセッサーの生産をチップメーカーに可能にしている。したがって、Zeissでの業務混乱は戦略的に重要なサプライチェーンに影響し得る。
SAPプログラムがZeissの生産やASMLへの納入を妨げたという証拠はない。重要なのは、制御の不十分な移行が重要業務に及んだ場合に生じ得る影響である。
Zeissは、モダナイゼーションとこの継続性の要件を両立させなければならない。製造需要が拡大し、システムが不安定な展開に耐えられない局面では、ブラウンフィールド移行は正当化しやすい。
SAPは異なる形の圧力に直面している。同社のクラウド成長戦略には、大口顧客が単に契約を締結したり、複数年の実装プログラムにとどまったりするだけでなく、実際に移行を完了することが必要だ。
グリーンフィールドからブラウンフィールドへ移行する顧客も、依然としてクラウド収益につながり得る。しかし、この切り替えは、実装の複雑さがSAPの導入済み顧客基盤の拡大速度を制限し得ることを明らかにしている。
顧客予算ももう一つの制約になりつつある。2026年の調査では、参加したSAP顧客の61％が、予算圧力を最大の課題として挙げた。
ASUGのリサーチディレクターは、その圧力の大部分をS/4HANAプロジェクトによるものとした。顧客予算の分析で報じられたこの結果は、移行支出が他の技術上の優先事項と直接競合していることを示唆している。
その競争には現在、SAPの人工知能製品も含まれる。顧客は、高度な自動化に関する多くの主張を現実的なものにする前に、モダンでガバナンスの効いたデータシステムを整備しなければならない。
コンサルティング会社も信頼性を試されている。大規模ERPプログラムにおける設計、移行、データ、変更管理の業務の多くを主導しているからだ。
Zeissの事例は、コンサルタントによる不正行為を立証するものではない。しかし、見積もり、スコープ管理、そしてインセンティブが実行可能な導入を支えていたかどうかという疑問を提起する。
次の段階では、責任分担がどのように変わったかが明らかになる。信頼できる立て直しでは、説明責任を負う所有者、より絞り込まれたマイルストーン、ユーザーが検証できるビジネス成果を特定するべきだ。
したがって、対応を迫られているのは全員である。Zeissはより厳格なガバナンスを導入し、SAPは理想化されていない移行を支援し、外部パートナーは改訂後のスコープに対して成果を出さなければならない。
ブラウンフィールドの立て直しが機能するかを示す三つのシグナル
改訂された計画は、別の変革発表ではなく、本番環境のマイルストーン、レガシーの廃止、安定した運用コストで評価されるべきだ。
第一のシグナルは、確認された展開マイルストーンである。Zeissは改訂後のプロジェクト日程を明らかにしていないため、次に開示される導入は、大まかな完了目標よりも重要になる。
事業部門または地域での本番稼働の成功は、同社がブラウンフィールドという決定を実行可能なスコープへと落とし込んだことを示すだろう。
再び遅延が起きれば、アプローチの変更が迅速な進展を生んだという主張は弱まる。ガバナンス、統合、またはデータが、システム設計よりも大きな障壁であり続けていることを示すだろう。
第二のシグナルは、Zeissがレガシー導入環境を廃止している証拠である。古い環境がクラウドプラットフォームの隣で稼働し続ければ、ブラウンフィールド移行がもたらす経済的価値は限定的になる。
外部の観察者は、FIT4が特定した約160のユニット全体において、稼働中のERPインスタンスが減少しているか、並行運用が縮小しているか、明確な移行範囲が示されているかに注目すべきだ。
そのような証拠は、Zeissがすべての冗長なシステムを維持することなく、不可欠なプロセスを守ったという見方を強めるだろう。分断が続けば、この立て直しが統合を先送りしただけであることを示す。
第三のシグナルは、改訂プログラムが実行段階に入った後の安定したコスト見通しである。Zeissはすべての契約を開示する必要はないが、支出の加速が止まったかどうかを経営陣が明確にすべきである。
完了した展開と安定した予算が組み合わされば、ブラウンフィールドの論拠を支持することになる。再び大幅な増額があれば、レガシーコードと統合作業が期待された節約分を相殺したことを示すだろう。
読者は、この動きをグリーンフィールド移行が常に失敗する証拠として扱うべきではない。レガシープロセスが戦略的変化を妨げ、経営陣が標準化を徹底できる場合、再構築から恩恵を受ける組織もある。
また、Zeissの選択はブラウンフィールド移行が安全であることを証明するものでもない。温存された複雑性は、テスト、アップグレード、分析プロジェクト、または後のプロセス変更の際に再び現れる可能性がある。
より有用な教訓は、移行の順序にある。企業は、すべての部門で同時に両方を進めようとするのではなく、プラットフォーム転換と包括的な業務再設計を切り分けられる。
この順序付けは同時多発的な変化を抑えるが、本稼働後の規律が求められる。先送りした整理作業には責任者、予算、期限が必要であり、そうでなければ恒久的な技術的負債となる。
自社の移行を評価するテクノロジーリーダーは、各カスタマイズが何を守っているのかを問うべきだ。また、転換前にそのカスタマイズを取り除くことが、どのような効果の前提になっているのかも特定する必要がある。
プロジェクトレビューでは、アーキテクチャ上の判断を具体的な事業成果と結び付けるべきだ。工場、財務チーム、サプライ業務が確実に仕事を完了できなければ、クリーンコアの比率に大きな意味はない。
チームには、意思決定、依存関係、受け入れ基準について独立した記録も必要である。検索可能なエンジニアリング・ナレッジベースは、社内チームとコンサルティングパートナーの間でそうした文脈を維持する助けとなる。
ZeissのSAPクラウド移行は、より狭く、より実務的な検証段階に入った。世界の半導体サプライチェーンに組み込まれたメーカーの重要システムを、業務を中断させずに移行しなければならない。
次の本番展開、旧SAPインスタンスの廃止、そして見直されたコスト推移に注目したい。これらの兆候を総合すれば、Zeissが前進するための実行可能な道筋を見いだしたのか、それとも最も難しい判断を先送りしただけなのかが分かるだろう。
