結論｜SAP案件の炎上は、開発フェーズではなく上流工程で種が決まります。
- 上流工程で炎上が決まる構造
- 炎上しやすい案件の具体的な兆候
- 面談で見抜くための質問
- 単価より優先すべき判断基準
SAP案件の炎上は、開発フェーズで表面化します。
しかし、炎上しやすい構造は、もっと前の段階で出来上がっています。
「上流工程だから安全」と判断して参画したものの、消耗して終わったという話は、現場で見聞きした範囲では少なくありません。
上流案件は単価が高く、責任の範囲も広い。
それ自体は事実です。
ただし、高単価と安全は、一致しません。
この記事では、炎上しやすい上流案件に共通する特徴と、参画前に見抜くための確認ポイントを整理します。
SAP案件は「上流だから安全」とは限らない
上流工程は安全ではなく、むしろ炎上の起点になりやすいフェーズです。
上流案件への参画は、キャリア上の選択として自然な流れです。
工程が広くなる分、経験の幅も増えます。単価も上がりやすいです。
ただし、上流工程には特有のリスクがあります。
決まっていないことが多い段階に入るという点です。
要件が流動的なまま、責任だけが先に発生します。
Fit&Gapが整っていない状態で設計を始める案件もあります。
顧客側の合意が曖昧なまま、議事録だけが積み上がっていきます。
こうした状態が続くと、要件の手戻りや設計変更が増え、炎上の準備が進みます。
火がつくのは開発・テスト工程ですが、問題の原因は上流工程で決まっています。
「要件未確定の上流案件」は、むしろ炎上リスクが高くなります。
この点を、参画前に確認しておく必要があります。
炎上しやすい上流案件に共通する3つの兆候
上流案件は、参画前の面談や募集内容の時点でも、炎上しやすい兆候をある程度確認できます。
次の3点を確認すると、その案件が上流工程で崩れやすいかどうかを判断しやすくなります。
- 責任範囲の曖昧さ
- Fit&Gapの進み具合
- 顧客側の意思決定体制
責任範囲が曖昧なまま進んでいる
誰が何を決めるか整理されていない案件は、消耗しやすいです。
顧客・SIer・コンサルの役割境界が曖昧なまま進むと、問題が発生したときに「誰が対応するか」の調整だけで時間が取られます。 解決より調整が先行し、説明責任だけが積み上がっていきます。
現場で見聞きした範囲では、「コンサルが顧客業務の整理まで担うことになっていた」という案件もありました。
このように契約外の作業まで広がる構造は、上流工程の初期段階で起こりやすいです。
面談の時点で「コンサルの担当範囲はどこまでですか？」と確認すると、境界の整理具合が見えてきます。
Fit&Gapが固まらないまま設計に入る
標準機能で対応するか、アドオンを作るか。この判断が固まっていない状態で設計が進む案件は危険です。
現場要求が流動的なまま設計書を書いても、後から書き直しになります。
Fit判断がないまま設計を進めると、後工程で変更が頻発しやすくなります。
設計フェーズに入る前に、どの業務領域のFitが完了しているかを確認することが大切です。
「Fit&Gapの状況を教えてください」は、面談で使いやすい質問です。
顧客側キーマンが不在
顧客側に意思決定できる人がいない案件は、スケジュールが崩れやすいです。
方針を確定すべき場面で「確認して返します」が続くと、会議が増え、決定が遅れます。
方針変更も頻発しやすく、出したドキュメントが次の会議で覆される状態になります。
参画前に「顧客側の最終決裁者は誰か」を確認しておくことが、後からの消耗を減らします。
現場担当者だけで動いている案件は、経営層の意向で方針が変わるリスクがあります。
企業のSAP失敗事例でも崩れる場所は同じ
国内でも、上流工程の整理不足が後工程の混乱につながったSAP導入事例はあります。
江崎グリコのSAP S/4HANA移行（2023年）は、その中で広く知られた例のひとつです。
移行後に物流・販売システムへの影響が長期化し、業務に支障が生じました。
こうした事例の本質は、個社固有の問題ではありません。
上流工程での責任・業務・意思決定が揃わないまま開発に進んだことにあります。
具体的には、次のような状態が重なることで後工程が崩れやすくなります。
- 業務要件と責任範囲の合意が不十分なまま開発に入った
- 意思決定できるキーマンが機能していなかった
- 変更管理が整備されないまま、要求が増殖した
炎上は開発工程で表面化します。
ただし、原因の多くは上流工程の段階で生まれています。
この構造を理解しておくと、参画前に確認すべきポイントが明確になります。
案件選定の4軸（商流・裁量・専門性・再現性）については、SAP案件の地雷パターンで解説しています。
面談で確認すべき3つの質問
参画前の面談で確認できることは、思った以上にあります。
面談は、情報を取りにいく場でもあります。
次の3点を確認すると、判断の精度が上がります。
要件定義はどこまで完了しているか
Fit&Gapが完了しているか、未確定の論点が残っているかを確認します。
「要件定義中です」という回答でも、どの業務領域まで完了しているかで状況は大きく変わります。
「未確定論点はどこですか？」と聞くと、プロジェクトの成熟度が見えてきます。
未確定論点を整理できていない案件は、参画後に設計変更が多発しやすいです。
顧客側の決裁者は誰か
最終的な意思決定を誰が行うかを確認します。
「現場担当者と調整しながら進める」という回答だけでは、構造がみえません。
経営層・部門長が関与しているか、変更管理の権限がどこにあるかを確認します。
現場だけで進んでいる案件は、後から経営層の意向で方針が変わるリスクがあります。
追加要望はどう扱うか
変更管理の仕組みがあるかを確認します。
「要望があれば都度対応する」という体制は、要求が際限なく増えやすいです。
変更要望のたびに承認プロセスが走る仕組みがあるかどうかで、案件の安定度が変わります。
「追加要望が出たときのプロセスはどうなっていますか？」は、面談で聞きやすい切り口です。
単価より先に見るべきなのは炎上構造
高単価案件でも、炎上する案件は消耗します。
消耗した時間は、市場価値として積み上がりません。
責任の範囲は広がるのに、成果として語れる実績が出ない。
こうした案件は、キャリア上の損失になります。
案件を選ぶときに優先すべきは、単価より構造です。
- 責任範囲は明確か
- Fit&Gapが整理されているか
- 意思決定できるキーマンがいるか
この3点がそろっている案件は、単価が多少低くても再現性のある経験を積みやすいです。
市場価値は、炎上対応に追われる案件ではなく、責任範囲を明確にしたうえで成果を出せる案件で積み上がります。
SAP上流案件でよくある質問
SAPの炎上案件は面談で見抜けますか？
完全に見抜くことは難しいです。
ただし、要件の確定状況、決裁者の有無、変更管理の仕組みを確認すると、リスクはある程度判断できます。
面談は評価される場であるだけでなく、案件の構造を確認する場でもあります。
上流案件はなぜ炎上しやすいですか？
上流工程はまだ決まっていないことが多い段階です。
責任範囲や業務要件が曖昧なまま進むと、後工程での変更・巻き戻しが発生しやすくなります。開発工程よりも意思決定の密度が高く、構造の歪みが後から大きく影響します。
炎上案件でも市場価値は上がりますか？
炎上局面での対応経験は、一定の評価につながる場合があります。
ただし、責任だけ増えて成果として語れない状態が続くと、経験として積み上がりにくくなります。消耗しやすい案件かどうかは、参画前に確認しておくほうが無難です。
構造を理解したあとに、次の判断を整理する
上流案件の危険信号が見えたら、次は「案件をどう選ぶか」を整理する段階です。
単価や工程だけでなく、責任・商流・再現性まで含めて見ると判断が安定します。
関連記事｜案件選定の判断軸を整理したい方へ
さらに深く整理したい方へ
転職、単価交渉、案件選定までまとめて整理したい場合は、次のnoteで全体像を確認できます。
