上流工程参画による価値向上
なぜ上流で価値が増幅するのか——再作業・待ち時間・手戻りの三重苦を断つ
受託の現場で「上がってきた要件を作るだけ」を続けると、仕様確定の遅延→開発のブロッキング→テスト段階での大幅な再解釈、という負の連鎖に陥りやすいです。上流工程に常駐エンジニアが入ると、この連鎖の入り口を狭められます。具体的には、課題の言語化とスコープの設計原則を先に固め、実装前の“決めるべきこと”を可視化して、意思決定速度を上げます。
目安となるインパクトは、以下のように測れます。再作業率（同じ要求に対する再実装割合）30％→15％、要件待ち時間の中央値5日→2日、仕様変更の影響範囲見積り時間2日→半日。いずれも経験的なレンジですが、上流での合意形成が強いほど、テスト段階での発見が「バグ」から「期待値の揺らぎ」へと変わり、コストが対数的に下がります。
さらに重要なのは、「何を作らないか」を握ること。KPIと非機能（SLO、セキュリティ方針、運用制約）を早期に定義しておくと、後工程の選択肢が明確になり、意思決定が早く安全になります。ドキュメントとしては、決定ログ（Decision Log）とADR（Architecture Decision Record）を最初から運用するのが効果的です。
現場で効く参画の型とアクションプラン
初月の動き：発見→合意→実験を1スプリントで回す
- 発見（Discovery）：ペルソナ仮説、ユーザージョブ、現行フローの摩擦点を言語化。ChatGPTやClaudeでインタビュー要約の初稿を作り、穴を埋める質問を洗い出します。
- 合意（Alignment）：ゴール仮説を1枚で表す「効果指標キャンバス（課題→仮説→指標→観測方法）」を作成。意思決定者・実装者・運用者のRACIを明文化します。
- 実験（Experiment）：最小実装（PoC）を1〜2週間で確認。Copilotでテストスクリプトの雛形やPoCコードを加速し、Geminiでダッシュボード用のSQL雛形を用意します。
合意形成を強くする「見える化」の道具
- 要求バックログ（必須/望ましい/後回し）とDOR・DODの定義
- 非機能要件リスト（SLO、監視、権限、監査ログ、リカバリ時間）
- 決定ログ＋ADR（いつ・誰が・なぜ・代替案は何だったか）
- スプリント0パッケージ（ドメインモデル、イベント一覧、疎通・運用手順）
ファシリテーションでは「意思決定に必要な情報が足りない場合は何を観測するか」を先に決めます。議論が止まったら、仮説-実験-観測の循環に戻し、未確定のまま開発に流さないのがコツです。
身近な企業活用例：地方で20店舗を展開する中堅小売のEC刷新
状況：実店舗中心の小売がECを内製寄りで強化。社員数は約120名、EC運営は5名。過去は下流受託中心で、要件定義の遅延により在庫反映が1〜2日遅れることが常態化。カート離脱率は高止まり、広告投資の回収も不安定でした。
失敗の型：キャンペーンの都度、ページ改修が発生するのに、在庫同期の制約や決済フローの例外が要件に反映されず、テスト終盤で破綻。リリース判断が遅れ、機会損失が発生。
介入：常駐エンジニア2名が上流に参画。初月に実店舗スタッフ、EC運用、コールセンターから合計10名へ短時間インタビュー。ChatGPTで議事録の初稿を作成し、Claudeで論点をクラスタリング。顧客旅程と在庫・決済の業務イベントを1枚に統合したドメインイベント図を作成。要求バックログをMoSCoWで整理し、非機能は「在庫遅延P95を1時間以内」「チェックアウト完了率の週次観測」などSLOに落とし込み。
実装方針：データ整合のボトルネックをPoCで切り分け。Copilotで同期スクリプトの雛形を生成し、Geminiでメトリクス集計SQLのたたきを作成。決定ログに「在庫優先度は実店舗>EC、ただし在庫閾値以下はEC優先」などビジネスルールを記録。
成果：要件待ちの停滞が減り、デプロイは隔週→週次へ。カート離脱率は0.8ポイント改善、在庫反映遅延は中央値で90％短縮。仕様すり合わせに使う会議時間は約40％削減。再作業率は約半減し、キャンペーン期のリリース判断が当日中に可能になりました。重要なのは、改善の裏に「合意の道具（RACI、ADR、SLO）」と「観測の仕組み」を上流で常駐エンジニアが作り切った点です。
意思決定に使えるKPIと契約設計のポイント
KPIの三層構造で効果を見える化
- 発見の質：ユーザー接点数/週、仮説→検証のサイクル数、意思決定リードタイム
- 配達の質：変更リードタイム、デプロイ頻度、事前検出率（本番前に検出された不具合割合）
- ビジネス：CVR、在庫遅延P95、問い合わせ一次解決率、運用MTTR
これらをスプリントレビューで定点観測し、悪化指標には翌スプリントのバックログで対処を予約します。KPIは「達成可否」よりも「意思決定の材料化」に使うのがコツです。
契約・運用の工夫（SESで上流を実現する）
- 役割の明文化：常駐エンジニアのRACIに「要件定義ファシリ」「決定ログ維持」「SLO策定支援」を含める
- スプリント0の納品物定義：ドメインモデル、非機能一覧、観測ダッシュボードの雛形
- レビューのリズム：週次で要求バックログの健全性レビュー、隔週でADR棚卸し
- リスク管理：意思決定が滞った場合のエスカレーション経路とタイムリミットを明記
上流工程に常駐エンジニアが入り、課題定義・意思決定・合意形成の“場”を設計すると、下流の生産性は自然に上がります。SES（常駐エンジニア）事業は、単なる工数提供ではなく、現場に常駐して「決める仕組み」を共につくることで、開発と事業の両方の成果を底上げできます。
