韓国プロジェクト管理において、仕様変更要請は厳格な決裁ラインと影響評価が必須です。
「변경 사유＋영향 평가（일정・비용・품질）＋승인 요청＋대안 제시」の3段構造で衝突を最小化します。
本記事は재벌・스타트업・외국계それぞれの変更管理プロセスを3段表記(ハングル／ローマ字／日本語直訳)で体系化します。
クライアント主導の変更とベンダー主導の変更の責任区分まで扱う実務ガイドです。
변경 요청の3段構造
変更事由の明示
変更事由はメール冒頭で明確に提示します。
「고객 요구 변화로」「기술적 제약 발견으로」「시장 환경 변화에 따라」のような型です。
事由が曖昧だと承認プロセスが遅延します。
具体的かつ客観的な事由提示が核心です。
影響評価（日程・費用・品質）
影響評価は4つの次元（일정・비용・품질・범위）で行います。
各次元の影響数値を具体的に明示します。
「일정 3주 지연, 비용 OO만원 증가, 품질 영향 없음」のような型です。
影響評価のない変更要請は韓国企業では受容されません。
承認要請＋代案提示
承認要請と代案提示を同時に行います。
「Option A: 전면 변경」「Option B: 부분 변경」「Option C: 변경 없이 우회」の3-4オプションが標準です。
各オプションの影響評価と推奨可否を明示します。
1オプションのみの提示は顧客の選択権を制限します。
件名の様式
「[변경 요청] OO 기능 – 프로젝트명」
標準件名は「[변경 요청] OO 기능 – 프로젝트명」です。
「[변경 요청] OO 로그인 기능 – OO 프로젝트」のような型です。
角括弧で変更要請であることを明示して優先処理されます。
プロジェクト名は契約書上の正式名称を使用します。
緊急度表示（[긴급][우선]）
緊急変更は「[긴급]」「[우선]」表示を追加します。
「[긴급・변경 요청]」「[우선・변경 요청]」のような型です。
緊急表示の濫発は信頼を損ないます。
実際に緊急な場合にのみ使用します。
バージョン管理表示
変更案のバージョンを明示すると混同を防止できます。
「[변경 요청 v1.2]」のようにバージョンナンバーを含めます。
同一事項の再要請時はv1.3、v1.4へ増加させます。
バージョン履歴管理が長期プロジェクトで重要です。
1段目: 変更事由
「고객 요구의 변화로」
「고객 요구의 변화로」はベンダー側の責任回避ニュアンスがあります。
正確には「고객사 OO 팀의 추가 요구에 따라」のように具体化します。
顧客内部の意思決定変化の場合は事前に情報共有を受けられると対応が容易です。
「誰がどのような要求をしたか」の明示が責任所在の確認に有用です。
「기술적 제약이 발견되어」
「기술적 제약이 발견되어」はベンダー側責任配分時に使用します。
「검증 과정에서 OO 제약이 발견되었습니다」のように具体化します。
技術的制約の具体内容と解決方案を同時に提示します。
事前調査不足の場合は一部謝罪表現を含めます。
「시장 환경 변화에 따라」
「시장 환경 변화에 따라」は外部要因ベースの事由です。
「법 개정」「경쟁사 동향」「고객 수요 변화」など具体事例を提示します。
外部要因は両者の共同対応が必要です。
共同責任の認識が円滑な変更管理の基礎です。
「내부 검토 결과」
「내부 검토 결과」は自社内部の意思決定ベースの事由です。
「당사 경영진 검토 결과 OO 방향 변경 결정」のような型です。
顧客に内部事情を透明に共有する姿勢が信頼を生みます。
「내부 검토」のみでは曖昧で顧客が受容しづらくなります。
2段目: 影響評価
日程影響（遅延日数）
日程影響は具体的な遅延日数で明示します。
「OO 단계 3주 지연, 전체 완료일 2주 지연」のような型です。
「約わずかな遅延」「可能な限り早く」など曖昧な表現は禁止です。
ガントチャートのアップデートも添付すると理解が容易になります。
費用影響（追加工数）
費用影響は追加工数・金額で算定します。
「추가 공수 OO시간, 추가 비용 OO만원」のような型です。
見積書の更新添付が標準です。
費用増加なしで処理可能な場合もその旨を明示します。
品質影響（リスク）
品質影響はリスクの観点から評価します。
「기능 변경으로 OO 테스트 범위 확대 필요, OO 버그 발생 리스크」のような型です。
リスク緩和方案も同時に提示します。
「품질 영향 없음」と安易に断定するのは避けます。
範囲影響（スコープ拡大・縮小）
範囲影響はスコープの拡大または縮小の観点です。
「당초 스코프의 OO% 확대」「OO 기능 제외, OO 기능 추가」のような型です。
スコープ文書の更新バージョンを添付します。
契約範囲を超過する場合は追加契約協議が必要です。
3段目: 承認要請
決裁ライン明示（팀장→본부장→임원）
決裁ラインは自社・顧客の両方に明示します。
「당사 결재: 팀장→본부장, 예상 소요: 1주」のような型です。
顧客社の決裁ライン把握も事前に済ませておきます。
決裁ラインの違いで日程がずれないように調整します。
承認期限の提示
承認期限は現実的に設定します。
「O월 O일까지 승인 주시면 일정 준수 가능」のような型です。
顧客の決裁所要時間を考慮した期限設定が必要です。
期限経過時の影響も明示します。
緊急承認要請時のクッション
緊急承認要請は「부득이하게」のクッションを付けます。
「부득이하게 24시간 내 승인 부탁드립니다」のような型です。
緊急性の事由も明確に提示します。
緊急承認の濫用は顧客関係を損ないます。
代案提示の重要性
「Option A／B／C」で選択権を付与
Option A/B/C形式で選択権を提供します。
各オプションの特徴・長短所を比較表に整理します。
顧客が選択できる形が韓国の慣行に合います。
単一案の強要は協力関係を損ないます。
各代案の影響比較
各代案の影響を4次元（일정・비용・품질・범위）で比較します。
比較表を表形式で提供すると意思決定が早まります。
数値で比較可能なように具体化します。
「비용 + O만원 / 일정 + O주」のように定量化します。
推奨代案の明示
推奨代案を明示します。
「당사 추천: Option B (이유: 일정・비용 균형)」のような型です。
推奨の理由と根拠を1-2行で補強します。
推奨なしにオプションだけを提示すると顧客が判断しづらくなります。
変更発生原因の責任区分
クライアント事由時の要請
クライアント事由の変更は追加費用・日程要請が正当です。
「귀사의 요구 변화에 따라 추가 공수가 발생합니다」のような型です。
感情的表現を避け、事実に基づいてコミュニケーションします。
見積書の更新と共に要請します。
ベンダー事由時の謝罪
ベンダー事由の変更は謝罪と対応提示が必要です。
「당사의 사전 검토 부족으로 발생한 변경입니다」のような型です。
追加費用・日程は可能な限り自社が負担します。
再発防止策も併せて提示します。
外部要因時の共同対応
外部要因の変更は両者の共同対応を提案します。
「법 개정에 따른 양자 공동 대응 미팅 제안」のような型です。
責任配分は契約書条項に従うか追加協議します。
共同対応の意思が関係の強度を示します。
費用増減の交渉
追加工数の算定方法
追加工数は客観的基準で算定します。
「개발자 시간당 단가 x 소요 시간」が標準です。
算定根拠を詳細に共有すると信頼を得られます。
「約OO시간 예상」のような曖昧さは避けます。
見積書の更新
見積書は変更要請ごとに更新します。
「v1.0 (2026년 3월) → v1.1 (2026년 4월 변경 반영)」のバージョン履歴を維持します。
세금계산서発行前の最終見積確定が必要です。
見積書更新なしの事後請求は紛争の原因です。
精算方法の提案
精算方法を提案します。
「추가 비용은 다음 월 세금계산서에 포함 또는 별도 발행」のような型です。
顧客の会計慣行に合わせて調整します。
精算方法の事前合意が円滑な変更処理の核心です。
変更後のフォロー管理
変更後の初週の進捗報告
変更承認後の初週の進捗報告が重要です。
「변경된 계획에 따른 진척 상황」を詳細に共有します。
変更のインパクトが予想通りかを初期検証します。
変更管理台帳に結果を記録します。
再発見された影響の即時共有
変更進行中に追加の影響が発見されたら即時共有します。
「변경 진행 중 OO 영향이 추가 발견되어」のような即時報告です。
隠すと後でより大きな問題に発展します。
透明性が長期関係の核心です。
学習事項の整理
変更完了後に学習事項を整理します。
「이번 변경의 원인・대응・재발 방지」を文書化します。
チーム内で共有して今後のプロジェクト改善に活用します。
振り返りミーティング（retrospective）の議題にも含めます。
顧客主導変更要請への対応
要請受付確認メール
顧客主導の変更要請が来たら24時間以内に受付確認をします。
「요청 접수되었습니다. 영향 평가 후 재연락드리겠습니다」のような型です。
即時受諾ではなく影響評価後の回答が原則です。
性急な即答ではなく落ち着いた分析姿勢が好まれます。
影響評価期間の案内
影響評価期間を明示します。
「영향 평가 3일 소요, O월 O일까지 답변 드리겠습니다」のような型です。
評価期間の事前合意が期待値管理に役立ちます。
複雑な変更は5-7日でも了承される場合があります。
受諾・調整・拒否の判断
影響評価後「수용・조정・거부」の3つの判断のうち1つを伝えます。
「전면 수용」「일부 조정하여 수용」「기술적 제약으로 거부」の分類です。
各判断の根拠を詳細に提示します。
拒否時は代案も併せて提示するのが関係維持に好適です。
日本人の変更要請NG
影響評価のない変更提案
影響評価のない変更提案は韓国では受容されません。
「일단 변경하고 후에 영향 파악」の慣行は避けます。
影響評価データが意思決定の基礎です。
事前の影響評価が変更管理の基本です。
決裁ラインCC漏れ
決裁ラインのCC漏れは承認遅延の原因です。
顧客社の決裁構造を事前に把握して適切なCC処理を行います。
팀장を飛ばして본부장に直接連絡するのは関係を損ないます。
段階別コミュニケーションを尊重します。
「若干の変更」の曖昧さ
「약간의 변경」「사소한 조정」など曖昧な表現は韓国では通用しません。
変更の具体的範囲を数値・単位で明示します。
「약간」と表現する変更が大きな影響を及ぼすケースが多いです。
明確性が韓国ビジネスの信頼の基盤です。
組織タイプ別の変更管理プロセス
재벌大企業
재벌大企業の変更管理は非常に厳格です。
変更管理台帳・影響評価書・決裁文書の文書化が必須です。
決裁ラインが長く承認に2-3週間かかります。
事前情報共有・関係構築が円滑な承認の鍵です。
スタートアップ
スタートアップの変更管理は柔軟です。
Slack・Notionでの簡易変更承認もよくあります。
CEO直接決定が可能で速度が速いです。
文書化は最小限、実行中心です。
外資系
外資系は本社決裁が含まれると時間がかかります。
変更管理システム（JIRA・Asanaなど）を活用します。
英語の変更要請文書が標準です。
Global change management processに従います。
実務 変更要請メール 例文集
ベンダー事由の変更要請
件名「[변경 요청] OO 로그인 기능 – OO 프로젝트」で始めます。
「안녕하십니까, OO 팀장님. OO 프로젝트의 OO 로그인 기능 관련 변경을 요청드립니다.」が1段です。
「[사유] 검증 과정에서 OO 기술적 제약이 발견되었습니다. [영향] 일정 2주 지연, 비용 변동 없음, 품질 영향 없음.」が2段です。
「[대안] Option A: 전면 변경 (추천), Option B: 우회 구현, Option C: 원안 유지. 상세 비교표 첨부.」が3段です。
「O월 O일까지 결정 부탁드립니다. 당사의 사전 검토 부족으로 발생하여 양해 부탁드립니다. 감사드립니다.」で締めくくります。
顧客要求変化への対応
件名「[변경 요청] 요구 사항 반영 – OO 프로젝트」で始めます。
「안녕하십니까, OO 팀장님. 지난 미팅에서 논의된 추가 요구 사항에 대한 변경 요청을 드립니다.」が1段です。
「[사유] 귀사의 OO 기능 추가 요구에 따른 변경. [영향] 일정 3주 지연, 추가 비용 OO만원, 품질 영향 최소.」が2段です。
「[대안] Option A: 전면 추가 (추천, +3주 +OO만원), Option B: 부분 구현 (+1주 +OO만원), Option C: 차기 릴리즈 (현재 일정 준수).」が3段です。
「O월 O일까지 결정 부탁드립니다. 견적서 업데이트 첨부드립니다. 감사드립니다.」で締めくくります。
緊急変更要請
件名「[긴급・변경 요청] OO 보안 이슈 대응 – OO 프로젝트」で始めます。
「OO 팀장님, 안녕하십니까. OO 보안 이슈가 발견되어 긴급 변경 요청드립니다.」が1段です。
「[사유] 최근 발표된 OO 취약점에 대응 필요. [영향] 일정 1주 지연, 긴급 대응으로 추가 비용 없음.」が2段です。
「부득이하게 48시간 내 승인 부탁드립니다. 승인 지연 시 보안 리스크가 커지는 상황입니다.」が3段です。
「긴급 상황으로 이해 부탁드리며, 미팅 필요 시 즉시 가능합니다. 감사드립니다.」で締めくくります。
外部要因（法改正）対応
件名「[변경 요청] 법 개정 대응 – OO 프로젝트 v1.2」で始めます。
「안녕하십니까, OO 팀장님. 2026년 4월 개인정보보호법 개정에 따른 시스템 변경을 요청드립니다.」が1段です。
「[사유] PIPA 개정으로 OO 기능의 추가 대응 필요. [영향] 일정 2주 지연, 추가 공수 OO시간, 법적 필수 대응.」が2段です。
「외부 법 개정에 따른 양자 공동 대응이 필요합니다. 추가 비용은 계약서 XX조에 따라 절반 분담 제안드립니다.」が3段です。
「상세 협의 미팅 제안드립니다. 다음 주 화요일 또는 목요일 중 편하신 시간 공유 부탁드립니다. 감사드립니다.」で締めくくります。
変更承認後の進捗報告
件名「[진척 보고] OO 변경 반영 상황 – Week 1」で始めます。
「안녕하십니까, OO 팀장님. 지난주 승인된 OO 변경의 첫 주 진척을 보고드립니다.」が1段です。
「[진척] 예정된 30% 완료, 일정 준수 중. [주의 사항] OO 테스트 단계에서 예상 이상 시간 소요, 2-3일 추가 가능성.」が2段です。
「문제 발견 시 즉시 공유드리겠습니다. 현재 시점은 안정적 진행입니다. 감사드립니다.」で締めくくります。
変更管理台帳の活用
変更履歴の追跡
変更管理台帳はプロジェクト全体の変更履歴を記録します。
変更ID・日付・要請者・事由・影響・承認状態のフィールドが標準です。
台帳はJIRA・Trello・Google Sheetsなどで管理可能です。
定期的な台帳レビューで累積影響を把握します。
影響分析の数値化
各変更の影響を数値化して累積します。
「총 변경 건수 20건, 총 지연 일수 45일, 총 추가 비용 1500만원」のような型です。
数値化されたデータが次のプロジェクトの推定に活用されます。
クライアント側でも変更の累積影響を理解しやすくなります。
再発防止教訓の蓄積
各変更から得た教訓を蓄積します。
「요구 사항 명확화의 중요성」「기술 검토의 사전 철저화」などの教訓が蓄積されます。
チーム内の知識共有資産として活用されます。
振り返りミーティングで定期的に共有して組織学習を促進します。
変更頻度の分析
プロジェクト全体の変更頻度を分析します。
「주당 변경 건수」「단계별 변경 집중도」などの指標を管理します。
頻度が高い場合は要件定義段階の改善が必要です。
クライアントと共有してプロセス改善方案を導き出します。
関連記事
韓国ビジネスメールの基礎は韓国語のビジネスメール・手紙の書き方完全ガイドを参照してください。
주간 보고は주간 보고 メールで詳しく扱っています。
납품 완료 보고は납품 완료 보고 メールを参照できます。
クライアント対応全般は韓国語のクライアント対応メール完全ガイドにまとめています。
依頼フレーズは韓国語メールで依頼・お願いするフレーズを確認してください。
