백로그를 정리하는 8가지 방법

프로덕트 백로그는 희망하거나 시도하고 싶은 일들을 나열한 목록일 때가 많습니다. 하지만 꼭 목록으로만 표현해야 할 필요가 있을까요?

백로그를 정리하는 8가지 방법

1. 사용자 스토리 맵

사용자 스토리 맵으로서의 백로그

사용자 스토리 맵은 처음으로 백로그를 빠르게 구축하는 데 훌륭한 방법이며, 릴리스 계획을 위한 강력한 도구이기도 합니다.

더 성숙한 제품의 경우, 고객 아키타입, JTBD, 목표, 문제 영역에 따라 사용자 스토리 맵을 나누곤 했습니다. 무엇이 가장 이치에 맞는지에 따라 다릅니다.

2. 아이디어 퍼널 백로그

아이디어 퍼널 백로그를 칸반 보드에 반영하기

말 그대로 퍼널입니다! 백로그를 시각화하고 백로그에서 '상위' (실제로는 '오른쪽')에 있는 프로덕트 백로그 항목의 수를 실제로 물리적으로 제한하는 훌륭한 방법입니다.

이 형태의 백로그는 우선순위를 정하고 집중하는 데 유용하며, 과도한 부담이나 공식적인 구조 없이 유연함을 유지할 수 있게 도와줍니다.

3. 기회 백로그

백로그를 두 부분으로 나누어, 발견을 위한 기회 백로그와 배송을 위한 개발로 구분합니다.

모든 아이디어, 문제 영역, 기회가 여기에 모이게 되며, 좋은 아이디어로 검증되면 배송 백로그로 이동합니다.

그리고 결국 학습을 통해 더 많은 기회를 얻게 되며, 이는 곧 기회 백로그로 되돌아가게 됩니다. 이것이 바로 제품 개발의 순환입니다!

4. 작업 백로그의 종류

백로그를 서로 다른 작업 클래스에 따라 여러 작은 백로그로 나누세요.

종종 발생하는 일은 제품 관리자가 모든 것을 추적하기 위해 레이블에 집착하게 된다는 것입니다. 곰곰이 생각해 보면, 그들이 실제로 하고 있는 일은 서로 다른 작업 클래스에 따라 자신의 백로그를 여러 작은 백로그로 나누는 것입니다.

간단한 방법 중 하나는 문자 그대로 그것들을 분리하는 것입니다. 대부분의 툴에서는 다양한 보기와 필터를 사용하여 이 작업을 수행할 수 있으며, 스프린트와 같은 작업을 위해 단일 보기를 유지할 수 있도록 합니다.

5. 트리 백로그

트리 백로그는 다양한 기능 세트를 가진 복잡한 제품에 유용합니다.

기술 트리는 다양한 유형의 기능을 가진 복잡한 제품에 유용합니다. 백로그를 이런 방식으로 표현하는 것은 다양한 기능이 어떻게 상호 관련되고 특정 기능이 간단하게 시작하여 점진적으로 개선될 수 있는지를 시각적으로 보여주는 좋은 방법입니다.

6. 영향 맵 백로그

영향 맵은 특정 결과에 대한 다양한 대체 경로를 구상하는 데 유용합니다.

영향 맵핑은 가지를 뻗는다는 점에서 트리 백로그와 유사한 방식으로 작동합니다. 하지만, 트리와 달리 가지의 각 단계는 또 다른 백로그 항목이 아니라, 영향을 끼치는 맵에서 WHY > WHO > WHAT > HOW 순으로 진행하는 단계를 나타냅니다.

백로그를 이렇게 표현하는 것은 모든 것을 결과 지향적으로 유지하는 데 아주 좋습니다. 그러나 영향력 매핑 백로그는 기술 부채, 버그 수정 등 다른 작업 유형을 나타내기에는 적합하지 않습니다.

7. Circle 백로그

Circle 백로그는 작업을 범주화하는 '조각'을 만드는 데 완벽하며 동시에 하나의 장소에서 전체적인 보기를 유지할 수 있습니다.

틀을 깨는 것 또는 모서리가 없다는 점이 사람들의 창의력을 끌어내는 요소일 것입니다.

창의력을 발휘해 다양한 크기의 조각을 설정해 보세요. 이는 WIP를 물리적으로 제약하는 훌륭한 방법입니다! 그리고 Funnel 백로그처럼 로드맵과 백로그의 역할을 동시에 수행할 수도 있습니다.

8. 전환 퍼널 백로그

전환 퍼널 백로그는 명확한 전환이 있는 초기 및 성장 단계의 제품에 매우 적합합니다.

이 정보는 두 가지 중요한 정보를 결합합니다. 퍼널 내 이탈 및 잠재적 문제점에 대한 정량 데이터와 백로그 항목/기회 영역이 포함되어 있습니다.

특정 지점에서 명확한 이탈이 발생한다면, 해당 백로그 섹션 내의 모든 항목이 이제 최우선 과제가 됩니다. 철저하게 집중하고, 수치가 개선되거나 다른 주목할 만한 이유가 생길 때까지 그 백로그 섹션에 계속 집중합니다.