「それ、追加ですか？」
顧客の一言で空気が変わり、PMが過去ログを探し始める——。
オフショアで揉めやすいのは、技術というより境界（スコープ／検収／変更／責任）です。

境界が曖昧なまま走ると、変更が増えるほど“言った／聞いてない”が積み上がり、最後は感情の衝突になります。
だから必要なのは、分厚い契約論ではなく、現場で回る最小ルール。
本記事は、SIerが毎回消耗しがちな「変更管理（CR）」を、1枚の運用ルールに落とす方法をまとめます。
※本内容は法務助言の代替ではなく、運用ルール整理の支援です。

• 揉める原因は「変更」ではなく、変更の入口と決裁線（Decision line）が揺れること
• 対策は、CRルール1枚で「入口→判断→合意→反映→検収」の導線を固定すること
• これだけで、議論は“感情”から“手順”へ寄り、検収も揺れにくくなります

まずここが割れる：スコープ／検収／変更／責任境界

現場で割れやすいのは、だいたいこの4つです。

• スコープ：In/Outが言語化されていない（「ついでに…」が溜まる）
• 検収：何を満たせばOKかが揺れる（Doneが人によって違う）
• 変更：口頭・チャットで入ってしまう（入口が複線化する）
• 責任境界：誰が決めるかが曖昧（決裁線がない）

SIerが悪いのではなく、関係者が多い構造では事故が起きやすいだけ。
だから、軽く決めて、迷わず回すのがいちばん効きます。

最小変更管理：CRルール1枚で導線を固定する

CRを“書類仕事”にしないために、1枚に入れるのはこれだけで十分です。

• Scope：In/Out（機能・画面・NFR）
• Impact：触る範囲（機能／DB／API／運用）
• Approval：誰が承認するか（Decision line）
• Acceptance：何をもって完了とするか（DoD／証跡）
• Record：どこに残すか（チケット／議事録）
• （必要なら）Estimate：工数・日程・前提（簡易でOK）
• （必要なら）Implementation：どのリリースに入れるか

ポイントは、変更をこの導線に「必ず通す」こと。
すると揉めても、「手順で戻れる」状態になります。

公開サンプル：CRルール1枚（見出し）—現場に貼れる最小形

ここでは“見出し”だけ公開します。中身は後半の最小セットで受け取れます。

• Scope（In/Out）
• Impact（触る範囲）
• Approval（決裁線）
• Acceptance（DoD／証跡）
• Record（記録先）

「増やす」より先に、「迷わない」を作る。これが最小変更管理です。

これだけで事故が減る：現場の2ルール

1) 変更は“必ずチケット化”

Jira / Backlog / GitHub Issues など、いま使っているもので十分です。
口頭・チャットは“相談”まで。実装はチケット経由に揃えます。

2) 決裁線と検収を“1セット”で固定

• Decision lineは1行で明文化（例：スコープ判断はPM／費用・納期に影響する変更は顧客合意必須）
• 検収は「DoD＋証跡＋サインオフ」で揺れを止める（証跡：レビュー・テスト・リリースノート等）

これだけで、現場の迷いと消耗が一気に減ります。

ダウンロード：SIer向け：変更管理（CR） 最小セット（1枚ガイド）

ここから受け取れるのは“テンプレ集”ではありません。
30分で案件に当てはめて、その日から回せる最小セットです。

含まれるもの（最大2つ）

1. CRルール1枚テンプレ（入口→検収までの導線）
2. 当てはめシート（1ページ）（スコープ／決裁線／証跡を埋めるだけ）

30分で得られること

• 変更の入口が一本化される
• 決裁線が言語化され、迷いが減る
• 検収が“空気”ではなく“事実”で進む

提供方法（3段階）：公開 → ダウンロード → 面談（30分）

1. 公開（この記事）：考え方と見出しサンプル
2. ダウンロード（無料）：SIer向け：変更管理（CR） 最小セット（1枚ガイド）
3. 面談（30分）：貴社案件への“最小当てはめ案”（範囲／決裁線／証跡）

面談は売り込みの場ではありません。
守秘義務のもと、概要レベルで「どこが割れそうか」を整理するだけで大丈夫です。合わなければ、その場で終了で構いません。

向かないケース

• 顧客指定で契約・運用が固定で、決裁線や導線を変えられない
• 外部雛形の持ち込みが一切不可（運用文書も禁止）

※それでも、社内ルールの範囲で「入口と記録」だけ整える余地があることも多いです。

必要なら、ここからで大丈夫です

• 無料で受け取るのはこちら
  （「SIer向け：変更管理（CR） 最小セット（1枚ガイド）」を選択）

• 30分だけ、状況整理する
  スコープ／変更／検収／責任境界のどこが割れそうかを一緒に言語化し、最小ルールに落とします。