이 문서에서는 Scrum.org의 CEO인 Dave West가 Scrum.org에 나오는 스프린트 계획 세레모니에 대해 설명합니다. Scrum.org는 애자일 분야에서 스크럼 프레임워크의 공식적인 가이드로 간주되는 스크럼 가이드에 따라 스크럼을 설명합니다. Atlassian의 Megan Cook은 아래의 동영상에서 스프린트 계획에 대한 관점을 공유합니다.
스프린트 계획이란?
스프린트 계획은 스프린트를 시작하는 스크럼 이벤트입니다. 스프린트 계획의 목적은 스프린트에서 제공할 수 있는 작업과 달성하는 방법을 정의하는 것입니다. 스프린트 계획은 전체 스크럼 팀과 협력하여 이루어집니다.
스크럼에서 스프린트는 모든 작업을 수행하는 고정된 기간입니다. 하지만 작업을 진행하기 전에 스프린트를 만들어야 합니다. 고정된 시간의 길이, 스프린트의 목표 및 시작할 지점을 결정해야 합니다. 스프린트 계획 세션은 어젠더와 초점을 설정하여 스프린트를 시작합니다. 이 단계를 올바르게 수행하면 팀에 동기와 도전 의식을 부여하고 성공할 수 있는 환경을 조성합니다. 나쁜 스프린트 계획은 비현실적인 기대를 설정하여 팀을 경로에서 이탈시킬 수 있습니다.
- 내용 — 제품 소유자는 스프린트의 목표와 그 목표에 기여하는 백로그 항목을 설명합니다. 스크럼 팀은 예정된 스프린트에서 할 수 있는 일과 스프린트 중에 수행할 작업을 결정합니다.
- 방법 — 개발 팀은 스프린트 목표를 달성하는 데 필요한 작업을 계획합니다. 그 결과로 얻는 스프린트 계획은 가치와 노력을 기반으로 개발 팀과 제품 소유자 간의 협상을 통해 만들어집니다.
- 참여자 — 제품 소유자나 개발 팀 없이는 스프린트 계획을 수행할 수 없습니다. 제품 소유자는 자신이 추구하는 가치에 따라 목표를 정의합니다. 개발 팀은 어떻게 하면 이러한 목표를 달성할 수 있거나 없는지 이해해야 합니다. 이 이벤트에서 둘 중 하나라도 없는 경우 스프린트 계획은 거의 불가능합니다.
- 입력 — 스프린트 계획의 가장 좋은 출발점은 현재 스프린트의 일부가 될 수 있는 '항목들'의 목록을 제공하는 제품 백로그입니다. 또한 팀은 점진적으로 완료한 기존 작업을 확인하고 작업 수용량을 파악해야 합니다.
- 결과물 – 스프린트 계획 회의에서 가장 중요한 결과물은 팀이 스프린트의 목표와 그 목표를 향해 어떻게 작업을 시작할 예정인지 설명할 수 있는 능력입니다. 스프린트 백로그에서 볼 수 있습니다.
스프린트 계획 회의 준비
훌륭한 스프린트 계획 이벤트를 실행하려면 약간의 훈련이 필요합니다. 제품 소유자는 이전 스프린트 검토에서 얻은 교훈, 이해 관계자의 피드백 및 제품에 대한 비전을 결합하여 스프린트를 준비해야 합니다. 투명성을 위해 제품 백로그는 최신 상태이며 분명한 정보를 제공할 수 있도록 자세해야 합니다. 백로그 세분화는 일부 백로그에는 필요하지 않으므로 스크럼의 선택적 이벤트입니다. 하지만 대부분의 팀은 스프린트 계획을 수립하기 전에 함께 백로그를 검토하고 수정하는 것이 좋습니다.
2주 간 스프린트가 있는 경우 스프린트 중간에 백로그 조정 회의를 진행하세요. 팀이 스프린트에서 한 발짝 물러서서 다음 단계를 살펴보는 것이 좋습니다. 스프린트 계획을 준비하는 데 도움이 될 뿐만 아니라 현재 작업에 대해 다른 관점을 제시해줄 수도 있습니다.
스프린트 계획에 대한 시간 제한 설정
스프린트 계획은 스프린트당 매주 2시간 이하로 제한되어야 합니다. 예를 들어, 2주 스프린트에 대한 스프린트 계획 회의는 4시간을 넘지 않아야 합니다. 이는 "기한 지정", 또는 팀이 작업(이 경우 스프린트 계획)을 완료할 수 있는 최대 시간을 설정하는 것입니다. 스크럼 마스터는 회의할 때 기한 지정에 대해 이해하도록 확인하는 책임이 있습니다. 기한이 끝나기 전에 팀이 만족스런 결과를 내면 이벤트가 종료됩니다. 기한은 작업에 허용되는 최대 시간이며, 허용되는 최소 시간은 없습니다.
작업이 아닌 결과에 집중
스프린트 계획 중에는 어떤 작업을 먼저 시작해야 하는지, 누가 해야 하는지, 얼마나 오래 걸릴지에 초점을 맞추는 과정에서 '난관에 봉착'하기 쉽습니다. 복잡한 작업의 경우 처음부터 알고 있는 정보가 별로 없을 수 있으며 그중 대부분은 가정을 기반으로 합니다. 스크럼은 경험적인 프로세스로, 미리 계획을 세울 수는 없지만 작업하면서 학습한 다음 해당 정보를 프로세스에 다시 반영합니다.
스프린트 목표는 그 목표를 높은 수준에서 설명하지만 백로그 항목은 결과를 염두에 두고 작성할 수도 있습니다. 사용자 스토리는 고객의 관점에서 작업을 설명하는 좋은 방법 중 하나입니다. 아래와 같이 작성힌 사용자 스토리는 관찰된 문제가 아닌 고객이 찾고 있는 결과에 대한 결함, 이슈 및 개선에 초점을 맞춥니다.
사용자 스토리에 명확하고 측정 가능한 결과를 추가하면 결과를 분명하게 측정할 수 있으며 완료 시점을 알 수 있습니다. 팀이 집중하는 작업에 대해 처음부터 가능하면 명확성을 더하면 모든 팀원이 작업을 시작하는 데 필요한 투명성을 확보할 수 있습니다. 예를 들어, 무언가를 모호한 상태로 두는 것은 해당 항목을 스프린트 중 답변해야 하는 질문으로 두는 것보다 훨씬 좋지 않습니다.
무언가를 모른다는 것은 모호하다는 것과 다릅니다. 모르는 것을 간과하지 마세요. 어려운 일을 수행할 때 있는 현실입니다. 하지만 모호한 단어로 숨기려 해서는 안 됩니다. 무언가를 모른다면 모른다는 사실을 분명하게 밝히고 이해의 습득 측면에서 작업의 구조를 만드세요.
추정은 필요하지만 알고 있는 것보다 더 많이 안다고 자처하지 마세요
스프린트 계획에는 일정 수준의 추정이 필요합니다. 팀은 스프린트에서 할 수 있는 일과 할 수 없는 작업, 즉 추정되는 노력과 작업 수용량을 정의해야 합니다. 추정은 종종 확정과 혼동됩니다. 추정은 내재적으로 현재 가진 상태를 기반으로 한 예상입니다. 스토리 포인트나 티셔츠 사이즈와 같은 기술은 팀에게 문제를 다른 관점에서 볼 수 있도록 하여 프로세스에 가치를 더해줍니다. 그러나 찾을 진실이 없을 때에도 진실을 찾을 수 있는 마법의 도구는 아닙니다. 알 수 없는 부분이 많을수록 추정이 정확할 확률이 낮아집니다.
정확하게 추정하려면 정보를 자유롭게 제공하는 신뢰에 기반한 환경과, 학습과 개선을 추구하는 과정으로 가정을 논의하는 것이 필요합니다. 작업을 완료한 후에 추정을 부정적이고 논란이 되는 방식으로 사용하면, 향후 추정을 다시 틀리지 않도록 하기 위해 매우 크게 하거나, 팀이 잘못 추정하는 영향을 걱정하여 다시 추즉하게 되어 추정을 만드는 시간이 늘어날 수 있습니다.
티셔츠 사이즈 또는 스토리 포인트와 같은 다양한 추정 기법을 사용해 보세요. 다른 기법을 사용하면 문제에 대한 다른 시각을 제시할 수 있습니다.
스프린트 계획 모범 사례
스프린트 계획의 세부 사항에서 집착하면서 스프린트 계획의 초점이 다음 스프린트를 위한 '충분한' 계획을 세우는 데 초점을 맞춰야 한다는 것을 잊기 쉽습니다. 계획은 팀이 가치 있는 결과를 창출하는 데 중점을 두고, 팀의 성과를 저해해선 안 됩니다. 또한, 자체적으로 기능한 조직을 위한 가이드를 제공해야 합니다. 우수한 스프린트 계획은 결과와 성공을 위한 분명한 계획을 정의하여 모두에게 동기를 부여해야 합니다. 하지만 너무 선제적인 계획을 세우지 않도록 주의하세요. 가장 완성된 계획을 구축하는 대신 "스프린트의 매 순간을 고려하는" 스프린트 계획을 세우고, 목표에 집중하고 , 충분한 스프린트 백로그를 통해 시작하세요. 다음으로, 제품 백로그가 팀이 스프린트 목표를 조기에 달성하는 경우에도 작업을 계속할 수 있는 순서인지 확인합니다.
스크럼은 복잡한 문제를 해결하기 위한 프로세스 프레임워크입니다. 복잡한 문제를 해결하려면 경험적인 과정(수행을 통한 학습)이 필요합니다. 경험적 프로세스는 계획하기 매우 어려우므로 완벽한 계획을 세울 수는 없습니다. 그 대신 결과에 집중하고 진행하세요. 해결하려는 문제가 어렵더라도 그 과정이 어려울 필요는 없습니다.
시작할 준비가 되셨습니까? Jira Software에서 스프린트를 사용하는 방법을 알아보세요
Jira 스크럼 템플릿으로 완벽한 스프린트를 계획하세요
대규모 프로젝트를 관리하기 쉬운 작업과 스프린트 전반의 마일스톤으로 세분화하세요.
