---
type: knowledge
domain: product
status: active
last-reviewed: 2026-07-27
aliases:
  - 역할별 기획
  - 역할 기획 허브
---

# 역할별 기획 허브

> 한 줄 정의
> 외주·SI 프로젝트에 필요한 역할만 활성화하고, 각 역할이 결정해야 할 내용·작성할 파일·완료 기준·다음 인계를 한곳에서 찾는 지도. 모든 역할의 산출물은 최종적으로 **계약·검수·인수인계의 근거**를 향한다.

> [!IMPORTANT] 사용 원칙
> 이 폴더는 **지식과 복사용 템플릿**이다. 실제 프로젝트 기록은 `40_프로젝트/{프로젝트}/기획/`에 복사해 작성한다. 역할을 많이 만드는 것이 목적이 아니라, 활성화한 역할마다 **검수와 납품에 쓸 수 있는 산출물**을 남기는 것이 목적이다. 산출물이 [[외주 개발 산출물]]의 납품 목록 어디에도 연결되지 않으면 만들 필요를 의심한다.

## 시작 순서

1. [[50_역할 활성화 체크리스트]]로 이번 계약에 필요한 수행사 역할을 고르고, 발주사 측 카운터파트(발주 담당·현업 검수자·최종 승인자)를 확인한다.
2. [[20_RACI 템플릿]]으로 납품 산출물별 Owner·Reviewer·Approver를 확정한다 — 검수확인서에 서명할 발주사 승인자까지.
3. 해당 역할의 **기획 가이드**를 읽고 필요한 템플릿만 프로젝트 폴더에 복사한다.
4. 역할별 완료 체크리스트를 통과한 뒤 [[30_핸드오프 템플릿]]으로 다음 역할(또는 발주사)에 넘긴다.
5. QA·검수자는 계약서·요구사항정의서 원본과 실제 산출물을 직접 대조한다. 검수 기준은 착수 전에 합의된 것만 유효하다.

## 폴더 구조

```text
05_역할별/
├── 00_역할별 기획 허브.md
├── 00_공통/
│   ├── 00_역할별 기획 운영 가이드.md
│   ├── 10_산출물 메타데이터 템플릿.md
│   ├── 20_RACI 템플릿.md
│   ├── 30_핸드오프 템플릿.md
│   └── 50_역할 활성화 체크리스트.md
├── 01_사업·제품책임/
├── 02_PM·PO·BA/
├── 03_UX·UI디자인/
├── 04_TechLead·아키텍처/
├── 05_Frontend/
├── 06_Backend/
├── 07_Database/
├── 08_Data·ML/
├── 09_DevOps·SRE/
├── 10_Security·Privacy/
├── 11_리뷰어/
├── 12_QA·Judge/
├── 13_Release·운영/
├── 14_SI·문서화/
└── 15_고객·업무책임/
```

각 역할 폴더는 다음 순서를 따른다.

```text
00_{역할} 기획 가이드.md       # 책임·입력·작업 순서·파일 지도
01~{N}_{기획 주제}.md          # 프로젝트에 복사해 채우는 역할별 템플릿
90_{역할} 완료 체크리스트.md   # 다음 역할로 넘기기 전 게이트
99_{역할} ... 템플릿.md        # Result Card·승인서 등 최종 전달 형식
```

## 역할별 진입점

