目次

１．はじめに

２．Fit＆Gap分析とは何か

３．Fit＆Gap分析の進め方

　３－１．現行業務の確認・調査・整理

　３－２．パッケージシステムの標準機能の理解

　３－３．Fit＆Gap分析　（業務要件と標準機能の突合）

　３－４．To-Be像に対するGap業務の対応方針（Fit to Standardの進め方）

４．おわりに

1.はじめに

近年、クラウド環境でのシステム構築が一般化し、企業はオンプレミス（自社運用）環境からの移行が進んでいます。特に、SaaSの利用が広がる中で、標準化された機能に業務を合わせる「Fit to Standard」の考え方が注目され、業務の簡略化やコスト削減、DX推進が加速しています。

一方で、従来のスクラッチで構築した基幹システムは、業務要件の変化や老朽化、アーキテクチャの制約により、運用や保守の限界を迎えているケースも多く、再構築の必要性が高まっています。

このような背景の中で、企業がパッケージシステム（クラウドサービス含む）を導入する際に重要となるのが、自社業務と導入システムが持つ機能の整合性を評価する「Fit＆Gap（フィットアンドギャップ）分析」です。本記事では、主に製造業におけるFit＆Gap分析の進め方について一例や主な確認ポイントを交えながら紹介します。特に製造業ではサプライチェーンが複雑で、部門を横断する業務プロセスが多いため、プロセス間での相違が生まれないように体系的なFit＆Gap分析が求められます。

2.Fit＆Gap分析とは何か

Fit＆Gap分析は、ユーザ企業の業務要件に基づいて構築されたスクラッチシステムが、業務要件の変化、古いアーキテクチャやHW上での構築の影響によりEOSを迎えるなどの理由から、新たにパッケージシステムの導入を前提として再構築する際に実施される重要な手法です。この分析の目的は、ユーザ企業の業務要件とパッケージシステムの標準機能との間でどの程度Fit（適合）していてどの程度Gap（不適合）が存在するかを評価することです。特に、Gapに対しては、業務プロセスをどのように変更するのか、あるいは現状の業務プロセスを維持するために、どのようにシステムを業務に合わせるのかという対応方法を検討します。Fit＆Gap分析は、基本計画フェーズに入る前に、おおよそパッケージシステムの導入が確定した後に実施します。このプロセスを通じて、パッケージの標準機能のカスタマイズの必要性や、アドオンでの機能追加の可否を判断します。

3.Fit＆Gap分析の進め方

Fit＆Gap分析の実施にあたり、現行システムから新システムへの移行に関わらず、必ず「システム導入によって何を実現したいのか？」を今一度明確化することが望まれます。システムによって業務のデジタル化が促進されることのみならず、もたらされる「ありたい姿」を共有し、整理しておくことが重要です。それを受けて、現行業務フローのドキュメントの整備状況の確認、不足部分の洗出し・調査・整理、そしてコア業務の決定や現状の課題を整理していきます。

３－１．現行業務の確認・調査・整理

現行のシステムで実現している業務を洗い出すため、業務フローやビジネスルール定義の再確認を行います。その際、ドキュメントの確認と合わせて現場での独自運用や例外処理、システム外でのツールの使用などが発生していないかを、ヒアリングや実作業の視認を通じ、実態を見て把握しておくことが不可欠です。下記に再確認が必要な観点や粒度の一例を示します。

【再確認する事象例】

観点

例

【粒度例】

大分類

中分類

内容

整理観点

・ヒアリングの実施

実作業者から業務内容や、現在抱えている課題、改善すべき点などを確認します。業務が隣接している担当部門は同時に行うことで、業務間の（データ）連携や認識の違いを明確にできます。

・実作業を視認する

実際の操作画面や帳票出力、ツールの使い方などを視認することで、属人化や非効率な作業の確認ができ、業務フローの修正点把握や精度向上につながります。以下は、その一例です。

【視認の例】

業務領域

確認内容

確認する理由

３－２．パッケージシステムの標準機能の理解

「３－１．ユーザの現行業務の確認・調査・整理」と並行して実施するのが、「パッケージシステムの標準機能の理解」です。システムの機能を把握し現行業務と合っているか、To-Beで想定する業務と合っているかを評価する準備をします。

