SIerがオフショアで揉めやすい論点（スコープ/検収/変更/責任境界）を整理し、1枚のCR（変更管理）ルールで最小化する方法を解説。公開サンプルとしてCRルールの見出しを提示し、詳細チェックリスト（DL／同梱ZIP）と面談での当てはめ支援も提供します。

オフショア導入で、いちばん揉めやすいのは「技術」よりも 境界 です。

• それはスコープ内？追加？
• 検収は何をもってOK？
• 変更依頼（CR）はどこから？
• 誰が決めて、誰が責任を持つ？

ここが曖昧なまま進むと、最初は小さな違和感でも、変更が増えるほど必ず崩れます。
そして最後は、「思っていたのと違う」「聞いていない」「追加費用なのか？」という感情の衝突になります。

だからこそ必要なのは、分厚い契約ではなく、運用で守れる最小ルール。
本記事では、揉めやすい論点を整理し、CR（変更管理）ルール1枚で最小化する考え方をまとめます。
※本内容は法務助言の代替ではなく、運用ルール整理の支援です。

なぜ揉めるのか：割れやすいのは「スコープ」「検収」「変更」「責任境界」

SIerの現場で割れやすい点は、ほぼこの4つに集約されます。

1. スコープ：どこまでが当初合意か
2. 検収：何を満たせば“完了”か
3. 変更：追加・変更の入口と承認
4. 責任境界：誰が決め、誰が持つか

オフショアはスピードが出る分、未定義の境界も早く露呈します。
だから「最初に軽く決める」ことが、最大のリスク削減になります。

最小セット：DoD＋変更管理（CR）ルール1枚＋検収チェックで止血する

揉め事を止める最小セットは、次の3点です。

• DoD（Definition of Done）：Doneの定義（最小）
• CRルール1枚：変更の入口・影響・見積・承認・反映
• 検収チェック：DoD/証跡/サインオフで“合否”を固定

これが揃うと、議論は「感情」から「手順」へ移ります。
つまり、揉めても 手順で解ける 状態になります。

公開サンプル：CRルール1枚（見出し）—これだけで揉めが減る

ここではCRルールの“見出し”だけ公開します（詳細版はDL（同梱ZIP）で提供）。

CRルール（1ページ）—見出し構成

1. スコープ（Scope）：In/Outの定義（例：機能・画面・NFR）
2. 影響（Impact）：変更が触る範囲（機能/DB/API/運用）
3. 見積（Estimate）：工数/日程/リスク（簡易でOK）
4. 承認（Approval）：誰が承認するか（Decision line）
5. 反映（Implementation）：いつ、どのリリースに入れるか
6. 検収（Acceptance）：何をもって完了とするか（DoD/証跡）
7. 記録（Record）：チケット/議事録で合意を残す

ポイント：CRは“書類仕事”ではありません。
変更を「入口→判断→合意→反映→検収」まで、迷わず通すための導線です。

検収が割れるのを防ぐ：検収チェックリスト（見出し）

検収で揉めるのは、Doneの定義が揺れるからです。
最小でも、以下をチェックとして固定します。

検収チェック（見出し）

• DoD：Doneの定義は満たしたか
• 証跡（Evidence）：レビュー/テスト/リリースノートはあるか
• サインオフ（Sign-off）：誰がOKを出すか（いつ／どこで／何に記録するか）

証跡が揃うと、検収は“空気”ではなく“事実”で進みます。

具体的に割れやすい論点と、最小ルールでの防ぎ方

1) スコープがにじむ（「ついでに…」が増える）

対策：In/Outを“言葉”にして残す

• “似ているが別物”をOutに置く
• CRの入口に流す癖をつける

2) 変更が“口頭”で入る

対策：CRは必ずチケット化
※Jira / Backlog / GitHub Issues など、既存の管理ツールでOKです。

• 変更依頼は「チケット起票→影響→承認」
• 口頭依頼は“検討”に留める（実装しない）

3) 見積が曖昧で後から痛い

対策：簡易見積でいいので“影響”を書く

• 工数だけでなく、触る範囲（DB/API/運用）を明記
• リスクがあるなら“前提”として残す

4) 誰が決めるかが決まっていない

対策：Decision lineを1行で固定

• “ここから先はPMが決める／顧客合意が必要”
• 決裁が揺れるほど、現場は疲弊します

5) 検収が“感覚”になる

対策：DoD＋証跡＋サインオフで固定

• Doneの定義が共通言語になる
• 証跡が残る
• OKを出す人が明確

差別化ポイント：日本式の“言い回しと運用”で揉めを減らす（法務ではない）

GCodeは契約の法務助言は行いません。
ただし、SIerの現場で揉めが減るように、

• 運用として回る最小ルールの整理
• 日本式の合意の取り方（チケット・議事録・決裁線）
• 週次・QAゲートとつながる形での設計

を支援できます。
“正しさ”より、“回ること”。それが現場のリスクを下げます。

提供方法（3段階）：公開 → DL → 面談（当てはめ）

1. 公開（この記事）：見出しサンプルを掲載
2. DL（Download）：詳細チェックリスト＋変更管理（CR）ルール1枚テンプレ（同梱ZIP）を送付
3. 面談（上位版）：御社の案件に当てはめ案を共有

売り込みは一切ありません。守秘義務のもと、概要レベルでご相談可能です。

向かないケース（適用外）

• 顧客指定で契約が固定で、運用ルールを変えられない
• 法務上、外部雛形が使えない（社内雛形のみ）

その場合でも、社内雛形の範囲で“運用の導線”を整える余地はあります。

次の一手：30分で「割れやすい点」と「最小ルール」を整理しませんか

• どこで揉めやすいか（スコープ／変更／検収／責任境界）

• 今の運用で欠けているのは何か

• 2週間の試験導入で、どこまで決めれば十分か

• 30分のオンライン相談を予約する（課題整理→次の一手）

• SIer向けのオフショア運用チェックリスト／テンプレ（完全版）を受け取る
  　（「SIer向け：オフショア運用チェックリスト（完全版ZIP）」を選択）