---

Sprint란 무엇일까요? 놀라실 수도 있습니다!

Scrum 프레임워크에서 요구사항을 구현하는 모든 활동은 Sprint 중에 이루어집니다.

Sprint는 출시 가능한 소프트웨어 제품 또는 서비스 Increment를 개발하는 작업 활동의 주기입니다. Sprint를 반복 주기라고 부르기도 합니다.

Sprint를 작은 프로젝트라고 생각할 수 있습니다. “Sprint”라는 말처럼 오래 걸리지 않으며 한 달을 넘지 않습니다.

Sprint는 언제나 짧으며 보통 2~4주입니다. 다만 신뢰할 수 있게 예상한 작업량이나 탐색 Sprint의 경우 한 주짜리 Sprint도 흔합니다. Scrum Team은 Product Owner와 함께 수행하는 작업에 신기술 탐색, 모형, 개념 증명을 포함할 수 있습니다. “탐색 Sprint”는 실무적인 명칭이며 별도의 Scrum 이벤트도, 사용할 수 있는 Increment를 만들어야 한다는 의무의 예외도 아닙니다.

달리기 경주와 달리 Sprint가 끝날 때 Scrum Team이 숨이 차고 기력이 소진되어서는 안 됩니다. 대신 활력을 유지하고 다음 Sprint를 힘차게 시작해야 합니다.

Scrum 소프트웨어 개발 및 제공 프레임워크는 팀원에게 압박과 스트레스를 주기 위한 것이 아닙니다. 사람들은 집중하고 편안하며 방해받지 않고 일할 수 있을 때 최고의 성과를 낸다는 것은 잘 알려진 사실입니다. 올바르게 적용하면 Sprint는 바로 이를 이루도록 돕습니다.

모든 Sprint는 다음으로 시작합니다. Scrum Sprint 계획 회의. Sprint Planning 회의에서 Scrum Team은 해당 Sprint에 구현할 요구사항과 그 수를 결정합니다. 이후 Scrum Team은 요구사항을 제공하기 위한 활동을 실행하기 시작합니다.

Daily Scrum(Daily Scrum 회의)은 매일 같은 시간, 같은 장소에서 진행합니다. 이 회의의 목표는 Scrum Team의 모든 구성원이 정기적으로 방향을 맞추는 것입니다. Scrum Team 구성원은 Sprint의 진척을 늦추거나 막을 수 있는 장애물을 제거하도록 Scrum Master에게 도움을 요청할 수도 있습니다.

Scrum Team은 Sprint Review와 Sprint Retrospective 회의로 Sprint를 마무리합니다. Sprint Review에서 Scrum Team과 이해관계자는 결과를 점검하고 제품 작업을 어떻게 조정할지 결정할 수 있습니다.

Sprint Retrospective 회의에서 Scrum Team은 함께 일하는 방식, Scrum Framework를 사용하는 방식, 개선할 방법을 돌아봅니다.

그리하여 Scrum Team은 다음 Sprint Planning 회의에서 이러한 개선 가능성과 피드백을 함께 고려합니다.Sprint는 작은 작업 묶음으로 짧은 기간 안에 이러한 피드백 순환을 가능하게 합니다.

이는 Scrum 프레임워크가 팀과 조직의 지속적인 개선을 돕는 중요한 이유이자 방법 중 하나입니다.

Sprint는 출시 가능한 소프트웨어 제품 또는 서비스 Increment를 개발하는 작업 활동의 주기입니다.