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

# PRD·범위 정의

> 외주에서 이 문서의 정체는 **요구사항정의서(SRS)의 골격**이다. 구현 방법보다 발주사의 업무·요구·범위 경계를 고정한다. 착수 마일스톤 납품물이자 이후 모든 검수·분쟁의 기준 문서 — 발주사 확인 없이는 Approved가 아니다.

## 문서 정보

| 항목 | 값 |
|---|---|
| 프로젝트·시스템 | `{이름}` |
| SRS ID·버전 | `{SRS-001 · v1.0}` |
| Owner / Reviewer / Approver | `{각 한 명 또는 역할 — Approver에 발주사 확인자 병기}` |
| 상태 | `Draft / Review / 발주사 확인 / Approved / Deprecated` |
| 기준일·목표 마일스톤 | `{날짜 · 마일스톤}` |
| 상위 계약·수주 결정 | `{계약서·BIZ-DEC ID·링크}` |
| RFP 원문 | `{링크·항목 번호 체계}` |

## 1. 문제와 근거

> **{발주사 현업}이 {업무 상황}에서 {목표}를 하려는데 {장애물} 때문에 {비용}을 치르고 있다.**

| 근거 ID | RFP 항목·현장 사례 | 출처·일자 | 사실 / 해석 | 요구 영향 |
|---|---|---|---|---|
| `E-01` | `{RFP {번호} 원문 또는 현업 인터뷰}` | `{링크}` | `사실` | `{요구·범위 영향}` |

## 2. 계약 목표와 비목표

| 구분 | ID | 내용 | 검수 기준 연결 | 마일스톤 | 판정법 |
|---|---|---|---|---|---|
| 목표 | `OBJ-01` | `{납품·검수 통과할 업무 결과}` | `{ACC ID}` | `{마일스톤}` | `{측정·판정법}` |
| 비목표 | `NON-01` | `{이번 계약에서 다루지 않는 것}` | `해당 없음` | `해당 없음` | `Out of Scope 목록과 정합 확인` |

## 3. 사용자와 업무

| 사용자 유형 | 핵심 업무 | 진입 상황 | 얻어야 할 결과 | 권한·제약 | 우선순위 |
|---|---|---|---|---|---|
| `{현업 담당자}` | `{업무 단위}` | `{업무 계기}` | `{처리 완료의 정의}` | `{권한}` | `Primary` |
| `{관리자·운영자}` | `{업무}` | `{상황}` | `{결과}` | `{권한}` | `Secondary` |

## 4. 완성 데모 시나리오 (AS-IS → TO-BE)

> 검수일에 발주사 앞에서 실행할 시나리오를 지금 쓴다. 중간 데모도 이 시나리오의 부분집합으로 진행한다.

| 단계 | 사용자 행동 | 시스템의 관찰 가능한 반응 | 실패·복구 | 연결 요구 ID |
|---|---|---|---|---|
| 1 | `{행동}` | `{화면·응답·상태 변화}` | `{실패 시 다음 행동}` | `{FR-001}` |

## 5. 범위

### 포함 (계약 범위)

| ID | 항목 | RFP·계약 근거 | 결과물 형태 (납품 산출물) | 검수 기준 |
|---|---|---|---|---|
| `IN-01` | `{기능·정책}` | `{RFP 번호·계약 조항}` | `{화면·API·문서}` | `{ACC/AC 조건}` |

### 제외 (Out of Scope) — 계약서 제외 목록과 1:1

| ID | 항목 | 제외 근거 | 현재 대체 방법 | 요청 시 처리 |
|---|---|---|---|---|
| `OUT-01` | `{항목}` | `{계약 제외 조항·견적 밖}` | `{수동·기존 방식}` | `CR 절차 회부` |

> 포함에도 제외에도 없는 요청이 오면 그 자리에서 수락·거절하지 않는다 — CR로 회부하고 영향 산정으로 응답한다.

## 6. 정책·업무 규칙

| Rule ID | 조건 | 허용·금지·계산 규칙 | 예외 | 결정 Owner (발주사 측 포함) | 연결 요구 |
|---|---|---|---|---|---|
| `BR-01` | `{전제}` | `{업무 규칙}` | `{예외 처리}` | `{발주사 현업·역할}` | `{FR-001}` |

> 업무 규칙의 최종 결정자는 대부분 발주사 현업이다. 결정 대기 항목은 의존성 대장에 등록하고 지연 시 기록한다.

## 7. 제약과 의존성 (발주사 제공 사항 포함)

| ID | 제약·의존성 | 고정 / 협상 가능 | 제공자·Owner | 필요일 | 미충족 영향 |
|---|---|---|---|---|---|
| `DEP-01` | `{발주사 제공: 계정·데이터·정책·결정}` | `{구분}` | `{발주사 담당자}` | `{날짜}` | `{블로커·일정 영향 — 지연 시 서면 통지}` |
| `DEP-02` | `{외부 API·레거시 연동}` | `{구분}` | `{이름}` | `{날짜}` | `{영향}` |

## 8. 가정·오픈 질문

| ID | 질문·가정 | 현재 답·가설 | 확인 방법 | Owner·기한 | 미확인 시 기본 행동 |
|---|---|---|---|---|---|
| `Q-01` | `{내용}` | `{값}` | `{발주사 질의·현업 인터뷰·샘플 확인}` | `{값}` | `{보류·보수적 기본값 — 발주사 회신 지연은 기록}` |

## 9. 변경·승인 (CR 이력 포함)

| 날짜 | 버전 | 변경 내용 | 근거 (CR ID·계약 변경) | 영향받는 요구·역할 | 승인자 (양측) |
|---|---|---|---|---|---|
| `{날짜}` | `{vN}` | `{내용}` | `{CR-001 또는 초판}` | `{ID·역할}` | `{수행사·발주사}` |

> 발주사 확인 후의 SRS 변경은 반드시 CR·계약 변경 근거를 단다. 근거 없는 버전 업은 분쟁 시 "합의 안 된 문서"가 된다.

## 다음 작성물

- 상세 요구·완료 조건: [[02_요구사항·완료 조건]]
- WBS·마일스톤: [[03_우선순위·릴리스 계획]]
- 리스크·의존성: [[04_리스크·의존성 대장]]
- 추적 원본: [[05_요구사항 추적표 RTM]]