---

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

Sprint Backlog에는 Sprint Goal, 선택한 Product Backlog 항목, 사용할 수 있는 Increment를 제공하기 위한 개발자들의 계획이 포함됩니다. 이러한 항목은 사용자 스토리로 설명할 수 있습니다.

이 항목들은 개발자들이 Sprint Goal을 지원하기 위해 Sprint Planning 중 Product Owner와 함께 선택한 것입니다. 팀은 작업을 관찰하고 계획하는 데 도움이 되도록 Sprint Backlog 항목을 추정할 수 있습니다.

Sprint Backlog는 살아 있는 산출물이며 Sprint 중 Scrum 팀원들이 계속 갱신합니다.

Scrum Team 구성원이 작업을 수행하면 그 작업에 이름을 연결합니다. 작업 상태는 “시작한 작업” 또는 “진행 중”으로 설정합니다. Definition of Done에 따라 작업을 완료하면 상태를 “Done” 또는 “완료”로 설정합니다.

개발자들은 배우는 내용에 따라 작업을 추가하거나 조정합니다. Sprint Goal을 위태롭게 하지 않는 한 선택한 Product Backlog 항목을 Product Owner와 명확히 하고 재협의할 수 있습니다. 매일 업무가 끝나면 Sprint Backlog 전체를 제공하는 데 남은 노력을 계산합니다. 이를 통해 Scrum Team과 Scrum Product Owner는 Sprint 목표를 성공적으로 달성하기 위한 남은 작업량을 관찰할 수 있습니다.

Sprint Backlog는 Scrum 프로젝트 관리 소프트웨어나 Excel, Google Sheets 같은 스프레드시트 소프트웨어를 사용하여 전자적으로 관리할 수 있습니다. 또는 작고 새로운 팀이라면 실제 보드에 카드나 포스트잇을 붙여 사용할 수도 있습니다.

후자는 작업의 투명성, 이해관계자를 포함한 누구나 쉽게 접근할 수 있다는 장점이 있습니다. 단점은 Scrum Team이 여러 장소에 분산되어 있으면 지속하기 어렵다는 것입니다.

아래 그림은 Sprint Backlog 보드를 구성하는 예시를 보여 줍니다. 구조는 프로젝트와 Scrum Team의 요구를 반영하도록 조정해야 합니다.

Sprint Backlog 보드 예시

Scrum Team이 생산적으로 일하려면 Product Backlog와 Sprint Backlog의 차이와 이 두 요소가 어떻게 상호작용하여 프로젝트를 전진시키는지 이해해야 합니다.

Product Backlog는 계속 변화하며 순서가 정해진 제품 작업의 원천임을 기억하세요. 이제 이 목록의 작은 일부를 Sprint 목표 달성을 위해 Sprint Backlog로 옮깁니다.

Sprint Planning 회의에서는 Scrum Team의 모든 구성원이 해야 할 작업과 완료 방법을 논의해야 합니다.

이때 Sprint Backlog의 각 항목을 이행하기로 한 사용자 스토리를 완료할 작업이나 단계로 나눕니다. 이 모든 내용을 명확히 전달하고 합의하여 Scrum Team 구성원들이 Sprint에서 무엇을 할지, 목표 달성에 무엇이 필요한지 분명한 공감대를 가져야 합니다.