스크럼 가이드 | 17. 스프린트 백로그
게시 됨: 2022-05-17개발 팀은 스프린트 계획 중에 새로운 스프린트 백로그를 생성합니다. 그 순간부터 시작 스프린트에서 구현할 제품에 대한 새로운 기능, 향상 및 수정 목록과 같은 개발자를 위한 현재 약속이 됩니다. 스프린트가 시작된 후 백로그는 개발자가 수행할 작업을 선택하는 바인딩 대기열이 됩니다.
스프린트 백로그란? – 목차:
- 소개
- 스프린트 백로그는 어떻게 생성되나요?
- 스프린트 백로그에는 무엇이 포함되어 있습니까?
- 스프린트 백로그 사용
- 요약
소개
스프린트 백로 그는 단일 스프린트 동안 개발 팀의 작업을 설명합니다. 따라서 기술 언어로 표현됩니다. 자세한 작업과 계획된 솔루션에 대해 설명합니다. 따라서 개발자에게 명확한 방식으로 작성된 작업 목록으로 구성됩니다. 스프린트 백로그는 일반적으로 여기서 소개할 제품 백로그에 적절한 설명 방식인 제품의 비즈니스 가치 언어를 거의 고려하지 않습니다.
스프린트 백로그 발생:
- 제품 백로그 기반
- 한 스프린트 동안
- 스프린트 계획이라는 스크럼 이벤트 중에
- 전체 스크럼 팀에 의해 – 그러나 개발 팀이 생성에서 핵심 역할
스프린트 백로그는 어떻게 생성되나요?
스프린트 계획 중에 제품 소유자 는 다음 스프린트에서 제품에 가치를 추가하는 방법을 제안합니다. 그런 다음 전체 스크럼 팀이 함께 협력 하여 스프린트 목표를 공식화합니다. 즉, 제품 백로그에서 구현할 기능을 선택합니다. 스프린트 목표는 고객의 기대에 부응하기 위해 제품을 구현하거나 기한을 연기하는 방법을 정의합니다.
다음 단계는 다음 스프린트에서 수행할 작업 범위 와 달성 방법을 현실적으로 생각하고 설정하는 것입니다.
이러한 발견의 결과 는 수행할 작업에 대한 기술적인 설명의 형태로 제공됩니다. 그리고 이 목록은 새로운 스프린트 백로그가 됩니다.
새로 생성된 스프린트 백로 그는 개발 팀의 모든 구성원이 쉽게 액세스할 수 있는 위치에 있습니다. 물리적 공간에서는 일반적으로 작업 공간에 걸려 있는 화이트보드입니다. 반면 디지털 공간에서는 모든 개발자가 업데이트할 수 있는 클라우드 기반 공유 문서로 존재합니다. 스크럼 팀의 모든 구성원이 매일 업데이트를 유지해야 하지만 일반적으로 그 책임을 지는 사람은 스크럼 마스터 또는 개발자 중 한 명입니다.
스프린트 백로그에는 무엇이 포함되어 있습니까?
제품 백로그는 작업을 정확히 실행하는 방법을 지정하지 않습니다. 결정하는 것은 개발팀의 역할입니다. 이러한 움직임은 팀이 기동할 수 있는 충분한 공간을 만들어 자체 구성 능력을 향상시킵니다. 또한, 이러한 행동의 순서와 방법을 선택할 수 있는 자유는 각 개발자 에게 독립성과 책임감을 부여할 수 있는 권한을 부여합니다.
스프린트 백로그 를 실행할 작업의 정렬되지 않은 목록으로 처리하는 데에도 동일한 아이디어가 적용됩니다. 기존 푸시 모델(팀 또는 개발자가 사전 정의되고 부과된 의제에 따라 행동함)과 달리, 풀 모델에서는 개발자가 수행할 작업을 선택합니다(풀 모델).
스프린트 백로그는 다음을 지정합니다.
- 스프린트 목표 – 즉, 이번 스프린트에서 예정된 작업을 수행해야 하는 이유에 대한 질문에 대한 답변
- 이 스프린트에서 개발할 새로운 제품 기능 및 개선 사항 목록입니다. 이것은 이 스프린트에서 구현하기 위해 선택된 제품 백로그 요소를 포함하기 때문입니다.
- 수행할 작업 목록 – 즉, 증분 작업을 수행 하는 방법과 사람에 대한 기술적인 설명입니다.
스프린트 백로그 사용
다양한 측정 도구는 Sprint Backlog에 작성된 작업의 진행 상황을 반영합니다. 대부분의 경우 번다운 차트 입니다. 이에 대해서는 별도의 전용 기사에서 자세히 다룰 것입니다. 이러한 시각화를 통해 개발팀은 Sprint Goal 작업이 계획대로 진행되고 있는지 쉽게 확인할 수 있습니다.
스프린트 중에 작업 계획이 비현실적으로 설계되었음을 발견할 수 있습니다. 즉, 제품 백로그 스프린트 목표의 할 일 수가 너무 많거나 적습니다. 두 경우 모두 개발자와 제품 소유자는 현재 스프린트 백로그에 적용할 변경 사항을 찾기 위해 아래로 내려갑니다. 작업량을 줄이거나 제품 백로그에서 추가 작업을 선택하거나 이미 계획된 솔루션을 확장하는 것이 가능합니다. 그러나 스프린트 목표 자체는 변경되지 않은 상태로 유지되어야 합니다.
요약
스프린트 백로 그는 개발자가 한 스프린트 동안 수행할 계획의 작업 목록입니다. 제품 소유자와의 일종의 세부 계약입니다. 스프린트 백로그는 전체 스크럼 팀이 참여하는 스프린트 계획 중에 발생합니다. 번다운 차트는 구현을 위해 승인된 작업의 완료 정도를 반영합니다.
콘텐츠가 마음에 들면 Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest에서 바쁜 꿀벌 커뮤니티에 가입하세요.
저자: 캐롤라인 베커
프로젝트 관리자인 Caroline은 최고의 워크플로를 설계하고 프로세스를 최적화하기 위한 새로운 방법을 찾는 데 전문가입니다. 그녀의 조직적 기술과 시간 압박 속에서 일하는 능력은 그녀를 복잡한 프로젝트를 현실로 만드는 최고의 사람으로 만듭니다.
스크럼 가이드:
- 기본 용어, 역할 및 개념의 용어집
- 스크럼이란?
- 스크럼 값
- 회사에서 스크럼을 구현하는 방법은 무엇입니까?
- 스크럼 팀 - 무엇이며 어떻게 작동합니까?
- 제품 소유자는 누구입니까?
- 제품 소유자의 가장 일반적인 실수
- 스크럼 마스터는 누구인가?
- 좋은 스크럼 마스터의 특징
- 스크럼 마스터의 가장 흔한 실수
- 스크럼 마스터가 추적해야 하는 통계 및 메트릭은 무엇입니까?
- 제품 소유자와 스크럼 마스터 간의 협력
- 스크럼 개발팀
- 개발자의 가장 흔한 실수
- 스크럼 아티팩트
- 스케일링 스크럼
- 스프린트 백로그
- 제품 백로그란 무엇입니까?
- 사용자 스토리란 무엇입니까?
- INVEST로 최고의 사용자 스토리 만들기
- 가장 흔한 사용자 스토리 실수
- 사용자 스토리 수락 기준
- 스크럼의 추정 및 스토리 포인트
- 계획 포커
- 팀 평가 게임
- 증분 정의
- 스크럼 이벤트
- 스크럼에서 스프린트란?
- 스크럼 팀 약속 - 제품 목표, 스프린트 목표 및 완료의 정의
- 번다운 차트란 무엇입니까?
- 번다운 차트를 만들고 해석하는 방법은 무엇입니까?
- 번다운 차트의 장점과 단점
- 스크럼과 스크럼반의 칸반 보드
- 스크럼의 속도 - 개발 팀의 속도
- 일일 스크럼
- 스프린트 계획
- 스프린트 리뷰
- 스프린트 회고란 무엇입니까?
- 스프린트 회고 중 일반적인 실수
- 제품 백로그 육성