기획/PM (hub-pm)¶

무엇 · 왜¶

기획 직무의 입구이자 전용 심화 허브. 피드백·아이디어를 PRD 초안으로(S5), 기획 변경을 FRD에 반영하고 완료를 추적(S6)하는 루프를 돈다.

사고방식 한 줄: 문서가 곧 협업이다 — 추가 질문 없이 작업 가능한 self-contained·state-driven·측정 가능한 DoD를 쓴다. 진행률이 아니라 Epic별 달성률로 판단하고(범위 고정·기간 유연), 우선순위는 피드백·리서치·임팩트 신호로 정한다(requirements-guide · prioritization).

전사 공통 합류는 신규입사자 (공통 온보딩)에서, 기획 직군의 R&R·읽기 순서·절대 원칙은 이 페이지에서 잡는다.

PM R&R¶

PRD 초안(S5): 피드백·아이디어·리서치·페르소나 → 문제 정의 → PRD. → requirements-guide.
기획변경 → FRD 반영 → 완료 추적(S6): PRD↔FRD 링크 + 상태(이슈 rollup).
우선순위·범위 결정: 마일스톤=배포 단위, 범위 Epic 고정. → prioritization.
스프린트 운영: 지라 Epic-Task + Feature, 달성률 관리. → sprint-operations.

여기서 시작하라 (합류 1일차)¶

위에서 아래로 읽으면 무엇을 먼저 만들고 어떤 문서로 협업하는지가 잡힌다:

requirements-guide — PRD/FDD 5기준·17항목 명세·MVP 릴리즈 11항목
prioritization — 우선순위·범위 고정 원칙
sprint-operations — 마일스톤 9단계·Feature 규칙
ccpm-ai-workflow — AI를 끼는 기획 워크플로(→ai-collaboration)
experiment-design · metrics-interpretation — 실험·지표(→methodology-literacy)

일하는 흐름은 이렇게 돈다 — 피드백·리서치·페르소나 → 문제 정의 → PRD 초안(S5) → FDD 명세 → 지라 RFP/티켓 → 마일스톤 운영(달성률) → 변경 시 FRD 반영·추적(S6) → 지표로 검증. 요구사항은 지라 티켓으로 흘러야 공식 반영된다.

절대 원칙¶

문서는 self-contained·state-driven·측정 가능한 DoD — 회의 없이 작업 가능해야.
모든 Task에 Feature 필수, QA·통계와 동일 명칭.
성공 지표는 이벤트 트래킹 기반(추정 금지).

여기 있는 것¶

노드	무엇
prioritization	범위 고정·우선순위 판단·달성률 관리
experiment-design	제품 실험(가설→게이트→시나리오)
metrics-interpretation	트래킹 기반 지표·PMF 시그널 해석
ccpm-ai-workflow	제약(병목) 중심 일정 + AI 워크플로
requirements-guide	PRD/FDD 5기준·페이지 명세·지라 RFP/티켓
sprint-operations	지라 Epic-Task·Feature 규칙·마일스톤 운영