SAP上流設計は資料を書くだけで評価される？5つの資料と評価軸がわかる

2026年3月21日2026年3月28日

結論｜評価されるのは資料の提出ではなく、何を整理し、何を前進させたかです。

この記事でわかること

SAP上流設計で重要な5つの資料とそれぞれの評価観点
評価される資料と評価されにくい資料の違い
上流経験を面談・市場価値にどうつなげるか

「上流設計ができます」と面談で伝えても、次の問いに答えられないことがあります。

「具体的に、どの資料をどこまで担当しましたか」

「その資料を通じて、何を整理し、何を変えましたか」

資料名を知っているだけでは、この問いには答えられません。

私はSAP FI/COを専門とし、大手コンサルファームでマネージャーまで経験しました。上流フェーズへの関与を経て感じたのは、資料の完成度よりも**「何を整理し、何を前進させたか」**が評価の軸になるという点です。

この記事では、SAP上流設計で扱う主要な5つの資料を取り上げ、それぞれで何が評価されるのかを整理します。

SAP上流設計で評価されるのは「資料そのもの」ではなく「任せられる範囲」である

上流資料は単なる納品物ではなく、判断と整理の証拠

上流資料を「提出すれば完了する納品物」としてとらえると、評価は頭打ちになります。

市場が資料に期待しているのは、完成した書類ではなく、その資料を通じて何が整理され、何が決まり、後続工程が前に進んだかです。要件定義の資料であれば、論点がどう整理されたか。基本設計の資料であれば、設計判断の根拠がどう記録されたか。上流資料は思考の可視化であり、判断の証拠です。

市場が見ているのは知識量ではなく再現性とリスクの低さ

面談や案件のアサインでは、抽象的な強みは判断の材料になりにくいです。

「上流経験があります」「設計書は一通り書けます」という説明では、どのフェーズで、どんな状況に対し、どこまで対応できるかが見えません。評価される経験の語り方は、「フェーズ×状況×役割×結果」のかたちで整理されています。同じ局面で再現できるか。失敗やリスクをあらかじめ潰せるか。その再現性とリスクの低さが、市場価値になります。

任せられる範囲の考え方については、任せられる範囲を確認するでも詳しく整理しています。

「設計書を書ける」だけでは評価されにくい理由

上流フェーズに関わる人は増えています。しかし「設計書を書ける」という状態は、作業者として機能している段階に留まることも多いです。

評価が高まるのは、設計工程そのものに関与し、論点を整理し、判断を前に進められる状態です。仕様が固まったあとの記録作業と、仕様を固めるための整理作業は、市場からの見え方が大きく異なります。

まず押さえたい、SAP上流設計で重要な5つの資料

SAP導入プロジェクトの上流では、次の5つの資料が中心的な役割を担います。これらはすべてSAP固有の文脈で意味が大きく、この資料を扱った経験が市場価値に直結します。

Fit to Standard / Fit&Gap分析表

SAP標準機能と現行業務の適合・乖離を整理する資料です。SAP導入では「標準機能をどう活用するか」が設計の起点になるため、この資料の質がプロジェクト全体のコスト構造に影響します。Fit to Standardの思考が前提にある設計と、そうでない設計では、後工程の追加開発量がまったく変わります。

To-Be業務フロー

将来業務をSAP標準前提で可視化する資料です。現状業務（As-Is）をそのまま移行するのではなく、SAP導入後にどう業務が変わるかを設計します。現場と経営層の橋渡しになる資料でもあり、例外処理や部署間の受け渡しまで落とし込む必要があります。

WRICEFリスト

Workflow：ワークフロー
Report：レポート/帳票
Interface：インターフェース
Conversion：データコンバージョン/移行
Enhancement：エンハンスメント/拡張機能
Forms：フォーム/印刷帳票

この頭文字をとった資料で、追加開発要件を管理します。Fit&GapでGapとして識別された要件が、どの実装パターンに振り分けられるかを整理します。スコープ管理と予算管理に直結する資料です。

課題論点整理表

未解決の論点、リスク、意思決定が必要な事項を追跡する資料です。上流フェーズでは、確認できていない事項や決まっていない事項が常に発生します。それを誰が、いつ、どう決めるかまで管理できるかが、プロジェクトの前進力の差になります。

権限設計書

役割、権限、トランザクションコードを整理し、最小権限の原則と業務運用を両立させる資料です。監査要件と現場の使い勝手の両方を考慮した設計が求められます。業務理解が浅いと、権限の粒度が粗すぎたり細かすぎたりして、現場に負担が出ます。

資料ごとに何が評価されるのか

Fit&Gap分析表で見られるのは「標準活用力」と「Gapの優先順位付け」

Fit&Gap分析表で評価されるのは、Gapをどれだけ列挙できるかではありません。標準機能と業務の乖離を整理したうえで、何を標準受容するか、何を運用で吸収するか、何を追加開発にするかを判断する力が問われます。

現場で見聞きした範囲では、Fit&Gap分析表でGapを大量に列挙するだけの資料は評価されにくいです。重要度の判断なしにGapを並べると、後工程でカスタマイズ過多・要件凍結の遅れ・コスト増の原因になります。標準受容できるものを適切に判断し、Gapの優先順位をつけられる人が、上流で任せられる存在として評価されます。

To-Be業務フローで見られるのは「業務理解」と「例外処理の詰め」

