ERP・SaaSのFit＆Gap分析｜標準機能と追加開発の判断

Fit＆Gap分析は、業務上必要な条件と製品の標準機能を比較し、差分をどう解消するか判断する作業です。現行の画面をそのまま再現することと、業務の目的を満たすことを区別します。

標準機能の活用は保守負担の抑制に役立ちますが、追加開発を無条件に禁止するものではありません。法令、業務上の必要性、操作負荷、製品の拡張方法、導入後の費用を合わせて評価します。

本文の演習は学習用のオリジナル事例です。解答例の表現は一例で、公式問題の解答・配点ではありません。

1. Gapの対応を比較する

SaaSでは利用者がコアのソースコードを変更できないことも一般的です。「カスタマイズ」という言葉だけで扱いを決めず、設定、標準の拡張、外部連携、コア改修のどれかを確認します。

2. 初期費用と、導入後の負担を分けて評価する

追加開発の見積には、実装だけでなく連携、権限、データ移行、回帰テスト、監視、障害対応を含めます。製品の更新周期やAPIの互換性、サポート対象も確認し、保守責任者と費用の扱いを合意します。

標準画面への不安は、実際の業務データを使った試行で確認します。入力時間、誤り、例外処理の負荷を測り、設定改善や手順・研修で解消できるか検討します。教育だけで使いにくさが必ず解消するとは限りません。

意思決定には、標準採用、業務変更、追加開発の比較と残るリスクを示します。法令や必要な統制に関するGapは、費用を理由に放置せず、実現方法と承認条件を明らかにします。

演習1：更新時の保守を考える

条件：25画面の追加開発には3000万円と2か月が必要である。製品は定期更新され、独自画面は更新ごとに動作検証が必要になる。

問い：導入後の保守面の懸念を述べよ。（35字以内）

解答例：製品更新のたびに独自画面の検証・改修負担が増える。（25字）

根拠：初期費用ではなく、継続的な検証と改修の負担が求められた観点です。

確認ポイント：追加開発があるだけで必ず更新不能になるとは断定できません。

演習2：標準画面を業務で評価する

条件：営業事務部門は標準画面で入力ミスが増えると懸念している。標準機能は必要な業務条件を満たしているが、現場での試行は未実施である。

問い：合意形成のための確認行動を述べよ。（40字以内）

解答例：現場と実機で入力手順を試行し、誤りと作業負荷を評価する。（28字）

根拠：懸念を測れる条件にし、必要な設定や手順・教育を検討します。

確認ポイント：業務要件を満たすことと、現場で無理なく利用できることは別々に確認します。

3. 記述の着眼点

• Gapは見た目の差か、業務・法令・統制の不足か。

• 追加開発の方式と製品の更新方針は確認したか。

• 利用部門との試行結果を判断材料にしたか。

• 導入後の保守責任・費用も比較したか。

出典と仕様を確認する

IPA：PMシラバス Ver.7.1

IPA：情報システム・モデル取引・契約書