# 변경계획서 (빈 양식)

> 독자: **승인권자·이해관계자** — "이 변경을 해도 되는가?"를 판단한다.
> 핵심 원칙
> - 승인권자가 **리스크를 판단할 수 있을 만큼**의 정보를 담는다.
> - 자주 비는 칸은 **결정 시한**과 **승인**이다. 둘이 비면 사고 시 통제 불능.
> - 작성 시점: 반영 **며칠 전**(승인용). 작업절차서·롤백계획서를 별첨한다.

---

## 1. 변경 개요

| 항목 | 내용 |
|---|---|
| 변경 ID | `CHG-[YYYY-MMDD-NN]` |
| 변경 제목 | `[예: 결제 모듈 v2 배포]` |
| 변경 유형 | `[ ] 일반(Normal)  [ ] 표준(Standard)  [ ] 긴급(Emergency)` |
| 작성자 / 요청부서 | `[홍길동 / 결제플랫폼팀]` |

## 2. 변경 내용 (무엇을)

> 바뀌는 것을 구체적으로. 코드/스키마/설정/인프라를 빠짐없이.

- `[예: payment-svc v1.8 → v2.0 배포]`
- `[예: DB 스키마 변경 — payment 테이블 컬럼 2개 추가(migration 030)]`
- `[예: 설정 변경 — PG 엔드포인트 URL 교체]`

## 3. 변경 사유 (왜)

- `[예: 기존 라이브러리 EOL로 보안 패치 불가]`
- `[예: 해외 카드 결제 실패율 개선(현 4.1% → 목표 1% 이하)]`

## 4. 일정 (언제)

| 항목 | 내용 |
|---|---|
| 점검창(작업 시간) | `[YYYY-MM-DD(요일) HH:MM ~ HH:MM (KST)]` |
| **결정 시한(point of no return)** | `[HH:MM 까지 정상화 실패 시 롤백]` ← 반드시 기입 |
| 사전 공지 발송 | `[YYYY-MM-DD HH:MM]` |

## 5. 영향 분석 (무엇에)

- 영향 서비스: `[예: 결제(전 고객), 주문(결제 호출부)]`
- 영향 범위: `[점검 중 결제 불가 / 주문 접수는 가능 등]`
- 다운타임: `[예상 __분, 최대 __분]`
- 연관 변경 / 의존성: `[없음 / 있으면 명시]`

## 6. 리스크 및 대응

| 리스크 | 대응 |
|---|---|
| `[예: 마이그레이션 실패 시 테이블 불일치]` | `[롤백계획서 RB-____ 별첨, 사전 DB 백업]` |

## 7. 승인

| 역할 | 서명 / 일시 |
|---|---|
| 작업 승인(CAB / 변경관리자) | `[____________]` |
| 서비스 책임자(운영) | `[____________]` |
| 고객 / 발주사 통보 확인 | `[____________]` |

## 8. 별첨

- [ ] 작업절차서 `WP-________`
- [ ] 롤백계획서 `RB-________`
- [ ] 작업 공지문(고객/사용자)