SAP上流設計とは？要件定義・F&G・WRICEFの違いがわかる

2026年3月9日2026年3月26日

結論｜SAPコンサルの上流設計とは、要件定義・Fit＆Gap分析・WRICEF整理を通じて「何を作るか」を決める工程です。ここを理解すると、上流で何を求められるかと、市場価値につながる経験の積み方がわかります。

この記事でわかること

SAPプロジェクトで上流設計がどの工程にあたるか
要件定義とFit＆Gap分析の違い
WRICEFの意味とGap対応の考え方
上流経験が市場価値につながる理由

SAPプロジェクトに参画して数年が経つと、「そろそろ上流をやってほしい」と言われる場面が出てきます。

あるいは、上流フェーズに初めてアサインされたものの、何を求められているのかを把握しきれない経験をした方も多いのではないでしょうか。

上流設計は、用語だけ知っていても実務では機能しません。
要件定義、Fit＆Gap分析、WRICEFがどうつながるかを理解してはじめて、会議で何を確認し、どこで判断する役割なのかが見えてきます。

SAPコンサルタントが上流設計で扱う主要な概念は、要件定義、フィット＆ギャップ分析、WRICEFです。
これらが現場でどうつながり、会議や設計判断でどう機能するかを順に確認します。

「上流とは何をする工程か」を正確に理解することが、3〜7年目のキャリア設計において重要な起点になります。

SAPプロジェクトにおける「上流設計」の位置づけ

フェーズ全体の中でどこにあたるか

SAP公式の実装方法論であるSAP Activateでは、プロジェクトは以下のフェーズで構成されます。

フェーズ	主な内容
Discover	導入検討・ビジネスケース整理
Prepare	プロジェクト立ち上げ・体制構築
Explore	要件定義・フィット＆ギャップ分析
Realize	設定・開発・単体テスト
Deploy	統合テスト・移行・本番準備
Run	本番稼働・運用移管

「上流設計」とは、このうちExploreフェーズとRealizeの前半に相当します。

プロジェクト全体の方向性と品質は、上流フェーズで決まります。これは現場実務でも実感しやすいポイントです。

下流工程（設定・テスト）との役割の違い

下流工程が「決まったことを実装・検証する」工程であるのに対し、上流設計は「何を作るかを決める」工程です。

具体的には次のような違いがあります。

観点	上流設計	下流工程
主な成果物	要件一覧、F&G表、プロセスフロー	設定仕様書、テスト仕様書、移行データ
関わる主体	コンサル・ユーザー部門	コンサル・開発担当・テスター
求められる力	要件の引き出し・整理・判断	正確な実装・検証

上流でのアウトプットの質が、後続工程の全体難易度を決めます。要件が曖昧なまま下流に進むと、手戻りと混乱が連鎖します。

要件定義とは何か｜SAPプロジェクトでの進め方

要件定義の目的と成果物

要件定義とは、「業務としてシステムに何をさせるか」を整理し、合意文書として残す作業です。

主な成果物は以下です。

要件一覧：業務機能ごとに必要な要件を列挙したリスト
業務フロー（As-Is / To-Be）：現状業務と将来業務を可視化したフロー図
フィット＆ギャップ表：SAP標準機能と業務要件の突合結果（後述）

要件定義の品質は「要件の網羅性」と「優先順位の明確さ」で決まります。どちらが欠けても、後工程で問題が起きます。

ワークショップ形式で進める理由

SAPプロジェクトでは、要件定義をワークショップ形式で進めることが一般的です。

ユーザー部門の担当者・業務リーダー・コンサルタントが同じ場に集まり、業務プロセスを一つひとつ確認しながら要件を洗い出します。

ワークショップ形式が採用される理由は明確です。業務の実態はドキュメントに書かれていないことが多く、ヒアリングだけでは漏れが発生しやすいからです。同じ場で関係者が合意形成することで、後のスコープ変更リスクを下げられます。

ユーザー部門から「要件」を引き出す構造

要件定義の難しさは、ユーザー部門が「要件」として言語化できていないケースが多い点にあります。

現場で見聞きした範囲では、ユーザー部門から出てくる声の多くは「いまのやり方のまま使いたい」「現行システムと同じにしてほしい」という形です。これをそのまま受け取ると、SAPの標準機能を活かせない設計になりやすい。

コンサルタントの役割は、「要件を引き出す」というより「業務の目的を整理し、標準機能で実現できる形に翻訳する」ことです。

要件定義は、相手の要望をそのまま記録する工程ではありません。
業務の目的を整理し、SAP標準で実現できる形に置き換えて合意を取る工程だと理解すると、上流で求められる動き方が明確になります。

フィット＆ギャップ分析とは何か

FitとGapの定義

