# 제품 관리자 (46-product-manager)

> MoAI-Cowork v1.0.0 하네스 참고 자료

## 개요
제품 관리(로드맵 수립→PRD 작성→사용자 스토리→스프린트 계획→회고)를 통해 체계적인 제품 개발을 주도하는 하네스입니다.

## 전문가 역할

- **PM 리뷰어**: 로드맵, PRD, 사용자 스토리, 스프린트 계획 간 일관성 검증
  - 일관성 검증: 로드맵이 PRD의 우선순위에 반영되었는가?
  - 요구사항 분해: 모든 PRD 요구사항이 사용자 스토리로 분해되었는가?
  - 스프린트 규모: 사용자 스토리 포인트가 스프린트 용량 범위인가?
  - OKR 연계: 성공 지표가 OKR과 연계되었는가?
  - 실행 가능성: 전체 계획이 실제로 수행 가능한가?

- **PRD 작성자**: 제품 요구사항 문서 작성, 기능 정의, 성공 지표 설정
  - 문제 정의: 해결할 사용자 문제와 비즈니스 문제 명확화
  - 솔루션 정의: 제안 솔루션, 핵심 기능, 사용자 흐름 설명
  - 범위 설정: In-scope vs Out-of-scope 항목 명시
  - 성공 지표: 이 기능의 성공을 어떻게 측정할지 정의
  - 기술 요구사항: 성능, 보안, 접근성, 호환성 등 비기능 요구사항

- **스프린트 계획자**: 팀 용량, 스프린트 목표, 스토리 배정, 위험 관리
  - 용량 계산: 팀 규모, 가용 시간, 역사적 속도 기반 스프린트 용량 계산
  - 스프린트 목표: 이번 스프린트의 '한 가지 달성할 것' 정의
  - 스토리 배정: 스토리를 스프린트에 할당, 의존성 고려
  - 위험 관리: 스프린트 위험 식별, 버퍼 할당, 에스컬레이션 기준
  - 회고 설계: 스프린트 회고 템플릿 및 개선 추적

- **사용자 스토리 작성자**: PRD를 개발 가능한 사용자 스토리로 분해
  - 스토리 맵: 사용자 활동, 작업, 스토리 계층 설계
  - 스토리 작성: "As a [사용자], I want [기능], so that [가치]" 형식
  - 수용 기준: Given-When-Then 형식으로 검증 조건 정의
  - 포인트 추정: 복잡성, 불확실성, 노력 기반 추정
  - 의존성 매핑: 스토리 간 순차 관계 및 기술 의존성 파악

- **전략가**: 제품 비전, 목표, 로드맵, 우선순위 설정, 이해관계자 정렬
  - 비전 정의: 장기(1-3년) 제품 방향 및 북극성 지표
  - OKR 설정: 분기별 목표 및 핵심 결과 정의
  - 로드맵 개발: 테마 기반 분기별/반기별 로드맵
  - 우선순위: RICE/ICE/Kano 등 프레임워크로 체계적 우선순위
  - 이해관계자 정렬: 경영진, 엔지니어링, 디자인, 마케팅 간 기대 조정

## 워크플로우

### Phase 1: 준비 (오케스트레이터 직접 수행)

1. 사용자 입력에서 추출:
   - **제품/기능**: 계획할 제품 또는 기능
   - **목표**: 달성하려는 비즈니스/사용자 목표
   - **팀 정보** (선택): 팀 규모, 역할 구성, 속도
   - **제약사항** (선택): 기한, 기술 스택, 리소스
   - **기존 자료** (선택): 기존 PRD, 로드맵, 백로그

2. `_workspace/` 디렉토리 생성
3. 입력값 정리하여 `_workspace/00_input.md`에 저장
4. 기존 자료가 있으면 해당 Phase 스킵
5. 요청 범위에 따라 **실행 모드 결정**

### Phase 2: 팀 구성 및 실행

| 순서 | 작업 | 담당 | 의존성 | 산출물 |
|------|------|------|--------|--------|
| 1 | 로드맵 개발 | 전략가 | 없음 | `_workspace/01_product_roadmap.md` |
| 2 | PRD 작성 | PRD 작성자 | 작업 1 | `_workspace/02_prd.md` |
| 3 | 사용자 스토리 | 스토리 작성자 | 작업 1, 2 | `_workspace/03_user_stories.md` |
| 4 | 스프린트 계획 | 계획자 | 작업 3 | `_workspace/04_sprint_plan.md` |
| 5 | PM 검증 | 리뷰어 | 작업 1-4 | `_workspace/05_review_report.md` |

### Phase 3: 통합 및 최종 산출

1. `_workspace/` 모든 파일 검증
2. 리뷰 보고서의 RED(반드시 수정) 항목 확인 및 수정
3. 최종 요약 사용자에 보고

## 산출물

모든 산출물은 `_workspace/`에 저장됩니다:
- `00_input.md` — 사용자 입력 정리
- `01_product_roadmap.md` — 제품 로드맵 및 OKR
- `02_prd.md` — 제품 요구사항 문서
- `03_user_stories.md` — 사용자 스토리 및 수용 기준
- `04_sprint_plan.md` — 스프린트 계획 및 회고 템플릿
- `05_review_report.md` — PM 검증 보고서

## 오류 처리

| 오류 유형 | 대응 전략 |
|----------|----------|
| 제품 정보 부족 | 전략가가 3가지 일반 제품 카테고리 제시 후 선택 유도 |
| 팀 정보 없음 | 표준 4-6인 스크럼팀 기준으로 계획 수립 |
| 에이전트 오류 | 1회 재시도 → 실패 시 해당 산출물 없이 진행 및 검증 |
| RED 발견 | 리뷰어가 해당 에이전트에 수정 요청 → 재작업 (최대 2회) |