・パッケージ機能の理解

パッケージシステムの機能理解は、機能一覧を確認するとともに、提供ベンダーから講習を受けたり、できればテスト環境を準備して実際に動かしてみることが有効です。

テスト環境を準備する場合は、機能単体で動かす環境や、業務フローを再現する環境など実施の目的を決めて準備することが推奨されます。以下、主な確認項目を示します。

【主な確認内容一覧】

１）標準機能の確認

２）業務フローの確認

３）パラメータなどの設定項目の確認

４）カスタマイズやアドオンのしやすさの確認

５）データの構造の確認

６）処理順序の確認

７）ログ・承認証跡の確認

８）他システム連携の確認

９）画面の操作性の確認

10）非機能要件の整理

・確認内容詳細

１）標準機能の確認　

　・機能一覧、仕様書、画面イメージ、入力属性一覧など

　・機能粒度の確認（現行システムでは3つのサブシステムに分類されているが、パッケージでは1つとなっているなど）

　・制約条件の確認（日次バッチが○○単位、月次処理など）

　・テスト環境が用意できる場合の確認

　　・テスト環境の構築、テストデータの準備

　　・テスト環境での通常業務の確認、日次バッチ、月次バッチの確認

【機能確認の一例】

項目

確認観点

２）業務フローの確認

　・現状業務のフローに沿って業務が回せるかの確認

（例えば、得意先のビューで「販売⇒売上確認⇒売上伝票出力⇒在庫数確認」のプロセスは一画面で確認できる、など業務上の優先度が高い作業が実現できるか？）

３）パラメータなどの設定項目の確認

　・業務ロジック変更時や運用ルール変更時に毎回プログラムの改修ではなく、設定項目で改変できるか？ などの確認

４）カスタマイズやアドオンのしやすさの確認

　・ベンダーがカスタマイズのガイドラインを公開しているか確認

　・ガイドラインを公開していない場合は、提供ベンダーに画面追加、帳票追加、バッチ処理追加、ロジックの追加の制御がどこまで可能か確認

　・ソフトウェアバージョンアップや法改正への対応

５）データの構造の確認

　・主要データ（得意先、商品、売上、在庫など）が、システム上でどのように保持されているかを確認

　・マスタとトランザクションのデータの関係性（例：得意先マスタと売上明細の紐づけ）

　・データ粒度（例：売上明細が持つ粒度）や過去履歴保持の有無

　・データ項目の意味や使い方が業務に合っているか

６）処理順序の確認

　・受注確定、売上計上後などに対して、どの処理がトリガー条件か

　・処理の順序や依存関係

　・非同期処理の有無

７）ログ・承認証跡の確認

　・操作ログがどこまで出力されているか

　・コア業務かつ得意先に影響が大きい業務で問題が発生した場合に解析や再現が可能か

　・マスタ登録など承認行為が必要な場合に証跡を追うことができるか

　・エラー発生時の通知方法、再処理の手順、業務継続の可否

　・エラーのログ出力粒度やトレースが可能か

８）他システム連携の確認

　・売上金額の連携や請求データを他システムへ自動連携できるか

９）画面の操作性の確認

　・ボタンの位置などによって操作ミスが発生しやすい、画面遷移が多いなどの画面操作のしやすさ

　・エラーメッセージの分かりやすさやエラーか警告かが判断され表示されるか

10）非機能要件の整理

　・環境定義の確認（DBサーバ、APサーバ、帳票サーバなどのOSやDBのバージョン、言語）

　・取り扱っているデータの影響（個人情報や営業機密などの暗号化）

・同業他社事例の確認

可能であれば、他の導入企業がどのように運用しているか確認します。標準機能とカスタマイズの境界、業務フローの再現性、例外処理の対応、ユーザの操作性、非機能要件の実現状況など、利用実態から確認できることは多いでしょう。

３－３．Fit＆Gap分析　（業務要件と標準機能の突合）

