プロジェクト成功に必要な顧客連携
納期と品質は実装力だけで決まりません。開始前に「どう連携するか」を設計できているかが、実働コストとリスクを大きく左右します。特に常駐エンジニアが関わる案件では、現場の意思決定と情報の流れをいかに整えるかが勝負どころです。
初期段階で固めるべき「連携の仕様」
決裁速度・窓口・可視化の3点
- 意思決定者の明確化：顧客側の業務責任者、運用責任者、セキュリティ責任者を特定。承認フローは「誰のOKで前に進めるか」を1段目・2段目まで合意。
- 応答SLA：質問への一次応答は24〜48時間、仕様確定は5営業日など、時間で定義。未回答の扱い（自動クローズや保留）も決めておく。
- 窓口の一本化：要望・バグ・問い合わせの受付チャンネルを分け、担当者は1名に集約。口頭依頼の横流れはチケット化し、必ずIDを付与。
- 進捗の可視化：かんばん方式で「準備中/実装中/コードレビュー/受け入れテスト/完了」。毎週、未消化項目の年齢（滞留日数）をレビュー。
- Definition of Ready/Done：着手条件（仕様の粒度、受け入れ条件、影響範囲、テスト観点）と完了条件（テスト結果、運用手順、ログ確認）をテンプレ化。
- レビュー・リリースのリズム：週1のデモ、隔週のリリース窓、リリース2日前の仕様凍結。緊急対応のバイパス条件も明記。
これらは契約や作業計画に書き込むだけでなく、日々の運用に落とし込める粒度にすることが重要です。例えば「承認フローはドキュメント末尾のチェックボックスで記録」「口頭依頼は受け付けない」など、現場の行動に紐づけます。
要件の曖昧さを減らす実務テクニック
チケットの標準フォーマット
- 背景（As-Is/課題）：現状の困りごととビジネス影響を数値で。
- 期待する姿（To-Be）：業務の流れがどう変わるか。
- 受け入れ条件：具体的な観測可能条件（例：「1万件インポート時に5分以内」）。
- 制約：法令、運用、互換要件、セキュリティ。
- 影響範囲：画面、API、データ、ジョブ、権限。
- テスト観点：正常・例外・性能・運用・監視。
見積もりは相対見積（S/M/L）で素早く返し、詳細化後に確定。変更要求は「何を止めるか（トレードオフ）」とセットで提案します。
AIの力を“補助輪”として活用
- ChatGPTやClaudeに会議メモを貼り、「決定事項/未決事項/宿題」に自動仕分けさせる。
- Geminiに受け入れ条件を渡し、非機能要件の抜け（性能・可用性・監視）を指摘させる。
- Copilotで変更差分からテスト観点リストを生成し、レビューの漏れを防ぐ。
AIの出力は鵜呑みにせず、現場ルールに合わせて整形します。重要なのは「どの粒度で合意を取るか」を早く可視化することです。
トラブル時のエスカレーション運用
障害や仕様の食い違いはゼロにできません。被害を最小化するための仕組みをあらかじめ合意します。
- エスカレーションレーン：重大度（高/中/低）ごとに通知先と対応時間（例：高は1時間以内に一次封じ込め）。
- 暫定対応→恒久対応：暫定パッチの期限と、恒久対応の設計・リリース計画を同時に起票。
- RAIDログ（リスク/前提/課題/依存関係）：週次で見直し、顧客と同じ台帳を使う。
- 変更管理：凍結期間、例外条件、ロールバック手順、検証環境の整備。ログと監視の確認は完了条件に含める。
- ポストモーテム：責任追及ではなく、検知の早さ・影響範囲・再発防止の3観点で改善。学びはテンプレに組み込み、次のスプリントから適用。
数字で追う指標も決めます。例：要件リードタイム、未回答チケット数、受け入れ一発合格率、バグ再現率、リリース予測誤差など。可視化は「毎週同じフォーマット」で続けるのがコツです。
身近な企業活用例：従業員120名の医療機器商社の受発注刷新
受発注システムの刷新で、顧客側の業務部と情報システム部に常駐エンジニア2名とリーダー1名が参画。開始3か月は、要望がチャットで飛び交い、誰でも依頼できる状態。受け入れ条件が曖昧で、実装後に「想定と違う」が多発。スコープが膨らみ、リリースは2回連続で延期しました。
改善策として、連携の仕様を再設計。
- 窓口を業務部の1名に集約。全依頼をチケット化し、Definition of Readyを満たさないものは「準備中」に留める。
- 週2回のレビュー会を固定し、デモと要件の凍結を同時に実施。凍結2日前に未決事項を洗い出す。
- ChatGPTとClaudeで会議メモを自動要約。決定事項/宿題/期限をテンプレ出力し、そのまま台帳に反映。
- Geminiで性能・権限・監査ログの観点をチェックさせ、受け入れ条件を補強。Copilotで差分に対するテスト観点を洗い出し。
- エスカレーションSLAを明文化（高：1時間封じ込め/24時間で恒久対応計画提示）。RAIDログを週次で共有。
結果、要件リードタイムは平均12日→5日に短縮。受け入れ一発合格率は46％→82％、リリース予測誤差は±10日→±2日に改善。現場の肌感としても「何をもって終わりか」が揃い、チャットの往復が半減しました。失敗を踏まえ、「連携の仕様」を運用に落とし込んだことが効きました。
プロジェクトは人が進めます。だからこそ、合意・可視化・反復の設計が成果を左右します。常駐エンジニアは実装だけでなく、顧客の現場で意思決定の流れを整え、日々の業務に合わせて改善を回す立場にあります。SESの現場力が高まるほど、連携のコストは下がり、プロジェクトは静かに、しかし着実に前に進みます。
