스프린트 계획 회의 가이드

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

Dave West 작성자: Dave West
주제 찾아보기
애자일 화살표

Jira 스크럼 템플릿으로 완벽한 스프린트를 계획하세요

대규모 프로젝트를 관리하기 쉬운 작업과 스프린트 전반의 마일스톤으로 세분화하세요.

이 문서에서는 Scrum.org의 CEO인 Dave West가 Scrum.org에 나오는 스프린트 계획 회의에 대해 설명합니다. Scrum.org는 애자일 분야에서 스크럼 프레임워크의 공식적인 가이드로 여겨지는 스크럼 가이드에 따라 스크럼을 설명합니다. Jira 제품 책임자인 Megan Cook은 다음 동영상에서 스프린트 계획에 대한 관점을 이야기합니다.

스프린트 계획이란?

스프린트 계획은 스크럼 프레임워크 내에 시간이 정해진 이벤트로, 여기서 애자일 팀은 다가오는 스프린트를 시작합니다. 스프린트 계획은 스프린트에서 완료할 작업 및 해당 작업을 달성하는 방법을 식별해 줍니다.

스크럼에서 스프린트는 모든 작업을 완료하는 정해진 기간입니다. 하지만 작업을 진행하기 전에 스프린트를 만들어야 합니다. 정해진 기간, 스프린트의 목표 및 시작할 지점을 결정해야 합니다. 스프린트 계획 회의에서는 어젠더와 집중 영역을 설정하여 스프린트를 시작합니다. 이 단계를 올바르게 수행하면 팀에 동기와 도전 의식을 불러일으키고 팀이 성공할 수 있는 환경이 조성됩니다. 나쁜 스프린트 계획은 비현실적인 기대치를 설정하여 팀이 실패하게 만들 수 있습니다.

스프린트 계획의 목적은 무엇입니까?

제품 소유자는 스프린트의 목표와 그 목표에 기여하는 백로그 항목을 설명합니다. 스크럼 팀은 예정된 스프린트에서 완료할 수 있는 작업과 스프린트 중에 수행할 작업을 결정합니다.

스프린트 계획 회의는 어떻게 진행합니까?

개발 팀은 스프린트 목표를 달성하는 데 필요한 작업을 계획합니다. 그 결과로 탄생한 스프린트 계획은 개발 팀과 제품 소유자가 가치와 노력을 기반으로 협상한 결과물입니다.

주요 참가자는 누구입니까?

스프린트 계획 회의는 제품 소유자 또는 개발 팀이 없다면 수행할 수 없습니다. 제품 소유자는 자신이 추구하는 가치에 따라 목표를 정의합니다. 개발 팀은 어떻게 하면 이러한 목표를 달성할 수 있거나 없는지 이해해야 합니다. 이 이벤트에서 둘 중 하나라도 없는 경우 스프린트 계획은 거의 불가능합니다.

입력은 무엇입니까?

스프린트 계획의 가장 좋은 출발점은 현재 스프린트에 포함될 수 있는 '항목'의 목록을 제공하는 제품 백로그입니다. 또한 팀은 점진적으로 완료한 기존 작업을 확인하고 작업 수용량을 파악해야 합니다.

산출물은 무엇입니까?

스프린트 계획 회의에서 가장 중요한 결과물은 팀이 스프린트의 목표와 그 목표를 위해 작업을 시작하는 방법을 설명할 수 있는 것입니다. 이것은 스프린트 백로그에서 볼 수 있습니다.

스프린트 계획에 대한 입력, 회의 목표 및 결과물을 보여주는 다이어그램

1단계: 스프린트 계획 회의 준비

훌륭한 스프린트 계획 회의를 실행하려면 약간의 규칙이 필요합니다. 제품 소유자는 이전 스프린트 검토에서 배운 점, 이해 관계자의 피드백 및 제품에 대한 비전을 함께 사용하여 스프린트를 준비해야 합니다. 투명성을 위해 제품 백로그는 최신 상태여야 하며 분명한 정보를 제공할 수 있도록 상세히 검토되어야 합니다. 백로그 상세 검토는 일부 백로그에는 필요하지 않으므로, 스크럼에서는 선택적인 이벤트입니다. 하지만 대부분의 팀은 스프린트 계획을 수립하기 전에 함께 백로그를 살펴보고 상세 검토하는 것이 좋습니다.

프로 팁:

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

2단계: 스프린트 계획을 위한 시간 제한 설정

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

3단계: 스프린트 목표 정의

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

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

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

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

프로 팁:

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

4단계: 스프린트 노력 추정

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

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

프로 팁

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

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

스프린트 계획 모범 사례

완벽한 계획이 아닌 '충분한' 계획에 집중

스프린트 계획의 초점이 다음 스프린트를 위한 '충분한' 계획을 수립하는 것이라는 사실을 잊고 너무 세부적인 계획에 얽매이기 쉽습니다. 하지만 너무 미리 계획을 세우지 않도록 주의하세요. 이 계획은 팀의 발목을 잡는 요인이 되어서는 안 되며, 팀이 가치 있는 성과에 집중하고 스스로 체계화할 수 있는 가드레일을 마련하는 기회가 되어야 합니다.

목표 지향적 계획을 최우선으로 고려

좋은 스프린트 계획은 결과를 정의하고 성공을 위한 명확한 계획을 세워 모두에게 동기를 부여합니다. 가장 완벽하고 '스프린트의 모든 순간을 고려한' 스프린트 계획을 세우는 대신, 목표에 집중하고 시작하기에 충분한 스프린트 백로그를 만드세요.

유연한 백로그 유지

스프린트 목표를 조기에 달성한 팀이 작업을 시작할 수 있도록 제품 백로그의 순서를 정하세요.

스크럼의 경험적 특성 수용

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

시작할 준비가 되셨습니까? Jira에서 스프린트를 사용하는 방법을 알아보세요

다음 단계
양식