業務要件とパッケージシステムの仕様を理解したら、Fit＆Gap分析の一覧表を作成して整理していきます。単純に機能の有無だけでは判断できず、業務の粒度や重要度によって、同じ機能でもFitとするかGapとするかの評価が異なる場合があります。そのため、判断基準を設けて整理してくことが重要です。また、次工程で詳細に対応方法を検討する上でFitとGapとした理由や対応案を一覧化しておくことも有効です。特に製造業では、独自の工程管理や原価計算ロジック、補充ロジックや在庫引当ルールがあり、これらの機能にGapが生まれやすくなります。

・コア業務／ルールの整理

作業の変更が困難で重要な業務は「コア業務」として検討します。コア業務にGapが発生する場合、カスタマイズとなり、コストの増大に繋がります。業務フロー上外せないこれらの業務には、注意して進める必要があります。製造業では、販売、売上など得意先に直結する業務を「コア業務」として分類するがほとんどかと思います。

【コア業務のFit＆Gap分類例】

※「Fit to Standard」とは、パッケージシステムの標準機能に業務を合わせる方針を指します。

Fit＆Gap分析においては、業務側で運用ルールや手順を見直すことで、標準機能で対応可能と判断できる場合に「Fit」と分類します。ただし、業務変更が現場に与える影響や、教育・マニュアル整備の必要性も考慮し、単に機能が存在するだけでなく、実運用に耐えられるかどうかを含めて評価することが重要です。

分類

分類内容

観点

判断基準

【業務フロー一覧例＋コア業務分類例】

【Fit＆Gap分析一覧例】

・ノックアウト条件

Fit＆Gap分析を進める中で、業務要件や非機能要件の中に「ノックアウト条件」として扱うべき項目が存在します。ノックアウト条件とは、この条件が満たされない場合にはシステム選定から除外する絶対条件のことであり、特にセキュリティ、可用性、他システムとのI/F、既存データの移行など、非機能要件に多く見られる傾向があります。ただし、業務要件においても、契約や法令遵守に関わる項目はノックアウト条件となる場合があるため、両面から整理しておくことが重要です。

・非機能要件の整理

業務要件との分析とともに重要なのが、非機能要件のFit＆Gap分析です。セキュリティや可用性など、満たさない場合に導入不可となるノックアウト条件を明確にしておくことで、システム選定時の判断がより確実になります。

【非機能要件の例】

非機能要件

主な例

Fit＆Gap観点

なお、Fit＆Gap分析の結果は、以下のような成果物として整理されることが一般的です。

　・業務一覧表

　・Fit＆Gap分析表

　・対応方針一覧（業務変更／カスタマイズ／外部連携など）

　・非機能要件評価表（インフラ／セキュリティ／性能など）

３－４．To-Be像に対するGap業務の対応方針（Fit to Standardの進め方）

具体的な業務設計や詳細な対応方針の検討は、通常「基本計画フェーズ」で行います。ただし、特に大規模システムにおいては、Fit＆Gap分析の段階でもTo-Be業務の方向性やシステム分割の検討が、概算コストや導入方針に影響するため、併せて整理しておくことが望まれます。さらに、アドオンで作り込む部分や一部業務を別システムで構築する場合など、概算コスト算出にも影響しますので、システム分割の検討はFit＆Gap分析と並行して進めることが望まれます。

5.おわりに

主に製造業におけるパッケージシステム導入時に実施すべき、Fit＆Gap分析の手法について解説しました。Fit＆Gap分析は、業務要件とシステム機能の適合性を評価する重要なプロセスであり、システム化の成功に向けた第一歩です。

特に基幹システムなどの場合、多くの業界や業務に適応するよう標準機能を提供していますが、企業によって独自の工程管理や計算ロジックなどが存在することから、多くの業務で現行システムとのGapとして浮かび上がることが多くなります。このため、Fit＆Gap分析を通じて、業務プロセスの特性やニーズを正確に把握し、この機に自社の業務フローを標準化することで事業コストを削減したり、競争力強化に必要なカスタマイズやアドオンの範囲を明確にすることが重要です。また、最初に検討したシステム化による実現したい姿が達成されているか？ を成果とし、そうした課題の解決が自社のDX推進につながっていくことを意識していけるとよいでしょう。