스크럼 가이드 | 40. 제품 백로그 육성

제품 백로그 육성은 제품 소유자의 주요 업무 중 하나입니다. 육성 프로세스에는 공식화, 세부화 및 제품 백로그에 새로운 사용자 스토리 추가가 포함됩니다. 그러나 육성 작업의 가장 중요한 것은 백로그에 있는 항목이 올바른 순서, 즉 우선 순위가 지정되도록 하는 것입니다.

제품 백로그 육성 – 목차:

1. 소개
2. 제품잔고육성 목적
3. 제품 백로그 유지 관리 오류
4. 백로그 유지 관리와 스크럼에서 사용되는 메트릭
5. 요약

소개

제품 백로그는 스크럼의 아티팩트 중 하나입니다. 여기에는 제품을 만드는 데 필요한 작업의 우선 순위 목록이 포함되어 있습니다. 즉, 제품 목표를 달성하기 위해 필요한 사용자 스토리의 목록입니다. 이 문서에서 사용자 스토리에 대한 자세한 설명을 찾을 수 있습니다. 그리고 그 특징과 Product Backlog를 어떻게 유지해야 하는지에 대한 자세한 내용은 다음과 같습니다.

제품 백로그 육성은 다음과 같은 이름으로도 사용됩니다.

• 백로그 우선순위,
• 백로그 정제,
• 백로그 확장.

제품잔고육성 목적

제품 소유자는 제품 백로그를 관리합니다. 주요 기술에는 마감일이 다가옴에 따라 작업의 우선 순위 를 지정하는 것이 포함됩니다. 제품 백로그 육성의 목표는 제품 기능이 가장 높은 비즈니스 가치, 즉 고객의 관점에서 가장 필수적인 기능이 해야 할 일 목록의 맨 위에 있도록 하는 것이기 때문입니다. 그리고 다음 스프린트에서 바로 구현을 시작할 수 있도록 설명이 명확하고 상세합니다.

제품 백로그는 필요한 경우 매일 업데이트될 수 있습니다. 제품 소유자는 이해 관계자 및 개발 팀과 대화한 후 또는 제품 백로그에 이미 작성된 사용자 스토리를 재구성하고 결론을 도출하여 제품 백로그에 새 사용자 스토리를 추가할 수 있습니다.

백로그의 필수 업데이트는 스프린트 검토 중에 수행되는 작업 중 하나입니다. 이 문서에서 해당 프로세스를 자세히 설명했습니다. 일반적으로 이 회의에서 스크럼 팀은 다음 스프린트에서 완료해야 할 작업에 대해 논의합니다. 또한 다음 2~3개의 스프린트에서 사용자 스토리와 구현을 미리 지정합니다. 이러한 방식을 통해 스크럼 팀과 그 활동 은 장기적인 방향에 대해 더 넓은 시각을 가질 수 있습니다. 이후 스프린트에서 개발의 관점에서 현재 수행 중인 작업을 생각할 수 있습니다.

제품 백로그 유지 관리 오류

제품 백로그 육성과 관련하여 가장 일반적인 문제 중 하나는 제품 백로그가 통제할 수 없이 확장되도록 허용하는 것입니다. 이는 제품을 작업하는 동안 이해 관계자와 스크럼 팀원 모두가 제안한 다양한 추가 기능과 작업이 자발적으로 나타나기 때문입니다. 따라서 제품 백로그 범위(범위 크리프)의 증가를 제한하는 것은 제품 소유자가 수행하는 가장 중요한 작업 중 하나입니다. 제품 소유자가 우려하는 가장 일반적인 실수:

1. 제품 목표에서 벗어나기 – 기본 제품 목표를 넘어 제품 백로그에 너무 많은 아이디어를 추가하는 것은 가독성을 크게 떨어뜨리기 때문에 좋은 습관이 아닙니다. 별도의 문서에서 추가 기능에 대한 아이디어를 수집하는 것이 좋습니다.
2. 콘텐츠 복제( 다른 이해관계자의 반복되거나 매우 유사한 아이디어를 백로그에 입력)는 백로그에 다른 항목을 추가하기 전에 제품 소유자는 새 항목이 기존 항목을 복제하지 않는지 확인해야 합니다.
3. 더 넓은 관점의 부족 - 제품 목표와 관련된 가치에 따라 제품 백로그 항목을 주문해야 합니다. 그래도 우선 순위는 다음 몇 스프린트를 고려하여 주어진 스프린트에서 수행된 작업이 이전 스프린트와 바로 다음 스프린트에 원활하게 연결되도록 해야 한다는 점을 명심하십시오.