フィット＆ギャップ（Fit & Gap）分析とは、ユーザー部門の業務要件とSAP標準機能を突き合わせ、「合っている部分（Fit）」と「合っていない部分（Gap）」を整理する作業です。

Fit：業務要件をSAP標準機能でそのまま満たせる状態
Gap：SAP標準機能だけでは要件を満たせない状態。カスタマイズや運用回避が必要

Fitが多いほど開発コストが低く、安定した稼働が期待できます。逆にGapが多いほど、開発・テスト・保守のコストが増大します。

そのため、FitとGapの判定は単なる分類作業ではなく、後続工程の工数や難易度を左右する設計判断として扱う必要があります。

要件定義との関係・違い

要件定義とフィット＆ギャップ分析（以下、F&G分析）は、切り離せない関係にあります。

要件定義で「何をしたいか」を整理し、F&G分析で「SAPでどこまでできるか」を確認する、という順序で進みます。両者を合わせて「設計フェーズ」と表現されることも多いです。

混同されやすいですが、要件定義はニーズの整理、F&G分析はギャップの特定です。要件定義なしにF&G分析はできません。

Fit to Standardとの違い（S/4HANA文脈）

S/4HANA移行案件では「Fit to Standard」という考え方が重視されます。これは「標準機能に業務を合わせる」という発想です。

従来のF&G分析は「業務要件に対してシステムがFitするか」を判定する方向でしたが、Fit to Standardは「システム標準に業務をどこまで寄せられるか」を優先します。

Fit to Standardは理念として浸透しつつあるものの、実際には「長年の業務慣行を変えられない」という壁にぶつかるケースが少なくありません。ここでコンサルタントの調整力が試されます。

そのため、Fit to Standardが問うのは、標準機能を知っているかどうかだけではありません。
業務を変えるべき部分と、Gapとして残すべき部分を切り分けて説明できるかが評価を分けます。

S/4HANA移行とスキル価値の関係は、S/4HANA移行案件でスキル価値がどう変化するかを確認するで整理しています。

F&G分析の成果物（Fit&Gap表の構成）

F&G表は、要件とSAP機能を突き合わせた一覧表です。一般的に以下の項目が含まれます。

項目	内容
要件No.	管理番号
業務プロセス	対象の業務機能
要件内容	ユーザー部門が求める仕様
判定（Fit/Gap）	SAP標準での対応可否
対応方針	標準対応 / カスタマイズ / 運用回避
優先度	Must / Want / Nice to have

この表は、プロジェクト全体のスコープ管理の基盤になります。
どの要件を標準で処理し、どの要件をGapとして扱い、どう対応するかを関係者で共有するための土台になるからです。

WRICEFとは何か｜Gap対応の選択肢を整理する

WRICEFの各項目と意味

Gapが発生した場合、その対応方法は複数あります。それを分類したのがWRICEF（ライスエフ）という概念です。

頭文字	意味	概要
W	Workflow	ワークフロー・承認フロー
R	Report	カスタムレポート・帳票
I	Interface	外部システムとのデータ連携
C	Conversion	データ移行（初期ロード）
E	Enhancement	標準機能の拡張（ユーザー出口等）
F	Form	印刷帳票・PDF出力

WRICEFリストはGapの対応方針を管理する台帳として機能し、開発工数見積もりの基礎資料にもなります。

現場では「WRICEFリストが膨らむほど、プロジェクトの難易度が上がる」という認識が共有されています。

そのため、WRICEFを覚える目的は用語知識を増やすことではなく、Gapが見つかったときに対応の重さを見積もれるようになることです。

S/4HANA以降でWRICEFを減らす方向になった背景

S/4HANAへの移行以降、WRICEFを最小化する方向性が強くなっています。理由はいくつかあります。

第一に、S/4HANAはクラウド型（SAP BTP等）との連携が前提のアーキテクチャになっており、過度なカスタマイズがアップグレードの障壁になります。

第二に、Fit to Standardの浸透により、Gapが発生した場合でも「カスタマイズではなく業務変更で対応する」という判断が求められるようになっています。

「WRICEFを提案しない勇気」が、S/4HANA案件でのコンサルタントの価値を左右する場面が増えています。

実務では、Gapが見つかった瞬間に開発前提で考えないことが重要です。
まずは標準機能で吸収できるか、運用変更で対応できるかを先に整理してから、WRICEFを検討する順番が基本になります。

ここまでの3概念は、それぞれ役割が異なります。違いを一度で比較すると、上流設計の流れをつかみやすくなります。

項目	何を整理するか	主な成果物	判断のポイント
要件定義	業務として何を実現したいか	要件一覧、業務フロー	要件の網羅性と優先順位
Fit＆Gap分析	SAP標準でどこまで対応できるか	F&G表	FitかGapかの判定
WRICEF整理	Gapをどう処理するか	WRICEFリスト	開発、運用変更、標準対応の選択