---
type: template
domain: product
role: PM·PO·BA
status: active
last-reviewed: 2026-07-27
---

# 우선순위·릴리스 계획

> 외주의 우선순위는 점수표가 아니라 **계약**이다: 계약 Must가 먼저, CR 후보는 승인 후에만. 일정의 골격은 WBS이고, 마일스톤은 지불 조건이며, 오픈은 단계(파일럿→베타→가오픈→오픈)로 나눈다.

## 계획 기준

| 항목 | 값 |
|---|---|
| 계약 납기·마일스톤 | `{최종 납기 · 중간 마일스톤}` |
| 계약 금액·공수 | `{금액 · MM (버퍼 포함)}` |
| 최우선 목표 | `{OBJ·검수 기준 ID}` |
| 의사결정자 | `{수행사 한 명 · 발주사 승인 창구}` |
| 범위 기준 문서 | `{SRS 버전 · 계약서 조항}` |
| 범위 동결일 | `{YYYY-MM-DD — 이후 변경은 CR로만}` |

## WBS·일정 백로그

> WBS·일정계획서는 착수 마일스톤 납품물이다 ([[외주 개발 산출물]]). 지연 책임 공방의 근거이므로 발주사 제공 사항의 필요일을 함께 박는다.

| WBS ID | 작업 | 연결 요구 | 구분 | 선행 작업·의존성 | 발주사 제공 필요일 | 공수 | 기간 | Owner |
|---|---|---|---|---|---|---|---|---|
| `1.1` | `{작업}` | `{FR-001}` | `계약 Must` | `{WBS·DEP ID}` | `{날짜 또는 없음}` | `{MD}` | `{시작~끝}` | `{역할}` |

## Walking Skeleton (1차 관통 경로)

> 첫 구간은 입력→처리→출력→배포를 관통하는 가장 얇은 한 경로. 발주사가 처음 보는 화면이 검수일이어선 안 된다 — 이 경로가 첫 중간 데모다.

| 단계 | 요구 ID | 사용자 입력 | 최소 처리 | 사용자 출력 | 배포·관측 | 완료 증거 |
|---|---|---|---|---|---|---|
| `WS-1` | `{FR/NFR}` | `{입력}` | `{처리}` | `{결과}` | `{검증 환경·로그}` | `{E2E·데모}` |

## 수직 슬라이스

| Slice | 업무 가치 | 포함 요구 | UI·API·Data 범위 | 선행 Slice | 중간 데모 대상 | QA 시나리오 |
|---|---|---|---|---|---|---|
| `S1` | `{한 문장}` | `{FR ID}` | `{각 레이어 최소 범위}` | `없음` | `예 — {데모일}` | `{TC ID}` |

## 범위 구성 — 계약 Must와 CR 후보

| 구분 | 요구 ID | 근거 | 목표 마일스톤 | 승인자 | 처리 규칙 |
|---|---|---|---|---|---|
| 계약 Must | `{ID}` | `{RFP 번호·계약 조항}` | `{마일스톤}` | `{이름}` | `검수 기준 충족까지 필수` |
| 계약 Must (후순위) | `{ID}` | `{근거}` | `{후속 마일스톤}` | `{이름}` | `{조건}` |
| CR 후보 | `{CAND ID}` | `구두 요청·계약 근거 없음` | `없음` | `CR 승인 후 배정` | `영향 산정 → 양측 서면 승인 후에만 착수` |
| Out of Scope | `{OUT ID}` | `{계약 제외 조항}` | `없음` | `{이름}` | `요청 시 CR 회부` |

## 마일스톤 = 지불 조건

| Gate | 납품 산출물 | 기계 검증 가능한 완료 기준 | 목표일 | 지불 | Owner | Approver | 지연 시 처리 |
|---|---|---|---|---|---|---|---|
| 착수 승인 | `SRS·WBS·RTM` | `{필수 열·발주사 확인 상태}` | `{날짜}` | `{선금}` | `{역할}` | `{양측}` | `{행동}` |
| 설계 승인 | `화면정의서·기능사양서·ERD·API정의서` | `{설계 검토 승인 조건}` | `{날짜}` | `{중도금}` | `{역할}` | `{양측}` | `{행동}` |
| 구현 완료 | `소스·빌드 스크립트·Result Card` | `{test command exit 0}` | `{날짜}` | `—` | `{역할}` | `{이름}` | `{행동}` |
| 검수 | `테스트결과서·qa-verdict` | `## 판정: PASS · ACC 전 항목` | `{날짜}` | `{중도금}` | `QA` | `발주사 검수자` | `{재검수 기한}` |
| 이관·종료 | `매뉴얼·인수인계서·검수확인서·완료보고서` | `{산출물 목록 대조 완료}` | `{날짜}` | `{잔금}` | `Release` | `{양측}` | `{행동}` |

> 검수 기간 상한(전달 후 N영업일 내 미회신 시 승인 간주)을 각 Gate에 적용한다.

## 단계 오픈 계획

| 단계 | 범위·대상 | 진입 조건 | 종료 조건 | 기간 |
|---|---|---|---|---|
| 파일럿 | `{일부 현업·핵심 시나리오}` | `{검증 환경 검수}` | `{결함 조치 완료}` | `{기간}` |
| 베타 | `{확대 현업}` | `{파일럿 종료}` | `{운영 시나리오 통과}` | `{기간}` |
| 가오픈 | `{전 현업·병행 운영}` | `{베타 종료·교육 완료}` | `{안정화 기준}` | `{기간}` |
| 오픈 | `{전면 전환}` | `{가오픈 종료·검수 서명}` | `{하자보수 기간 개시}` | `—` |

## 스코프 변경 (CR)

| CR ID | 요청 (요청자·일자) | 기존 범위 | 일정·비용·품질 영향 | 선택지 | 결정 | 양측 승인자·일자 |
|---|---|---|---|---|---|---|
| `CR-001` | `{변경 · 발주사 {누가} · {날짜}}` | `{IN/OUT ID}` | `{+N일 · +금액 · 델타}` | `교체 / 추가 계약 / 차기 이관 / 철회` | `{값}` | `{수행사·발주사}` |

> 구두 요청도 즉시 CR로 기록한다. 승인 전 착수 금지 — 무료로 해준 "사소한 것" 10개가 일정 붕괴의 실체다.

## 일정 압박 시 협상 순서

1. `{CR 후보·후순위 항목의 차기 이관}` — 발주사 합의
2. `{단계 오픈 분리 — 범위 유지, 오픈 시점 분할}`
3. `{발주사 지연 기록 기반 납기 연장 협의 — 서면 근거}`
4. 검수 기준·보안·데이터 정합·명시적 계약 기준은 컷하지 않는다 — 필요하면 계약 변경 절차.

## 관련 문서

- [[우선순위와 스코프]]
- [[01_PRD·범위 정의]]
- [[04_리스크·의존성 대장]]