이런 종류의 실수는 피할 수 없습니다. 그러나 이러한 발생을 인식하면 제품 소유자가 올바른 균형을 찾기 위해 제품 백로그에 새 사용자 스토리를 추가하는 데 더 신중해질 수 있습니다. 이는 백로그에 너무 많은 컷을 제공 하고 유사한 작업이 다른 항목을 포함하는 항목을 제거하는 것도 실수이기 때문입니다. 예를 들어, 애플리케이션에서 크게 다른 유사한 제품 기능을 설명합니다.

백로그 유지 관리와 스크럼에서 사용되는 메트릭

제품 백로그에는 프로젝트 전체의 나머지 작업에 대한 설명이 포함되어 있습니다. 그러나 최신의 정기적으로 육성된 백로그만이 전체 작업량에서 완료된 작업량의 비율을 정확하게 추정할 수 있습니다. 완료된 작업의 양을 나타내려면 이 기사에서 설명한 번다운 차트 를 적용해야 합니다.

스크럼 팀 작업을 설명하는 또 다른 인기 있는 지표는 속도입니다. 단일 스프린트 동안 증분으로 변환된 제품 백로그 항목 수를 비교하여 이를 측정할 수 있습니다. 이 기사에서 Velocity에 대해 더 자세히 설명했습니다.

요약

제품 소유자는 제품 백로그 육성을 수행합니다. 제품 백로그가 잘 유지되면 스크럼 팀은 남아 있는 작업을 명확하게 볼 수 있습니다. 또한 제품 목표로의 경로가 어떻게 생겼는지에 대한 보다 광범위하고 미래 지향적인 관점을 얻을 수 있습니다. 이것이 제품 소유자가 제품 백로그에 포함된 사용자 스토리가 완료 우선 순위에 있는지 확인해야 하는 이유입니다. 또한 다가오는 스프린트에서 완료해야 할 작업이 가장 자세하게 설명되어 있습니다.

콘텐츠가 마음에 들면 Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest에서 바쁜 꿀벌 커뮤니티에 가입하세요.

저자: 캐롤라인 베커

프로젝트 관리자인 Caroline은 최고의 워크플로를 설계하고 프로세스를 최적화하기 위한 새로운 방법을 찾는 데 전문가입니다. 그녀의 조직적 기술과 시간 압박 속에서 일하는 능력은 그녀를 복잡한 프로젝트를 현실로 만드는 최고의 사람으로 만듭니다.

모든 게시물 보기

스크럼 가이드:

1. 기본 용어, 역할 및 개념의 용어집
2. 스크럼이란?
3. 스크럼 값
4. 회사에서 스크럼을 구현하는 방법은 무엇입니까?
5. 스크럼 팀 - 무엇이며 어떻게 작동합니까?
6. 제품 소유자는 누구입니까?
7. 제품 소유자의 가장 일반적인 실수
8. 스크럼 마스터는 누구인가?
9. 좋은 스크럼 마스터의 특징
10. 스크럼 마스터의 가장 흔한 실수
11. 스크럼 마스터가 추적해야 하는 통계 및 메트릭은 무엇입니까?
12. 제품 소유자와 스크럼 마스터 간의 협력
13. 스크럼 개발팀
14. 개발자의 가장 흔한 실수
15. 스크럼 아티팩트
16. 스케일링 스크럼
17. 스프린트 백로그
18. 제품 백로그란 무엇입니까?
19. 사용자 스토리란 무엇입니까?
20. INVEST로 최고의 사용자 스토리 만들기
21. 가장 흔한 사용자 스토리 실수
22. 사용자 스토리 수락 기준
23. 스크럼의 추정 및 스토리 포인트
24. 계획 포커
25. 팀 평가 게임
26. 증분 정의
27. 스크럼 이벤트
28. 스크럼에서 스프린트란?
29. 스크럼 팀 약속 - 제품 목표, 스프린트 목표 및 완료의 정의
30. 번다운 차트란 무엇입니까?
31. 번다운 차트를 만들고 해석하는 방법은 무엇입니까?
32. 번다운 차트의 장점과 단점
33. 스크럼과 스크럼반의 칸반 보드
34. 스크럼의 속도 - 개발 팀의 속도
35. 일일 스크럼
36. 스프린트 계획
37. 스프린트 리뷰
38. 스프린트 회고란 무엇입니까?
39. 스프린트 회고 중 일반적인 실수
40. 제품 백로그 육성