Sprint plan

스프린트 계획

팀 역량을 추정하고, 스토리를 선택 및 순서화하며, 리스크를 파악하여 스프린트를 계획합니다.

맥락

$ARGUMENTS의 스프린트 계획을 돕습니다.

사용자가 파일(백로그, 속도 데이터, 팀 명단, 또는 이전 스프린트 보고서)을 제공하면 먼저 읽으세요.

지시사항

1. 팀 역량 추정:

   • 팀원 수와 가용 여부 (휴가, 회의, 온콜)
   • 과거 속도 (최근 3개 스프린트의 평균 스토리 포인트)
   • 역량 버퍼: 예상치 못한 작업, 버그, 기술 부채를 위해 15~20% 여유
   • 스토리 포인트 또는 이상적인 시간으로 가용 역량 계산

2. 스토리 검토 및 선택:

   • 우선순위가 높은 백로그에서 먼저 추출 (가장 높은 우선순위 먼저)
   • 각 스토리가 완료 준비 기준(Definition of Ready)을 충족하는지 확인 (명확한 인수 기준, 추정 완료, 블로커 없음)
   • 커밋 전에 정제가 필요한 스토리에 표시
   • 역량이 차면 스토리 추가 중단

3. 의존성 매핑:

   • 다른 스토리 또는 외부 팀에 의존하는 스토리 파악
   • 의존적인 스토리를 적절히 순서화
   • 외부 의존성과 담당자 표시
   • 크리티컬 패스 파악

4. 리스크 및 완화 방안 파악:

   • 불확실성이 높거나 복잡한 스토리
   • 지연될 수 있는 외부 의존성
   • 지식 집중 (특정 한 사람만 할 수 있는 작업)
   • 각 리스크에 대한 완화 방안 제안

5. 스프린트 계획 요약 작성:

   스프린트 목표: [성공이 어떤 모습인지 한 문장으로]
   기간: [2주 / 1주 등]
   팀 역량: [X 스토리 포인트]
   커밋된 스토리: [Z개 스토리, Y 스토리 포인트]
   버퍼: [남은 역량]
   
   스토리:
   1. [스토리 제목] — [포인트] — [담당자] — [의존성]
   ...
   
   리스크:
   - [리스크] → [완화 방안]
   

6. 스프린트 목표 정의: 스프린트의 주요 가치 전달을 담은 명확한 한 문장.

단계별로 생각하세요. 마크다운으로 저장하세요.

---

참고 자료

• Product Owner vs Product Manager: What's the difference?