스프린트 계획

스프린트 계획은 다가오는 스프린트에서 제공할 수 있는 작업과 달성하는 방법을 정의하는 스크럼의 이벤트입니다.

Dave West Dave West
주제 찾아보기

In the this article Dave West, CEO of Scrum.org, outlines the sprint planning ceremony as it's described at Scrum.org. Scrum.org teaches scrum according to the Scrum Guide, which is considered the official guide for the scrum framework among the agile world. Below Megan Cook of Atlassian shares her perspective on sprint planning in this video:

스프린트 계획이란?

스프린트 계획은 스프린트를 시작하는 스크럼 이벤트입니다. 스프린트 계획의 목적은 스프린트에서 제공할 수 있는 작업과 달성하는 방법을 정의하는 것입니다. 스프린트 계획은 전체 스크럼 팀과 협력하여 이루어집니다.

스크럼에서 스프린트는 모든 작업을 수행하는 고정된 기간입니다. 하지만 작업을 진행하기 전에 스프린트를 만들어야 합니다. 고정된 시간의 길이, 스프린트의 목표 및 시작할 지점을 결정해야 합니다. 스프린트 계획 세션은 어젠더와 초점을 설정하여 스프린트를 시작합니다. 이 단계를 올바르게 수행하면 팀에 동기와 도전 의식을 부여하고 성공할 수 있는 환경을 조성합니다. 나쁜 스프린트 계획은 비현실적인 기대를 설정하여 팀을 경로에서 이탈시킬 수 있습니다.

  • 내용 — 제품 소유자는 스프린트의 목표와 그 목표에 기여하는 백로그 항목을 설명합니다. 스크럼 팀은 예정된 스프린트에서 할 수 있는 일과 스프린트 중에 수행할 작업을 결정합니다.
  • 방법 — 개발 팀은 스프린트 목표를 달성하는 데 필요한 작업을 계획합니다. 그 결과로 얻는 스프린트 계획은 가치와 노력을 기반으로 개발 팀과 제품 소유자 간의 협상을 통해 만들어집니다.
  • 참여자 — 제품 소유자나 개발 팀 없이는 스프린트 계획을 수행할 수 없습니다. 제품 소유자는 자신이 추구하는 가치에 따라 목표를 정의합니다. 개발 팀은 어떻게 하면 이러한 목표를 달성할 수 있거나 없는지 이해해야 합니다. 이 이벤트에서 둘 중 하나라도 없는 경우 스프린트 계획은 거의 불가능합니다.
  • 입력 — 스프린트 계획의 가장 좋은 출발점은 현재 스프린트의 일부가 될 수 있는 '항목들'의 목록을 제공하는 제품 백로그입니다. 또한 팀은 점진적으로 완료한 기존 작업을 확인하고 작업 수용량을 파악해야 합니다.
  • The Outputs – The most important outcome for the sprint planning meeting is that the team can describe the goal of the sprint and how it will start working toward that goal. This is made visible in the sprint backlog.
스프린트 계획에 대한 입력, 회의 목표 및 결과물을 보여주는 다이어그램

스프린트 계획 회의 준비

Running a great sprint planning event requires a bit of discipline. The product owner must be prepared, combining the lessons from the previous sprint review, stakeholder feedback, and vision for the product, so they set the scene for the sprint. For transparency, the product backlog should be up-to-date and refined to provide clarity. Backlog refinement is an optional event in scrum, because some backlogs don’t need it. However, for most teams, it’s better to get the team together to review and refine the backlog prior to sprint planning.

프로 팁:

2주 간 스프린트가 있는 경우 스프린트 중간에 백로그 조정 회의를 진행하세요. 팀이 스프린트에서 한 발짝 물러서서 다음 단계를 살펴보는 것이 좋습니다. 스프린트 계획을 준비하는 데 도움이 될 뿐만 아니라 현재 작업에 대해 다른 관점을 제시해줄 수도 있습니다.

스프린트 계획에 대한 시간 제한 설정

스프린트 계획은 스프린트당 매주 2시간 이하로 제한되어야 합니다. 예를 들어, 2주 스프린트에 대한 스프린트 계획 회의는 2시간을 넘지 않아야 합니다. 이는 '기한 지정', 또는 팀이 작업(이 경우 스프린트 계획)을 완료할 수 있는 최대 시간을 설정하는 것입니다. 스크럼 마스터는 회의할 때 기한 지정에 대해 이해하도록 확인하는 책임이 있습니다. 기한이 끝나기 전에 팀이 만족스런 결과를 내면 이벤트가 종료됩니다. 기한은 작업에 허용되는 최대 시간이며, 허용되는 최소 시간은 없습니다.

Focus on the outcomes, not the work

스프린트 계획 중에는 어떤 작업을 먼저 시작해야 하는지, 누가 해야 하는지, 얼마나 오래 걸릴지에 초점을 맞추는 과정에서 '난관에 봉착'하기 쉽습니다. 복잡한 작업의 경우 처음부터 알고 있는 정보가 별로 없을 수 있으며 그중 대부분은 가정을 기반으로 합니다. 스크럼은 경험적인 프로세스로, 미리 계획을 세울 수는 없지만 작업하면서 학습한 다음 해당 정보를 프로세스에 다시 반영합니다.

