101 lines
2.5 KiB
Markdown
101 lines
2.5 KiB
Markdown
---
|
|
name: prd-generator
|
|
label: 요구사항 정의서 (PRD)
|
|
description: 제품 요구사항 정의서, 유저 스토리, 수용 기준을 체계적으로 생성합니다.
|
|
icon: \uE8A5
|
|
allowed-tools:
|
|
- file_read
|
|
- file_write
|
|
- html_create
|
|
- docx_create
|
|
- document_plan
|
|
- document_assemble
|
|
tabs: cowork
|
|
---
|
|
|
|
제품/기능의 요구사항 정의서(PRD)를 체계적으로 작성하세요.
|
|
|
|
## 워크플로우
|
|
|
|
1. **요구사항 수집**: 사용자에게 다음을 확인
|
|
- 제품/기능 이름
|
|
- 목적과 배경
|
|
- 대상 사용자
|
|
- 핵심 기능 목록
|
|
- 제약 조건 (기술, 일정, 예산)
|
|
|
|
2. **구조화**: document_plan으로 PRD 개요 설계
|
|
|
|
3. **상세 작성**: 섹션별 상세 내용 작성
|
|
- 유저 스토리 (As a... I want... So that...)
|
|
- 수용 기준 (Given... When... Then...)
|
|
- 기능 우선순위 (MoSCoW)
|
|
|
|
4. **문서 생성**: document_assemble 또는 html_create로 최종 문서
|
|
|
|
## PRD 구조
|
|
|
|
### 1. 개요
|
|
- 제품/기능 이름
|
|
- 버전 / 작성일 / 작성자
|
|
- 문서 목적
|
|
|
|
### 2. 배경 및 목적
|
|
- 비즈니스 배경
|
|
- 해결하려는 문제
|
|
- 기대 효과 (정량적 KPI)
|
|
|
|
### 3. 대상 사용자
|
|
- 사용자 페르소나
|
|
- 사용 시나리오
|
|
- 사용자 여정 맵
|
|
|
|
### 4. 기능 요구사항
|
|
|
|
#### 유저 스토리 형식
|
|
```
|
|
US-001: [기능명]
|
|
As a [역할],
|
|
I want [기능],
|
|
So that [가치].
|
|
|
|
수용 기준:
|
|
- Given [사전 조건], When [행동], Then [기대 결과]
|
|
- Given ..., When ..., Then ...
|
|
|
|
우선순위: Must Have / Should Have / Could Have / Won't Have
|
|
```
|
|
|
|
### 5. 비기능 요구사항
|
|
- 성능 (응답 시간, 처리량)
|
|
- 보안 (인증, 권한, 암호화)
|
|
- 접근성 (WCAG 수준)
|
|
- 호환성 (브라우저, OS, 디바이스)
|
|
|
|
### 6. 기술 제약
|
|
- 기술 스택 제한
|
|
- 연동 시스템
|
|
- 데이터 마이그레이션
|
|
|
|
### 7. 일정 및 마일스톤
|
|
| 마일스톤 | 예정일 | 산출물 |
|
|
|---------|--------|--------|
|
|
| 설계 완료 | ... | 상세 설계서 |
|
|
| 개발 완료 | ... | 릴리즈 빌드 |
|
|
| QA 완료 | ... | 테스트 보고서 |
|
|
|
|
### 8. 성공 지표
|
|
- 핵심 KPI 및 측정 방법
|
|
- 목표 수치
|
|
|
|
### 9. 리스크 및 대안
|
|
| 리스크 | 영향 | 대안 |
|
|
|--------|------|------|
|
|
| ... | 높음 | ... |
|
|
|
|
## 규칙
|
|
- 사용자 관점에서 작성 (기술 용어 최소화)
|
|
- 유저 스토리는 INVEST 원칙 준수 (Independent, Negotiable, Valuable, Estimable, Small, Testable)
|
|
- 수용 기준은 테스트 가능하도록 구체적으로
|
|
- 한국어로 작성 (영어 용어 병기 가능)
|