스프린트 운영¶
요지¶
스프린트와 마일스톤을 어떻게 운영하는지를 방법 중심으로 정리한다. 지라의 Epic-Task 구조에 Feature 필드를 얹어 비동기로 굴린다.
담당¶
PM. 마일스톤 수립·Jira 보드 운영·달성률 점검·회고. 신규 Feature 정의는 PM/FE 리드 협의.
마일스톤 구조¶
- Epic → Task 기본. Story 미사용 — Task의
Feature필드가 Story 역할. - 마일스톤 = 배포 가능한 단위 ("기능 완성" 중심). 범위 Epic 단위 고정, 기간 유연.
- 모든 Task는 Feature 필수 → QA·통계·진행률의 단위.
마일스톤 수립 9단계¶
| 단계 | 산출물 |
|---|---|
| 1. 목표 정의 | "회원가입 플로우 완성" |
| 2. Epic 선정 | Epic 리스트 |
| 3. Task 분해 | Epic-Task 구조 |
| 4. Feature 지정 | Feature 분류표 |
| 5. 기간 설정 | 일정표 + 중간 리뷰일 |
| 6. Jira 반영 | Jira 보드 |
| 7. Kick-off | 회의록 / 피그마 링크 |
| 8. 중간 점검 | 진행률·Blocker 리포트 |
| 9. Close & 회고 | 회고록 / QA Report / 릴리즈노트 |
Feature 필드 규칙¶
- 모든 Task에 Feature 필수, Epic 달라도 동일 Feature 가능.
- 신규 Feature는 PM/FE 리드에게 요청.
- QA 시트·테스트케이스·통계 대시보드와 동일 명칭 사용.
- 현행 Feature: 로그인 / 회원가입 / 스터디룸 / 스터디노트 / 대시보드 / 메인페이지 / 레이아웃.
PM 운영 체크리스트¶
| 항목 | 주기 |
|---|---|
| 마일스톤 일정표(Epic 기간·담당자) | 주 1회 |
| Jira 상태 점검(진행률·Blocker) | 주 2회 |
| 모든 Task Feature 지정 여부 | 주 1회 |
| QA 일정·테스트케이스 연동 | 마일스톤 전반 |
| 회의록·회고록 업로드 | 회의 후 1일 내 |
달성률 중심 운영¶
진행률(Task 개수)보다 달성률(Epic별 배포 가능 상태). 병목 Epic 우선 관리는 ccpm-ai-workflow. 스프린트 목표·실행 로그는 스프린트(append).
관련¶
- requirements-guide — PRD/FDD·마일스톤 작성 기준
- prioritization — 범위 고정·우선순위
- ccpm-ai-workflow — 제약 중심 일정 + AI