스프린트 계획 편집하기

스프린트 계획(영어: Sprint Planning)은 스크럼 프레임워크에서 새 스프린트를 시작하기 전에 팀이 다가오는 스프린트 동안 무엇을 할지 그리고 어떻게 할지를 결정하는 회의이다.
==정의==
스프린트 계획은 스프린트 동안 수행할 작업을 설정하고, 팀이 스프린트 목표(Sprint Goal)에 도달하기 위해 일을 조직하는 이벤트이다.  회의에서는 제품 책임자(Product Owner)가 높은 우선순위의 제품 백로그 항목을 제시하고, 개발 팀이 해당 항목을 실제로 완료할 수 있는지를 결정하며, 스크럼 마스터(Scrum Master)가 프로세스를 지원한다.
==주요 목적==
*스프린트 목표를 정의하여 팀이 이번 스프린트 동안 달성해야 할 ‘왜(Why)’를 명확히 한다.
*제품 백로그에서 어떤 항목을 이번 스프린트에 포함할지 결정한다.
*개발 팀이 어떻게 그리고 얼마만큼의 작업을 수행할지 방법과 범위를 계획한다.
*팀의 가용성, 역량(capacity), 외부 제약사항을 고려하여 현실적인 계획을 수립한다.
==구성 요소 및 절차==
===참가자===
*제품 책임자(Product Owner)
*개발 팀(Developers)
*스크럼 마스터(Scrum Master)
*필요 시 이해관계자나 외부 전문가
===시간박스(Time-box)===
*한 달 스프린트의 경우 스프린트 계획 회의는 최대 8시간 이내
*더 짧은 스프린트의 경우 그에 비례해 시간 단축
*예: 2주 스프린트 → 2~4시간 소요
===일반적 아젠다===
#스프린트 목표 논의 및 확정
#제품 백로그에서 우선순위 항목 제시
#팀 가용성 및 역량 검토
#항목 선택 및 스프린트 백로그 생성
#작업 분해 및 예측 (예: 스토리 포인트, 시간)
#리스크/제약사항 검토 및 조정
#회의 정리 및 다음 단계 안내
==모범 사례 및 유의사항==
*잘 준비된 백로그는 회의 효율성을 높인다.
*스프린트 목표는 명확하고 간결해야 한다.
*개발 팀이 스스로 커밋한 작업이어야 하며, 외부 강요는 지양해야 한다.
*과도한 작업량 설정은 피하고, 현실적인 목표를 설정해야 한다.
*계획은 완벽할 필요는 없으며, 실행 가능한 수준이면 충분하다.
*기술 부채, 버그 수정 등의 작업도 백로그에 포함되어야 한다.
==스프린트 계획 vs 스프린트 리뷰==
{| class="wikitable"
!항목!!스프린트 계획!!스프린트 리뷰
|-
|목적||다음 스프린트의 작업 결정||완료 작업의 검토 및 피드백
|-
|시점||스프린트 시작 전||스프린트 종료 시점
|-
|주요 질문||무엇을, 왜, 어떻게 할 것인가?||무엇을 했고, 어떻게 되었는가?
|}
==결론==
스프린트 계획은 팀이 스프린트를 성공적으로 시작하기 위한 필수적인 행사이다. 잘 된 계획은 팀이 목표를 향해 일관되게 나아가도록 도와주며, 반대로 준비가 부족하거나 현실성이 낮은 계획은 스프린트 전체의 성과를 저해할 수 있다.  따라서 팀은 백로그 준비, 목표 설정, 역량 검토, 작업 분해 등 적절한 준비와 절차를 갖추는 것이 중요하다.
==같이 보기==
*[[스프린트 리뷰]]
*[[스프린트 회고]]
*[[제품 백로그|제품 백로그(Product Backlog)]]
==참고 문헌==
[[분류:소프트웨어 공학]]
[[분류:애자일]]