【第1回】
なかなかできない基幹システム刷新の秘訣とは
◆この記事の要約
基幹システム刷新は、単なる老朽化対応ではなく「経営に資する情報基盤」への再構築が求められています。2000年前後のERP導入期から四半世紀を経て、Fit to Standardによるユーザー主導でのERP導入が成功の鍵を握ります。
そこで本記事では、DX時代における基幹システム刷新の要諦を解説します。
- 2000年前後のERP導入の限界:業務効率化偏重とアドオン過多。
- Fit to Standard手法:標準機能に業務を合わせることで、開発負荷を抑え全体最適を実現。
- ユーザー主導の重要性:クラウド型でのERP導入はユーザー主導体制が成功を左右。
- DX・AI時代の再定義:ERPは“伝票記録システム”から“意思決定情報基盤”へ転換し、経営スピードを高める。
基幹システムの刷新の必要性
2000年前後より「経営に資する情報システムを目指したERP(Enterprise Resource Planning)」が登場し、ERPによる基幹システム刷新のブームが起こりました。しかし、当時の基幹システム刷新は業務の効率化を主体とした側面が非常に強く、本来の「経営に資するシステム」として役割はあまり実現できませんでした。また、当時ERPの機能不足を自社の独自開発(アドオン開発)で補うことが多く、その後バージョンアップができないなどの老朽化問題も引き起こしました。
ERPを導入しなかった会社は、80年代以降にスクラッチ開発した基幹システムをなんとか改修しながら、使い続けています。これが「2025年の崖※」問題として、クローズアップされましたが、依然として基幹システムの老朽化を解消できていない企業も少なくありません。
※2025年の崖とは、経済産業省が2018年に発表した「DXレポート」で警鐘された言葉であり、日本企業の老朽化したレガシーシステムが残ったままになった場合に予想される、2025年以降の多大な経済損失や競争力低下の危機を意味しています。
昨今では、ビジネスでのAIエージェントの活用が叫ばれていますが、基幹システムはAIエージェントが最大の価値を生み出す前提です。したがって、基幹システムが古いままでは、AIエージェントの恩恵をいつまでたっても享受できないのです。では、どのように基幹システムをERPに刷新していけばいいでしょうか。以前はERPにアドオン開発をすること一般的でしたが、昨今はERPの標準機能をそのまま使うFit to Standard(FTS)による構築が主流になってきています。また、クラウド型のERPを導入する場合、情報システム部門よりユーザー部門の果たす役割が大きくなっています。
したがって、今後の基幹システム刷新は、Fit to Standardでユーザー主導によるERP導入を行っていく必要があります。
※ERPは一般的に以下の機能を保有した統合型パッケージソフトであり、密結合型と疎結合型があります。そのため、各製品の開発思想の違いは、導入時に確認する必要があります。
【図1】ERPが保有する機能と密結合・疎結合
新常識!Fit to StandardでのERP導入
基幹システム刷新でERPを導入する場合、前述のようにERPの標準機能をそのまま使うFit to Standardでの導入が広がってきており、そのことがプロジェクトの成功を大きく左右します。
アドオン・カスタマイズの弊害
基幹システムを刷新するにあたり、ERPの標準機能では賄いきれない業務が存在する場合、アドオンやカスタマイズで対応を図るケースがあります。カスタマイズとは、ERPの標準機能の画面や業務ロジックを直接修正・拡張する開発手法です。アドオンとは、ERPや会計パッケージの標準機能を変更せず、追加プログラムや追加テーブルを用いて機能を拡張する開発手法です。
【図2】カスタマイズとアドオンのイメージ
アドオンやカスタマイズは、システムの業務カバー範囲を広めて業務効率性を高められる一方、アドオンやカスタマイズが多くなるほど開発段階のみならず、システム稼働後にも様々な弊害が生じます。
【図3】アドオン・カスタマイズの弊害
2000年前後でERPを導入した企業では、こうした弊害に悩み苦しみ、いつまでもERPの刷新ができないようです。そこで昨今ではこうした弊害を取り除くため、ERPの標準機能を活用するFit to Standardが推奨されています。
Fit & GapからFit to Standardへ
ERP導入における要件定義手法には、「Fit & Gap」と「Fit to Standard」があります。
【図4】Fit & GapとFit to Standard
Fit & Gapは、現行業務と新システムの差分を捉え、差分をどのように新システムで実現するかを考える手法です。現行業務の実行を担保できる一方、結果的に現行業務に新システムを合わせるため、不足機能を追加開発で補うことになりがちです。自社業務に最適化されたシステムとの前提を置いた場合、Fit & Gapの手法が取られることが一般的でしたが、これがアドオンやカスタマイズを増やす大きな原因になっています。一方、Fit to Standardは、ERPに組み込まれた標準機能に対して、業務を合わせる手法です。Fit to Standardでは、どのように業務を標準機能に合わせるかがポイントです。
VUCA時代においてデジタル経営が求められる中、基幹システムが持つ価値は「オペレーションシステムとしての業務効率性」から、「意思決定システムとしてのデータ・情報そのもの(意思決定のための情報基盤)」へシフトしています。したがって、変化の激しい現代においては基幹システムをFit to Standardでいかに早く導入し、効果を刈り取りに行くかが重要になります。
「こんなはずでは…」Fit to Standardのよくある落とし穴
「標準機能を使うのだから簡単だろう」という思い込みは、プロジェクトを思わぬ暗礁に乗り上げさせる危険性をはらんでいます。ここでは、コンサルティングの現場で実際に目にしてきた、よくある Fit to Standardの失敗のパターンを3つご紹介します。
【図5】Fit to Standardのよくある落とし穴
1つ目は、「どのシステムも大差ない」と安易に価格優先でERPを選定した結果、自社の取引量に耐えられない、重要な機能が欠けているといった「安物買いの銭失い」のパターンです。2つ目は、ERPの導入以外のインターフェース開発や移行作業などを軽視し、予算が膨れ上がり、プロジェクトが頓挫するパターンです。3つ目は、標準機能でカバーしきれない業務が手作業として残り、かえって現場の負担が増加し、プロジェクトが頓挫するパターンです。
これらの失敗は、Fit to Standardという言葉の表面だけを捉え、その本質的な難しさと向き合わなかった結果といえます。ERP導入においては、 Fit to Standardの本質をとらえ、ユーザー部門が主体となって、適切なプロセスでシステムに業務を合わせていくことが重要です。
新常識!ユーザー部門主導でのERP導入
昨今の基幹システム刷新は、下記の理由から「情報システム部門主導」から「ユーザー部門主導」になってきています。
情報システム部門のリソース不足
かつては基幹システム刷新といえば、情報システム部門主導で、情報システム部員が大量に動員されていました。しかし、この数十年で情報システム部員は減らされ、もはやそんな体制は取れなくなっています。また、DX化の旗印のもとCIOやCDOは、戦略的なDX投資へのリソースシフトを優先し、基幹システム刷新にリソースを振り向けられないことも少なくありません。もはや、基幹システム刷新においては、情報システム部門に多くのリソースを期待すること自体が、非常に難しくなってきているのです。
オンプレミス型からクラウド型
基幹システムの一般的なシステム構成は、以下の要素から成り立っています。
【図6】一般的なシステム構成
これらのシステム資源を全て自社の施設内(オンプレミス)に設置されたハードウェア上で運用・管理する形態で持つことをオンプレミスといいます。これらのシステム資源をクラウドサービスとしてすべて提供を受けることをSaaS(Software as a Service:特定のアプリケーションやソフトウェアをクラウド上で提供するサービス)といいます。
従来は、オンプレミスが主流でしたが、セキュリティやTOC(Total Cost of Ownership)などからクラウドサービスとしてのSaaS型が主流になってきています。オンプレミスでは自社のシステム資源を情報システム部門が調達する必要がありますが、SaaS型ではその必要がありません。つまりシステム構築において、情報システム部門の果たす役割が以前より大きく減ってきているのです。
Fit to Standardの浸透
Fit to Standardを徹底すれば、アドオン開発がなくなり、以前のようなスクラッチ開発と同様のシステム開発は、インターフェース開発など限られた部分に限定されます。こうした周辺システムとの連携部分は、情報システム部門が担当する必要がありますが、ERPの標準機能の活用については、情報システム部門が担当する必要性があまりありません。逆に、情報システム部門からすれば、「ユーザー部門が主体性をもち、自らの業務を変えて、ERPの標準機能に合わせてほしい」と思っています。それゆえ、ERPをFit to Standardで導入するということは、ユーザー主導で行わなければ成功しないということです。
ERPベンダーの導入方法論の変化
かつてERPは、従前のスクラッチ開発と同様に、システムインテグレーター(SIer)が顧客の要件を聞き、アドオン開発も含めオンプレミスで導入してきました。SIerにとってERPは、システム開発のための部品のような位置付けでした。しかし、クラウド型のERPが増え、ERPをFit to Standardで導入したいと思うERPベンダーも増えてきています。ERPベンダーにとって、Fit to Standardでの導入は手離れがよく、儲かるからです。その結果、クラウド型のERPでは、「ERPの標準機能を使ってもらうのだから、難しい設定や設計・開発は必要がない」ということになり、ユーザー部門が導入することを前提にしたものも増えてきています。
※ERPではありませんが、経費精算に代表される昨今のクラウドサービスは、ユーザーが導入するのが基本です。
このように、ERPベンダーの考え方も変わってきていることから、ERPベンダーの導入方法が、ユーザー主導になってきています。
まとめ
今回は、「クラウド時代!ユーザー主導のERP導入とは」として、基幹システムの刷新の秘訣をご紹介しました。今後の基幹システム刷新は、情報システム部門やベンダーへ丸投げはできません。ユーザー部門が主導して、ERPを Fit to Standard導入していくことが成功の秘訣といえます。詳細な Fit to Standard でのERP導入のポイントについては、是非お問い合わせください。


ソリューションに関するオンライン相談問い合わせる メルマガ登録
最新情報をお届け! メルマガ登録
この記事の執筆者
-
村井 泰三経営管理事業部
バイスマネージングディレクター -
山本 晶代経営管理事業部
ディレクター -
飯田 稜大経営管理事業部
シニアマネージャー
職種別ソリューション





