백로그를 조직하는 8가지 방법
최고의 백로그 조직화 방법을 시도해보세요!
우리는 종종 프로덕트 백로그에 대해 의문을 제기하지 않습니다. 그것들은 우리가 희망하거나, 할 수도 있고, 하고 싶어하는 것들의 목록일 뿐입니다. 하지만 그것들이 항상 목록으로만 표현되어야 할까요?
백로그를 구성하는 8가지 방법
1. 사용자 스토리 맵
사용자 스토리 맵으로서의 백로그
사용자 스토리 맵은 처음으로 백로그를 빠르게 구성하는 훌륭한 방법이며, 릴리스 계획을 위한 강력한 도구이기도 합니다.
더 성숙한 제품의 경우, 저는 종종 사용자 스토리 맵을 고객 전형, JTBD, 목표, 심지어 문제 영역에 따라 나누었습니다. 상황에 따라 가장 합리적인 방식을 선택합니다.
2. 아이디어 퍼널 백로그
아이디어 퍼널 백로그가 칸반 보드로 연결됨
말 그대로 퍼널! 백로그를 시각화하고 백로그의 '상단'(혹은 '오른쪽')에 있는 프로덕트 백로그 항목의 수를 실제로 물리적으로 제한하는 훌륭한 방법입니다.
이 백로그 형태는 우선순위를 정하고 집중하는 데 도움이 되며, 너무 많은 오버헤드나 형식적인 구조 없이도 유동적으로 유지할 수 있습니다.
3. 기회 백로그
백로그를 두 개로 나누기 — 발견을 위한 기회 백로그와 전달을 위한 개발 백로그.
모든 아이디어, 문제 스페이스, 기회가 여기에 모입니다. 좋은 아이디어로 검증되면, 전달 백로그로 넘어갑니다.
결국 학습은 더 많은 기회를 가져오게 되어 다시 기회 백로그로 돌아가게 되며, 이것이 제품 개발의 순환입니다!
4. 작업 분류 백로그
작업의 다양한 유형에 따라 백로그를 여러 소규모 백로그로 나누세요.
흔히 발생하는 일은 모든 것을 추적하려고 제품 관리자들이 레이블을 과도하게 사용하게 되는 것입니다. 곰곰이 생각해 보면, 그들이 실제로 하고 있는 일은 서로 다른 작업 클래스에 기반하여 백로그를 여러 소규모 백로그로 나누는 것입니다.
간단한 방법 중 하나는 그것들을 문자 그대로 분리하는 것입니다. 대부분의 도구는 다양한 보기와 필터를 사용하여 이를 달성할 수 있게 하면서도 스프린트와 같은 항목에 대해 단일 보기의 무결성을 유지할 수 있습니다.
5. 트리 백로그
트리 백로그는 다양한 기능 세트를 갖춘 복잡한 제품에 적합합니다.
기술 트리는 다양한 유형의 기능을 가진 복잡한 제품에 적합합니다. 이렇게 백로그를 표현하는 것은 다양한 기능이 어떻게 상호 연관되어 있는지, 그리고 특정 기능이 어떻게 간단하게 시작되어 단계적으로 강화될 수 있는지를 시각적으로 보여주는 훌륭한 방법입니다.
6. 영향력 맵 백로그
임팩트 맵은 특정 결과를 향한 여러 대안 경로를 구상하는 데 유용합니다.
영향력 매핑은 가지가 뻗어나간다는 점에서 Tree Backlog과 유사하게 작동합니다. 그러나 트리와는 달리 각 브랜치의 단계는 다른 백로그 항목이 아니며 오히려 WHY > WHO > WHAT > HOW로 이동하는 영향 맵의 한 단계를 나타냅니다.
이 방법으로 백로그를 표현하면 모든 것이 결과 중심으로 유지되기에 좋습니다. 그러나 영향력 매핑 백로그는 기술 부채, 버그 수정 등 다른 작업 클래스를 표현하는 데는 적합하지 않습니다.
7. 백로그
백로그는 작업을 범주화할 수 있는 '슬라이스'를 만들기에는 완벽하면서도 하나의 장소에서 전체적인 보기를 유지하는 데 이상적입니다.
틀을 깨는 것에는, 혹은 모서리가 없는 것과 관련이 있을지 모르는 무언가가 사람들에게서 창의성을 이끌어 내는 것이 있습니다.
심지어 창의력을 발휘해 다양한 크기의 슬라이스를 가져가 WIP를 물리적으로 제한할 수 있습니다! 그리고 퍼널 백로그처럼 로드맵과 백로그를 하나로 사용할 수 있습니다.
8. 전환 퍼널 백로그
전환 퍼널 백로그는 전환이 명확한 초기 및 성장 단계의 제품에 적합합니다.
이것은 깔때기에서 이탈이나 잠재적 문제점에 대한 정량적 데이터와 백로그 항목이나 기회 영역이라는 두 가지 중요한 정보를 함께 제공합니다.
특정 지점에서 명확한 중단이 있는 경우, 해당 백로그 섹션의 모든 내용이 이제 최우선 과제가 됩니다. 집중력을 잃지 않고 백로그의 해당 섹션에 계속 집중하다가 수치가 개선되거나 다른 중요한 이유가 생길 때까지 계속하세요.
프로젝트 제안 템플릿
다음에 경우 적합합니다:
Project Management, Documentation, Project Planning
프로젝트 제안서 템플릿은 모든 유형의 프로젝트에 대해 이해 관계자의 참여를 유도하기 위한 프로젝트의 맥락, 목표 및 범위를 명확히 하는 중요한 단계가 될 수 있습니다. 프로젝트 제안서에는 달성하고자 하는 것, 목표 및 달성 계획 방법이 요약되어 있습니다. 일반적으로 프로젝트 제안서는 독자에게 프로젝트에 대한 컨텍스트를 제공하고, 프로젝트의 중요성에 대해 설명하고, 프로젝트를 완료하기 위해 취할 조치를 나열합니다. 프로젝트 제안서는 무수한 용도를 가지고 있습니다. 종종 기업은 프로젝트 제안서를 사용하여 기부자 또는 외부 이해관계자로 부터 외부 매입을 받습니다. 하지만 많은 기업들이 내부 매입을 위한 프로젝트 제안서를 작성하기도 합니다.
제품 로드맵(현재, 다음, 나중에, 휴지통)
다음에 경우 적합합니다:
계획 수립, 매핑
"제품 로드맵(현재, 다음, 나중에, 휴지통)" 템플릿은 팀이 제품 개발 이니셔티브를 네 가지 별개의 범주로 정리할 수 있도록 합니다: 현재 우선순위, 다가오는 기능, 미래 계획, 폐기된 아이디어. 이러한 방식으로 로드맵을 시각화함으로써 팀은 즉각적인 목표에 집중하면서도 미래의 기회를 염두에 두고 이해관계자의 기대를 효과적으로 관리할 수 있습니다.
연간 타임라인
다음에 경우 적합합니다:
타임라인, 계획 수립
연간 타임라인 템플릿은 연간 이벤트와 마일스톤을 포괄적으로 조망할 수 있는 보기를 제공합니다. 연간 목표를 계획하고, 진행 상황을 추적하며, 중요한 날짜를 일정에 포함시키기에 완벽한 이 템플릿은 연중 체계적이고 집중적으로 관리할 수 있도록 도와줍니다.
OKR 계획 템플릿
다음에 경우 적합합니다:
Strategic Planning, Meetings, Workshops
OKR 계획 템플리트는 모든 OKR 세션을 역동적이고 생산적인 미팅으로 전환할 수 있도록 도와줍니다. 이 템플릿을 사용하여 OKR 계획을 보다 상호작용적으로 만들고 창의적인 아이스 브레이커 및 브레인스톰과의 세션을 통해 팀을 안내함으로써 OKR을 공동 생성하고 이를 달성하기 위한 주요 결과 및 실행 계획을 정의할 수 있습니다.
의사 결정 나무 템플릿
다음에 경우 적합합니다:
Decision Making, Mind Mapping, Diagrams
어려운 결정을 내리는 일은 선택지를 명확하게 보고 결과를 시각화할 수 있을 때 더 쉬워집니다. 의사 결정 나무는 바로 그런 일을 할 때 도움이 됩니다. 자신있게 시간과 돈을 투자할 힘을 북돋워주면서요. 의사 결정 트리는 상상한 모습 그대로의 순서도입니다-가용한 선택지를 나타내는 '가지'가 있습니다. 일련의 결정을 내리고 스타트업 및 중소기업에 특히 가치있는 실제 리소스를 투입하기 전에 그 결정이 어디로 이어질지 알 수 있는 양식화된 방법을 제공합니다.