스프린트

스프린트는 팀이 일정량의 작업을 완료하는 시간이 정해진 짧은 기간입니다.

Max Rehkopf Max Rehkopf
주제 찾아보기

스프린트란?

스프린트는 팀이 일정량의 작업을 완료하는 시간이 정해진 짧은 기간입니다. 스프린트는 스크럼과 애자일 방법론의 핵심이며, 올바른 스프린트는 애자일 팀이 더 적은 수고를 통해 더 나은 소프트웨어를 제공하는 데 도움이 됩니다.

“With scrum, a product is built in a series of iterations called sprints that break down big, complex projects into bite-sized pieces," said Megan Cook, Group Product Manager for Jira Software at Atlassian.

스크럼 스프린트 및 지속적인 반복 과정을 나타내는 두 개의 화살표.

많은 분들이 스크럼 스프린트를 애자일 소프트웨어 개발과 연관시키면서 종종 스크럼과 애자일이 같은 것이라고 생각하지만, 그렇지 않습니다. 애자일은 일련의 원칙이며 스크럼은 작업을 완료하기 위한 프레임워크입니다.

애자일 가치와 스크럼 프로세스 간의 많은 유사성은 상당한 상호 연관성으로 이어집니다. 스프린트를 통해 팀은 "사용할 수 있는 소프트웨어를 자주 제공"이라는 애자일 원칙을 비롯해 "계획을 따르기보다는 변화에 대응"이라는 애자일의 가치를 실현할 수 있습니다. 투명성, 감시 및 적응이라는 스크럼의 가치는 애자일을 보완하며, 스프린트의 핵심 개념입니다.

스크럼 가이드는 스프린트 관련 논의를 위한 견고한 이론적 토대를 제공합니다. Atlassian의 목표는 매일 이 작업을 실행하는 사용자들로부터 모범 사례를 발굴하여 이 주제에 색을 입히는 것입니다.

스크럼 스프린트를 계획하고 실행하는 방법

스프린트 계획, 일일 스크럼, 스프린트 검토, 스프린트 회고라는 스크럼 스프린트의 단계를 보여주는 다이어그램

스크럼에서는 정말로 모든 것을 고려했습니다. 다가오는 스프린트를 계획하려면 스프린트 계획 회의를 사용하면 됩니다. 스프린트 계획이란 협업 이벤트로, 팀은 다음과 같은 두 가지 기본적인 질문에 답하게 됩니다: '이 스프린트에서 어떤 작업을 할 수 있으며, 선택한 작업은 어떻게 완료하는가?'

스프린트에 적합한 작업 항목을 선택하는 것은 제품 소유자, 스크럼 마스터 및 개발 팀 간의 공동 작업입니다. 제품 소유자는 스프린트가 달성해야 하는 목표, 그리고 완료 시 스프린트 목표를 달성할 제품 백로그 항목에 대해 논의합니다.

그런 다음 팀은 백로그 항목을 만들고 스프린트가 끝나기 전에 '완료'하는 방법을 계획합니다. 선택한 작업 항목과 작업을 완료하는 방법에 대한 계획은 스프린트 백로그라고 합니다. 스프린트 계획이 끝날 때 팀은 항목을 스프린트 백로그에서 '진행 중' 및 '완료'로 가져와 스프린트 백로그에 대한 작업을 시작할 준비를 갖추게 됩니다.

스프린트 중에 팀은 일일 스크럼 또는 스탠드업 회의 중에 작업이 어떻게 진행되고 있는지 확인합니다. 이 회의의 목표는 스프린트 목표를 달성하는 팀의 능력에 영향을 줄 수 있는 모든 방해 요인 과제를 해결하는 것입니다.

스프린트 이후에 팀은 스프린트 검토 중에 완료한 내용을 보여줍니다. 이 기회를 통해 팀에서는 프로덕션 단계에 도달하기 전에 이해 관계자와 팀원에게 팀의 작업을 보여줄 수 있습니다.

제가 가장 좋아하는 회의인 스프린트 회고를 통해 스프린트 주기를 마무리하세요. 이 기회를 통해 팀에서는 다음 스프린트를 위해 개선할 부분을 파악할 수 있습니다. 그러면 다음 스프린트 주기를 시작할 준비가 완료된 것입니다.