| 외주 단계 | 역할 | 시작 문서 | 핵심 책임 | 주 납품 산출물 |
|-----------|------|-----------|-----------|----------------|
| 수주·계약 | 사업·제품 책임 | [[00_사업·제품책임 기획 가이드]] | 계약 목표·범위·Go/No-Go·CR 승인 | 제안서·계약 범위(Out of Scope 포함) |
| 요구정의 | PM·PO·BA | [[00_PM·PO·BA 기획 가이드]] | 요구 확정·우선순위·검수 기준 합의 | 요구사항정의서(SRS)·WBS·RTM |
| 설계 | UX·UI 디자인 | [[00_UX·UI디자인 기획 가이드]] | 화면 흐름·상태·접근성·시안 라운드 | 화면정의서(스토리보드)·메뉴구조도 |
| 설계 | Tech Lead·아키텍처 | [[00_Tech Lead·아키텍처 기획 가이드]] | 경계·계약·NFR·작업 소유권 | 시스템구성도·기능사양서 |
| 구현 | Frontend | [[00_Frontend 기획 가이드]] | 화면·상태·API 의존성·시각 검증 | 소스코드·화면 단위 테스트 근거 |
| 구현 | Backend | [[00_Backend 기획 가이드]] | API·도메인·오류·관측성 | API 정의서·소스코드 |
| 구현 | Database | [[00_Database 기획 가이드]] | 스키마·무결성·마이그레이션·이관 | ERD·테이블정의서 |
| 구현 | Data·ML | [[00_Data·ML 기획 가이드]] | 데이터·평가·추론 계약·모델 운영 | 평가 기준·모델 운영 문서 |
| 운영 기반 | DevOps·SRE | [[00_DevOps·SRE 기획 가이드]] | 환경·CI/CD·배포·모니터링·복구 | 빌드·배포 스크립트·시스템 매뉴얼 입력 |
| 횡단 위험 | Security·Privacy | [[00_Security·Privacy 기획 가이드]] | 위협·권한·데이터 보호·예외 승인 | 보안 점검 결과·예외 승인 기록 |
| 검수 | 리뷰어 | [[00_리뷰어 기획 가이드]] | 독립 렌즈·심각도·근거·수정 방향 | 리뷰 기록(결함·조치) |
| 검수 | QA·Judge | [[00_QA·Judge 기획 가이드]] | 요구↔테스트 추적·독립 판정 | 테스트계획서·테스트케이스·테스트결과서 |
| 납품·인수 | Release·운영 | [[00_Release·운영 기획 가이드]] | 이관 게이트·롤백·안정화·공지 | 이관 절차·운영 매뉴얼 입력 |
| 납품·인수 | SI·문서화 | [[00_SI·문서화 기획 가이드]] | 계약 산출물·RTM·매뉴얼·인수인계 | 산출물 목록·매뉴얼·인수인계서·완료보고서 |
| 검수·승인(발주사) | 고객·업무 책임 | [[00_고객·업무책임 기획 가이드]] | 현업 검수·예외 승인·검수확인서 서명 | 검수확인서·승인 기록 |

## 외주 파이프라인

```mermaid
flowchart LR
    A[수주·계약<br>범위·제외 명시·마일스톤] --> B[요구정의<br>SRS·WBS·RTM·검수 기준 합의]
    B --> C[설계<br>화면정의서·기능사양서·구성도]
    C --> D[구현<br>소스코드·API·ERD]
    D --> E[검수<br>리뷰·테스트결과서·검수확인서]
    E --> F[납품·인수<br>이관·매뉴얼·인수인계·완료보고]
    F --> G[하자보수<br>무상 버그 대응·유지보수 경계]
```

- 각 단계의 산출물은 그 단계 종료 시점(마일스톤)에 확정한다 — 검수일에 몰아서 쓰는 사후 문서는 코드와 어긋난 픽션이다 ([[외주 개발 산출물]]).
- 마일스톤은 지불 조건과 연결되고, 검수 기준은 착수 전 발주사와 합의한 것만 유효하다 ([[SI 수주와 범위 관리]]).
- 범위 밖 요청은 어느 단계에서 오든 거절이 아니라 **CR(변경요청) 절차로 회부**한다 — 영향(일정·비용) 산정 후 승인 시 진행.
- 작은 계약은 역할을 합칠 수 있지만 단계의 결과물은 합치지 않는다. 특히 구현자 자기 보고와 QA 판정, 수행사 자체 검토와 발주사 검수 승인은 분리한다.

## 관련 문서

- [[00_역할별 기획 운영 가이드]]
- [[역할별 개발 산출물]]
- [[개발 파이프라인 분업]]
- [[요구사항과 완료 조건]]
- [[외주 개발 산출물]]
- [[SI 수주와 범위 관리]]