스프린트 목표는 그 목표를 높은 수준에서 설명하지만 백로그 항목은 결과를 염두에 두고 작성할 수도 있습니다. 사용자 스토리는 고객의 관점에서 작업을 설명하는 좋은 방법 중 하나입니다. 아래와 같이 작성힌 사용자 스토리는 관찰된 문제가 아닌 고객이 찾고 있는 결과에 대한 결함, 이슈 및 개선에 초점을 맞춥니다.

사용자 스토리 작성 방법을 보여주는 그래픽

사용자 스토리에 명확하고 측정 가능한 결과를 추가하면 결과를 분명하게 측정할 수 있으며 완료 시점을 알 수 있습니다. 팀이 집중하는 작업에 대해 처음부터 가능하면 명확성을 더하면 모든 팀원이 작업을 시작하는 데 필요한 투명성을 확보할 수 있습니다. 예를 들어, 무언가를 모호한 상태로 두는 것은 해당 항목을 스프린트 중 답변해야 하는 질문으로 두는 것보다 훨씬 좋지 않습니다.

프로 팁:

무언가를 모른다는 것은 모호하다는 것과 다릅니다. 모르는 것을 간과하지 마세요. 어려운 일을 수행할 때 있는 현실입니다. 하지만 모호한 단어로 숨기려 해서는 안 됩니다. 무언가를 모른다면 모른다는 사실을 분명하게 밝히고 이해의 습득 측면에서 작업의 구조를 만드세요.

추정은 필요하지만 알고 있는 것보다 더 많이 안다고 자처하지 마세요

스프린트 계획에는 일정 수준의 추정이 필요합니다. 팀은 스프린트에서 할 수 있는 일과 할 수 없는 작업, 즉 추정되는 노력과 작업 수용량을 정의해야 합니다. 추정은 종종 확정과 혼동됩니다. 추정은 내재적으로 현재 가진 상태를 기반으로 한 예상입니다. 스토리 포인트나 티셔츠 사이즈와 같은 기술은 팀에게 문제를 다른 관점에서 볼 수 있도록 하여 프로세스에 가치를 더해줍니다. 그러나 찾을 진실이 없을 때에도 진실을 찾을 수 있는 마법의 도구는 아닙니다. 알 수 없는 부분이 많을수록 추정이 정확할 확률이 낮아집니다.

정확하게 추정하려면 정보를 자유롭게 제공하는 신뢰에 기반한 환경과, 학습과 개선을 추구하는 과정으로 가정을 논의하는 것이 필요합니다. 작업을 완료한 후에 추정을 부정적이고 논란이 되는 방식으로 사용하면, 향후 추정을 다시 틀리지 않도록 하기 위해 매우 크게 하거나, 팀이 잘못 추정하는 영향을 걱정하여 다시 추즉하게 되어 추정을 만드는 시간이 늘어날 수 있습니다.

프로 팁

티셔츠 사이즈 또는 스토리 포인트와 같은 다양한 추정 기법을 사용해 보세요. 다른 기법을 사용하면 문제에 대한 다른 시각을 제시할 수 있습니다.

스프린트 계획을 세우는 사용자들의 이미지

스프린트 계획 모범 사례

스프린트 계획의 세부 사항에서 집착하면서 스프린트 계획의 초점이 다음 스프린트를 위한 '충분한' 계획을 세우는 데 초점을 맞춰야 한다는 것을 잊기 쉽습니다. 계획은 팀이 가치 있는 결과를 창출하는 데 중점을 두고, 팀의 성과를 저해해선 안 됩니다. 또한, 자체적으로 기능한 조직을 위한 가이드를 제공해야 합니다. 우수한 스프린트 계획은 결과와 성공을 위한 분명한 계획을 정의하여 모두에게 동기를 부여해야 합니다. 하지만 너무 선제적인 계획을 세우지 않도록 주의하세요. 가장 완성된 계획을 구축하는 대신 "스프린트의 매 순간을 고려하는" 스프린트 계획을 세우고, 목표에 집중하고 , 충분한 스프린트 백로그를 통해 시작하세요. 다음으로, 제품 백로그가 팀이 스프린트 목표를 조기에 달성하는 경우에도 작업을 계속할 수 있는 순서인지 확인합니다.

스크럼은 복잡한 문제를 해결하기 위한 프로세스 프레임워크입니다. 복잡한 문제를 해결하려면 경험적인 과정(수행을 통한 학습)이 필요합니다. 경험적 프로세스는 계획하기 매우 어려우므로 완벽한 계획을 세울 수는 없습니다. 그 대신 결과에 집중하고 진행하세요. 해결하려는 문제가 어렵더라도 그 과정이 어려울 필요는 없습니다.

Ready to start? Learn how to use sprints in Jira Software

Up Next
Ceremonies