해야 할 일과 하지 말아야 할 일

기본적인 정보를 알고 있어도, 대부분의 팀은 스프린트 실행을 시작할 때 시행착오를 겪습니다. Megan Cook은 몇 년 동안의 경험을 바탕으로 해야 할 일과 하지 말아야 할 일을 설명합니다.

해야 할 일:

  • 팀이 스프린트 목표와 성공을 측정하는 방법을 설정하고 이해하도록 합니다. 모두를 공동의 목표를 향해 정렬하고 나아가기 위한 핵심 요소입니다.
  • 우선 순위와 종속성이 잘 정리되어 있는지 확인합니다. 제대로 관리하지 않을 경우 프로세스가 틀어지게 하는 큰 난관이 될 수 있습니다.
  • 속도에 대해 잘 이해하고, 속도가 휴가 및 팀 회의와 같은 사항을 반영하는지 확인합니다.
  • Do use the sprint planning meeting to flesh out intimate details of the work that needs to get done. Encourage team members to sketch out tasks for all stories, bugs, and tasks that come into the sprint.
  • 다른 팀의 작업, 디자인 및 법적 승인 등 종속성을 완료할 수 없는 작업은 제외합니다.
  • 마지막으로, 결정 또는 계획을 세웠으면 Jira 티켓과 같은 프로젝트 관리 또는 협업 도구에서 정보를 가져오게 합니다. 이러한 방법으로 나중에 누구나 결정과 결정의 이유를 쉽게 확인할 수 있습니다.

While you’re working on being a scrum all-star with these “do’s,” watch out for a few red flags too:

하지 말아야 할 일:

  • 너무 많은 스토리를 가져오거나, 속도를 과대 평가하거나, 스프린트에서 완료할 수 없는 작업을 가져오지 마세요. 자신 또는 팀이 실패할 수 밖에 계획을 세우고 싶지는 않을 것입니다.
  • 품질 또는 기술적 부채를 잊지 마세요. 버그 및 엔지니어링 상태와 같은 QA 및 기능 이외의 작업에 대한 시간을 책정하세요.
  • 팀에서 스프린트의 작업에 대해 불분명해서는 안 됩니다. 명확하게 파악하고 모든 팀원이 같은 방향으로 움직이는 것을 잊을 정도로 빠르게 작업하는 데 집중하지 마세요.
  • 또한 알 수 없는 부분이 많거나 위험도가 높은 작업을 수락하지 마세요. 크거나 불확실성이 높은 스토리를 세분화하고, 다음 스프린트를 위해 작업의 일부를 남겨 두어도 좋습니다.
  • 속도, 확실성이 낮은 작업 또는 예상보다 큰 것 같은 작업과 같이 팀에 우려 사항이 있으면 무시하지 마세요. 문제를 해결하고, 필요한 경우 다시 보정합니다.

Automation을 통해 스프린트 최적화

스프린트의 사용 방식을 완전히 터득한 후에는 자동화를 사용하여 프로세스를 최적화할 수 있습니다. Jira에서 스프린트에 사용되는 가장 일반적인 세 가지 자동화 규칙은 다음과 같습니다.

  1. 스프린트에서 모든 이슈를 계속 열어 놓고 주간 Slack 메시지를 보냅니다. 규칙으로 이동합니다.
  2. 스프린트가 끝나면 미결 이슈를 다음 스프린트에 할당합니다. 규칙으로 이동합니다.
  3. 이슈가 '진행 중'으로 이동하고 스프린트가 비어 있으면 이슈를 다음 활성 스프린트로 이동합니다. 규칙으로 이동합니다.

Jira 자동화 템플릿 라이브러리에서 이 자동화 규칙과 이외에 수백 개의 자동화 규칙을 확인하세요.

라이브러리로 이동

스프린트에 대해 자세히 알아보기

Sprints are so well known (and so effective!) that they’re often seen as the first step on the path towards greater agility. As we’ve learned, mastering sprints requires a mastery of a handful of scrum and agile concepts that build upon each other. Please use the rest of our articles on scrum to round out your knowledge and inch ever closer towards scrum bliss.