BurningTimesAi/공유/소통/기획팀→개발팀/2026-04-20_REQ발행조율요청.md

177 lines
8.7 KiB
Markdown

---
type: 조율요청
from: 기획팀장
to: 개발팀장 (클라이언트팀장 포함)
date: 2026-04-20
subject: REQ-초안(3성 조건 12개 판정 로직) 정식 발행 조율 요청
status: 조율요청 발행
관련PD지시: 기획팀 #40 후속 PM 재량 C
reference:
- 공유/소통/기획팀→개발팀/REQ초안_3성조건_12개_판정로직.md (초안)
- 공유/소통/개발팀→기획팀/2026-04-20_Unity_MCP_실측검증_리포트_v2.md (선행 조건 2 완료)
- 공유/소통/개발팀→기획팀/2026-04-20_Unity_MCP_시뮬실행_가이드_v1.md (선행 조건 3 완료)
---
# REQ 발행 조율 요청 — 3성 조건 12개 판정 로직
## 0. 요청 요지
`REQ초안_3성조건_12개_판정로직.md` 을 **정식 REQ로 전환하기 위한 조율**을 요청합니다. 발행 선행 조건 2종(실측 검증 리포트·시뮬 실행 가이드) 완료 상태를 확인했으며, 본 조율 회신 후 기획팀장이 `YYYY-MM-DD_REQ-XXX_3성조건_판정로직.md`로 정식 발행 예정입니다.
---
## 1. 초안 최종 검토 결과 (기획팀 내부)
**검토 참여**: 기획팀장 · 시스템기획자 · 밸런스기획자
### 1-1. 검토 결론
- **큰 수정 불요** — 초안 §1~§10 구조 유지
- `3성조건_12개_상세명세_v1.md` 본문이 **정(正)**이며, REQ는 구현 범위 합의용 요약 역할 명확
- `시뮬레이터/03_결과_JSON_포맷_v1.md` 확장 필드(`conditions_result`) 개발팀 수용 가능성 조율 필요
### 1-2. 정식 발행 시 보완 예정 사항 (기획팀 측)
1. **REQ-XXX 번호**: 정식 발행 시점에 개발팀이 제안하는 번호 수용
2. **요청일**: 정식 발행일 갱신
3. **기준 커밋**: 정식 발행 시점 main SHA 기록
4. **파일명**: `2026-04-20_REQ-XXX_3성조건_판정로직.md` 형식으로 기획팀→개발팀 채널 최종 발행
### 1-3. 검토 중 확인된 경미한 사항 (조율 시 개발팀 의견 수렴 영역)
| # | 확인 필요 사항 | 초안 위치 |
|---|-------------|---------|
| 1 | C12 회피 주도의 측정 변수·판정식이 초안 §3-1에서 "(명세서 §3 참조)"로 표기됨 — 정식 발행 시 인용문 구체화 여부 | §3-1 |
| 2 | N1 빗맞힘 절제의 "서브맵 단위 측정" 의미 — 정식 발행 시 구체 필드명 명시 여부 | §3-1 |
| 3 | P17 배타 조합 7종 체크 로직이 **상위 필터**로 ConditionEvaluator 외부에서 수행되는지(초안 §6 "상위 필터" 표현) — 개발팀 구현 구조 관점 의견 수렴 | §6 검증 케이스 4 |
---
## 2. 개발팀 선행 조건 완료 확인 인용
### 2-1. 선행 조건 2 — Unity MCP EditMode 실측 검증 리포트 ✅ 완료
**출처**: `공유/소통/개발팀→기획팀/2026-04-20_Unity_MCP_실측검증_리포트_v2.md`
- UTF 14/14 Passed · 0.90228s
- DeckBuilding commit `7bb1facd2` 원격 반영
- E-1 원시 수치 수집 완료 · 시나리오 8종 확장 (장비·세트·인장 포함)
- #18·#19·#20 오차 0.34~0.86% 정확 일치 실증
### 2-2. 선행 조건 3 — 기획팀용 Unity MCP 시뮬 실행 가이드 ✅ 완료
**출처**: `공유/소통/개발팀→기획팀/2026-04-20_Unity_MCP_시뮬실행_가이드_v1.md`
- 환경 준비·시나리오 작성·실행·결과 해석·오류 대응 표준 절차 수록
- 기획팀 실무 관점 축약본 (시뮬레이터 01~04 문서 참조)
### 2-3. 초안 §10 발행 선행 조건 충족 확인
초안 §10은 다음 2종 완결을 정식 발행 조건으로 명시:
1. ✅ 개발팀 재개 선행 조건 2 (Unity MCP EditMode 실측 검증 리포트)
2. ✅ 개발팀 재개 선행 조건 3 (기획팀용 Unity MCP 시뮬 실행 가이드)
**결론**: 정식 발행 가능 상태. 개발팀 조율 회신 후 기획팀장 발행.
---
## 3. 개발팀 조율 요청 사항 (4종)
### 3-1. REQ-XXX 번호 제안
- 현재 `공유/소통/개발팀→기획팀/` 활성 REQ 번호 체계 확인 후 **다음 REQ 번호 할당 제안** 요청
- 본 REQ가 개발팀 담당 최초 조건 판정 REQ이므로 번호 관리 일관성 확보 목적
### 3-2. 담당 할당 조율
**초안 §1 프론트매터 `담당에이전트: 클라이언트팀장`**에 대한 개발팀 내부 담당 조율
- 구현 범위: `Assets/Sim/BurningTimes.Sim.asmdef` 어셈블리 내 신규 추가
- 조건 판정 로직 12개 + ConditionMetricsTracker + 결과 JSON 확장
- 개발팀 내부 클라이언트팀 실무자 할당 의견 수렴
### 3-3. 일정(공수) 조율 — C9 예외 고려 요청
> C9(AI 에이전트 조직 원칙): **MVP 축소·일정 지연 우려·작업 공수 절감·시간 단위 계획은 기본적으로 고려하지 않음**. 완성도·품질·근본 해결 최우선.
**다만 C9-3 예외 3종** 중 해당 검토 요청:
- **예외 1 (인간 작업자 포함)**: 본 구현에 외부 QA·플레이테스터 검증이 포함되면 예외 적용 가능
- **예외 2 (PD 명시 지시)**: PD님 "공수·일정 고려" 지시 시
- **예외 3 (순서·종속)**: "선행 A 완료 후 B 착수" 종속 관계는 상시 허용
**기획팀장 의견**: 본 REQ는 Phase 3 Day 4~7 완료 후 Day 8~10 카드 시뮬 구현과 **병렬 진행 가능**. 개발팀 실무자 배정 우선순위에 관한 의견만 수렴 요청. C9 원칙 준수하여 **완료 시점 공수 추정 아닌 선행 종속 관계만 명시** 권고.
### 3-4. 경미 사항 3종 (본 공문 §1-3) 회신 요청
정식 발행 시 반영하기 위해 §1-3의 #1·#2·#3에 대한 개발팀 개발 관점(C11) 의견 수렴:
1. C12 인용문 구체화 여부
2. N1 서브맵 단위 측정 구체 필드 명시 여부
3. P17 배타 조합 체크 로직 구현 구조 (상위 필터 vs ConditionEvaluator 내부)
---
## 4. 회신 후 후속 절차
| # | 절차 | 담당 |
|---|-----|------|
| 1 | 개발팀 회신 수령 | 기획팀장 |
| 2 | 회신 반영 · 정식 REQ 발행 (`2026-04-20_REQ-XXX_3성조건_판정로직.md`) | 기획팀장 |
| 3 | 개발팀 수령 · §9 응답 섹션 작성 | 개발팀장·클라이언트팀장 |
| 4 | 구현 진행 · 단위 테스트 · Unity MCP 시뮬 통합 | 클라이언트팀 |
| 5 | Phase 3 v2 재검증 시 조건 판정 결과 활용 | 기획팀 |
---
## 5. 본 조율 요청 범위 엄수
- 본 공문은 **조율 시작**만 수행 · 정식 REQ 발행은 개발팀 회신 후
- 본 공문에서 REQ 초안 **본문 수정 수행하지 않음** (경미 사항 3종은 의견 수렴 후 정식 발행 시 반영)
- 본 공문은 **구현 착수 지시가 아님** — 정식 REQ 발행 후 개발팀 일정에 따라 착수
---
## 6. 재미 근거 (P30)
- **강화하려는 재미 축**: "재도전 유도 유기성" (Phase 2 §5 PD 3차 승인 조건 설계 원칙 2)
- **변경 전 재미 문제**: Prove-2-of-3 체계 설계 완료 · 판정 로직 Unity MCP EditMode 미구현 → 시뮬 단위 ★3 달성률 실측 불가
- **변경 후 기대 경험**: 스테이지별 ★3 달성률 · 슬롯별 조건 달성률 실측 가능 → Day 11~14 트랙 B(맵 패턴 확정)에서 실측 기반 배치
- **측정 지표**: 스테이지별 ★3 달성률 분포 · 슬롯2·슬롯3 동시 달성률 · P17 배타 7종 위반 0건
---
## 7. 기각안 (P24·C32)
| # | 기각 대안 | 기각 사유 |
|---|---------|---------|
| 1 | 본 조율 없이 기획팀장이 **정식 REQ 즉시 발행** | 개발팀 담당 할당·REQ 번호 관리·구현 구조 의견 수렴 없이 발행 시 §9 응답 섹션 작성 지연 우려 |
| 2 | REQ 초안 **본문을 본 공문에서 직접 수정** | 정식 REQ 발행 전 단계이므로 본문 수정은 정식 발행 시점에 일괄 반영 |
| 3 | 개발팀 **구현 완료 공수·일정 추정** 요청 포함 | C9 위반 · 선행 종속 관계만 명시 원칙 준수 |
---
## 8. 관련 문서
- `공유/소통/기획팀→개발팀/REQ초안_3성조건_12개_판정로직.md` (초안)
- `공유/소통/개발팀→기획팀/2026-04-20_Unity_MCP_실측검증_리포트_v2.md` (선행 조건 2)
- `공유/소통/개발팀→기획팀/2026-04-20_Unity_MCP_시뮬실행_가이드_v1.md` (선행 조건 3)
- `프로젝트/수상한잡화점/기획/3성조건_12개_상세명세_v1.md` (명세 SOT)
- `프로젝트/수상한잡화점/시뮬레이터/03_결과_JSON_포맷_v1.md` (결과 스키마 확장 대상)
- `.claude/skills/BurningTimes-코어룰/SKILL.md` C9 (AI 에이전트 조직 원칙) · C11 (개발 관점 원칙)
---
## 9. 응답 섹션 (개발팀 회신)
### 9-1. REQ-XXX 번호 제안
(개발팀 회신 시 기재)
### 9-2. 담당 할당
(개발팀 회신 시 기재)
### 9-3. 선행 종속 관계 의견
(개발팀 회신 시 기재)
### 9-4. 경미 사항 3종 의견
(개발팀 회신 시 기재)
---
## 10. 변경 이력
| 일시 | 변경자 | 변경 내역 |
|------|-------|----------|
| 2026-04-20 | 기획팀장 | 조율 요청 공문 발행 · 개발팀 회신 대기 |