To-Be業務フローで評価されるのは、図の見やすさではありません。業務の全体像を標準前提で描けること、そして例外処理や部署間の受け渡しまで落とし込めることです。

たとえば、通常フローだけを描いた資料は、現場に渡した段階で「この場合はどうするの」という疑問が続出します。これが認識齟齬、手戻り、現場で回らない運用につながります。評価されるTo-Be業務フローは「読む資料」ではなく、「次に動ける資料」です。

WRICEFリストで見られるのは「全体最適」と「スコープ制御力」

WRICEFリストで評価されるのは、Gapをすべて開発対象にリストアップできることではありません。Gapをどう実装案件に接続するかの判断力です。

何を開発し、何を運用で回避し、何を標準受容するかをコスト意識と保守性の観点で整理できるかが問われます。この判断が弱いと、スコープが際限なく膨らみ、予算超過と保守性の低下が起きます。現場で見聞きした範囲では、WRICEFリストは単なる要件一覧ではなく、開発判断の根拠が入っているものが評価されます。

課題論点整理表で見られるのは「顧客折衝力」と「前進させる力」

課題論点整理表で評価されるのは、議事録を正確に記録できることではありません。論点を発見し、曖昧なまま放置せず、誰がいつどう決めるかまで設計できるかです。

たとえば、「この論点は次回ミーティングで確認」という状態を放置せず、「○○担当が○日までに判断し、○○の基準で決める」まで整理できる人は、プロジェクトの前進力として評価されます。課題論点整理表をただの議事記録にしている人と、意思決定装置として使える人とでは、上流での評価が変わります。

権限設計書で見られるのは「業務と統制を両立させる力」

権限設計書で評価されるのは、トランザクションコードを漏れなく列挙できることではありません。現場の業務運用を止めずに、監査要件としての統制を担保できるかです。

現場の都合だけを優先すると権限過大になり、監査リスクが生まれます。監査要件だけを優先すると、現場が使いにくい運用になります。この両立を考えられるかが、権限設計書で問われる力です。

評価される資料と、評価されにくい資料の違い

観点	評価されにくい資料	評価される資料
内容の軸	情報・事実の列挙	論点・判断・優先順位が入っている
読み手への影響	次にどう動けばよいか不明	次に動けるかたちになっている
設計の意図	書式の項目を埋めている	何を前進させるための資料かが明確

情報を並べただけの資料は評価されにくい

上流資料で「項目が埋まっている」状態は、完成度の一部にすぎません。

課題一覧が埋まっていても、優先順位と対応方針が入っていなければ、読んだあとに何もできません。Fit&Gap分析表に乖離が列挙されていても、どれを追加開発にするかの判断が入っていなければ、後続フェーズが動けません。情報を並べるだけの資料は、作業として機能する人には見えますが、判断できる人として評価されにくいです。

良い資料は「論点」「判断」「優先順位」が入っている

評価される資料に共通しているのは、次の3点が入っていることです。

何が問題か（論点の整理）
どう対応するか（判断の記録）
何を先に動かすか（優先順位の設計）

この3点が入ると、資料は「提出物」から「判断装置」に変わります。上流で資料を任せられる人は、この装置を作れる人です。

読み手が次に動ける資料になっているかが分かれ目

上流資料の価値は、後続工程の入力になることで決まります。

To-Be業務フローを見た開発チームが「これで詳細設計に入れる」と判断できるか。Fit&Gap分析表を見たPMが「このGap対応方針でよい」と確認できるか。課題論点整理表を見た顧客担当が「次回会議でここを決めればよい」と動けるか。上流資料を再利用可能な設計経験にできるかどうかは、この視点を持っているかで変わります。

上流資料の作成経験を面談や市場価値にどうつなげるか

資料名だけでなく「どの状況で何を変えたか」で語る

面談で「Fit&Gapを作成しました」と伝えても、評価の判断材料にはなりにくいです。

評価される語り方は、状況付きの説明です。たとえば、「要件未整理の状態でFit&Gapに着手し、Gapの優先順位付けを整理することで追加開発件数を絞り込みました」のように、状況・対応・結果がセットになっていると、任せられる範囲が見えやすくなります。「資料を作った」ではなく「その資料で何を変えたか」を言語化することが、面談での差別化につながります。

フェーズ×状況×役割×結果で言語化する

経験の言語化には、次の型が使えます。

フェーズ：要件定義、Fit to Standard、基本設計など
状況：論点が整理されていなかった、要件が未確定だったなど
役割：自分が何を担ったか（論点整理、Fit&Gap主担当、課題管理など）
結果：何が前進したか（開発件数が絞られた、要件凍結が前倒しになったなど）

この4点がそろうと、「どの局面で再現できるか」が面談相手に伝わります。面談での評価軸の整理については、面談での評価軸を理解するでも詳しく整理しています。

納期との関係まで語れると評価が上がりやすい

上流資料の質が後続工程に与える影響を語れると、評価がひと段階上がります。

「To-Be業務フローを早期に固めたことで、詳細設計への遅延を防いだ」という経験を語れる人は、納期責任の取り方を理解しています。「Fit&Gapの整理が遅れたため要件凍結が後ろ倒しになった」という失敗経験を語れる人は、その逆の動き方もわかっています。品質だけでなく、後続工程への貢献を言語化できると、任せられる範囲が明確に見えやすくなります。