제품 백로그 소개
성과가 명확해지면 팀이 함께 모여 성과를 실현하도록 도와줄 제품 아이디어를 전략적으로 구상할 수 있습니다. 성과에 도달하기 위한 실용적인 첫 단계는 제품 백로그를 채택하는 것입니다.
업무 중 많은 제품 팀이 기능 요청, 크고 작은 기회, 작업 및 하위 작업, 긴급 이슈, 앞으로 제품이 나아갈 방향에 대한 아이디어 등 모든 정보를 캡처하는 데 하나의 Jira 백로그를 사용한다는 사실을 알게 되었습니다.
팀원들은 한결같이 모두 같은 이야기를 합니다. 티켓 목록이 계속 늘어나면서 백로그가 걷잡을 수 없이 커지면 불안을 유발하게 됩니다. 무질서하고 과도한 규모의 백로그는 전술적 변화부터 대규모 신규 투자에 이르기까지 어떤 수준에서도 우선 순위 지정에 도움이 되지 않습니다.
결국 팀은 이런 논의 내용을 스프레드시트로 옮기기도 했지만 분기마다 똑같은 상황이 벌어졌습니다. 인사이트는 사라지고 결정한 내용은 기록되지 않았으며 리소스는 시간적 압박을 받으며 감정에 휩쓸리거나 가장 강력하게 밀어붙이는 의견에 따라 할당되었습니다.
더 좋은 방법이 있습니다. 일상 업무에서 사용하는 제공 백로그와 별개로 결과 중심의 지정된 제품 백로그를 구축하면 됩니다.
제품 백로그란 무엇입니까?
제품 백로그란 아이디어가 만들어지고 우선 순위를 지정하며 로드맵으로 공유되어 성과 및 목표로 이어지는 곳입니다. 여기에는 모든 제품 아이디어, 인사이트, 기회 및 솔루션이 포함되어 있으며 제품 팀이 소유합니다. 구체적으로 실행할 업무를 계획하기 보다는 “투자해야 할 영역 및 그 이유”에 대해 논의하는 공간입니다. 회사 전체의 이해 관계자를 이 백로그에 초대하여 우선 순위 및 로드맵에 대해 공동 작업하고 진행 중인 제품 이니셔티브의 대략적인 진행률에 대해 논의할 수 있습니다.
제품 백로그를 제품 팀의 홈으로 생각하고 회사 전체의 공동 작업자들과 공유하세요. 모호한 아이디어부터 완성된 기회까지 추적하려는 모든 항목을 모아 시간이 지남에 따라 배운 점, 고객 피드백, 변화하는 큰 그림 목표를 기반으로 세분화하도록 지정된 공간입니다.
제품 백로그 및 제공 백로그 비교
제품 백로그는 제공 백로그와는 다르며 각각 특정한 용도로 사용됩니다.
제공 백로그는 제공 업무를 관리하고 제공 계획을 세우며 진행률을 추적하는 공간입니다. 약속 이행 방법에 대한 업무 세부 사항(에픽, 스토리, 작업, 하위 작업)이 포함되어 있고 엔지니어링 팀이 소유합니다. 이 공간에서는 팀 전체가 모여 순서 결정, 종속성, 작업 수용량, 기술적 마일스톤 등의 제공 관련 문제를 논의합니다.
당연히 제품 백로그와 제공 백로그는 밀접하게 연관되어 있습니다. 제공 백로그에서의 작업은 제품 백로그의 아이디어로 연결되며, 그 자체가 원하는 결과로 이어집니다. 이를 통해 리더, 매니저, 개발자는 팀이 탐색 및 제공 주기를 반복하면서 결과를 실현하기 위해 어떻게 노력하고 있는지 한눈에 볼 수 있습니다.
제품 백로그와 달리 제공 백로그의 모든 항목은 최종적으로 완료할 구체적인 계획이 되도록 만들어집니다. 반대로 제품 백로그는 계획뿐만 아니라 아이디어 구상 및 브레인스토밍을 위한 공간입니다. 일부 제품 아이디어는 끝까지 우선 순위가 지정되지 않고 로드맵에 반영되지 않을 수 있지만 문제되지 않습니다.
전반적인 제품 관련 우려 사항을 제공 계획 및 추적과 분리하면 팀은 더 효과적으로 우선 순위를 지정하고 업무를 결과로 연결하며 모든 사람의 요구 사항을 충족시키려고 하는 통제 불능 상태의 백로그를 방지할 수 있습니다.
제품 백로그 | 제공 백로그 | |
|---|---|---|
용도 | 투자해야 할 분야 및 이유 | 실현 방법 |
포함 내용 | 제품 아이디어, 사용자 문제, 기회, 솔루션, 가설 | 업무 세부 사항: 에픽, 스토리, 작업, 하위 작업, 버그 |
소유자 | 제품 매니저 | 제품 소유자, 엔지니어링 팀 리더, 프로젝트/프로그램 매니저 |
참가자 | 핵심 제품 팀: 제품 관리자, 엔지니어, 디자이너, 회사 내 기타 제품 팀 고객 대면 팀(영업, 지원, 고객 성공, 솔루션 엔지니어링, 필드 팀) 리더십 비즈니스 이해 관계자 | 핵심 제품 팀: 제품 관리자, 엔지니어, 디자이너 엔지니어링 리더십 |
우선 순위를 지정하는 기준 | 목표, 비즈니스 가치 고객 피드백 및 인사이트 제품 분석 및 데이터 기술적 실현 가능성 | 종속성 Team Capacity 운영상의 긴급성(예: 버그 및 안정성 이슈) |
제품 백로그의 이점
제품 및 제공에 대해 별도의 백로그를 사용하면 많은 이점이 있습니다.
제품 팀이 얼마나 실현 가능하거나 정의되어 있는지 걱정하지 않고 사용 가능한 데이터와 함께 잠재적인 아이디어를 논의할 수 있는 안전한 공간입니다.
제품 논의를 한곳으로 통합하여 팀이 수십 개의 스프레드시트를 검색할 필요 없이 시간이 지남에 따라 지식을 쌓을 수 있습니다.
제품 우선 순위에 대한 공통된 이해 및 공유된 정보 출처를 만듭니다. 이를 통해 제품 팀이 흔히 직면하는 문제인 감정에 휩쓸리거나 가장 강력하게 밀어붙이는 고객 및 이해 관계자 의견에 기반한 의사 결정을 해결합니다.
우선 순위 논의의 투명성을 확보하여 회사 전체의 모든 사람을 공유 공간으로 한데 모읍니다. 이렇게 하면 이해 관계자 및 고객 대면 팀과 공동 작업할 때 마찰을 많이 줄일 수 있습니다.
제공 업무와 연결되어 있으므로 로드맵이 최신 상태로 유지되고 제공 제약 조건을 고려하여 정직성을 유지합니다.
제품 백로그를 체계화하는 방법
아이디어, 기회, 문제, 솔루션: 제품 팀은 제품 백로그에 무엇을 포함할지 결정해야 합니다. 이는 팀이 우선 순위를 지정하려는 방식 및 제품 투자, 우선 순위에 대해 생각하는 방식을 나타내야 합니다.
제품 팀에서는 반드시 제품 백로그에 포함되는 내용 및 아이디어를 분류하고 우선 순위를 지정하는 데 사용되는 구조를 제어해야 합니다. 그렇지 않으면 처음부터 방지하려고 했던 일종의 무질서한 백로그가 될 위험이 있습니다.
백로그를 제어하려면 직접적인 항목을 만들고 편집할 수 있는 권한을 부여하지 않고 외부 이해 관계자를 초대하여 미리 정의된 방식으로만 기여하도록 해야 합니다. 예를 들어, 해당 공동 작업자는 댓글을 달거나 아이디어에 투표하거나 기능을 요청한 고객을 태그할 수 있습니다.
제품 백로그를 구조화하는 데 권장되는 두 가지 프레임워크인 큰 바위, 바위, 조약돌 및 장기, 중기, 단기 목록을 아래에서 설명합니다. 이 세 가지 버킷 및 활동을 중심으로 제품 백로그를 체계화하는 것이 좋습니다.
Jira Product Discovery에서는 올바른 아이디어를 표시할 수 있는 구체적인 보기를 구성하고 토론에 도움이 되는 필드(선택, 평가) 및 공동 작업을 요청하는 필드(인사이트, 투표, 댓글, 반응)를 선택하여 이를 수행할 수 있습니다.
큰 바위, 바위, 조약돌
많은 제품 팀은 하나의 개체 유형, '아이디어'만 가지고 있습니다. 하지만 백로그에는 대규모 신규 투자부터 소소한 제품 개선에 이르기까지 다양한 형태, 크기, 세분화 수준의 항목이 포함될 수 있습니다.
일반적인 관행은 세 가지 항목 범주로 백로그를 구성하는 것입니다.
큰 바위: 대규모 투자, 전략적 기회, 대규모 신규 투자
바위: 중간 규모의 투자, 성과로 이어지는 실질적인 제품 개선
조약돌: '페이퍼컷' 스타일의 버그 수정 또는 UX 이슈 해결과 같은 소규모 투자
제품 백로그에 이러한 영역을 개별적으로 만들고 세 범주에 대한 투자를 균형 있게 조정하면서 각각에 대한 예산 및 로드맵 공간을 확보하는 것이 가장 좋습니다. 특히 조약돌은 이렇게 의도적으로 하지 않을 경우 우선 순위를 지정하기 어렵습니다. 대규모 신규 투자는 흥미롭긴 하지만 페이퍼컷은 사용자 경험에 복합적이고 부정적인 영향을 미칩니다.
아이디어 섹션에서 이 프레임워크에 대한 자세한 정보를 찾아보세요.
장기 목록, 중기 목록, 단기 목록
제품 백로그를 구조화하는 간단하고 실용적인 또 하나의 방법은 Jira Product Discovery의 얼리 어답터 중 한 명인 Brent Johnston이 개발했습니다. Brent는 제품 작업이 장기 목록, 중기 목록, 단기 목록이라는 세 가지 버킷으로 계속 진행된다고 설명했습니다.
제품 팀은 제품 백로그의 장기, 중기, 단기 목록의 아이디어를 취합하고 회사 전체의 이해 관계자들을 초대하여 공동으로 작업합니다.
장기 목록에는 '나중에 할 일, 아이디어가 될 수 있는 의견', 문제, 기회, 솔루션 등 모든 것이 포함됩니다. 이 목록에는 200개가 넘는 아이디어가 담겨 있습니다.
제품 팀은 시장 지식, 전략 및 운영상의 문제, 고객 및 비즈니스 요구 사항을 활용하여 이 장기 목록을 선별한 후 중기 목록으로 전환합니다.
중기 목록은 잠재적 우선 순위로 미리 지정한 항목입니다. 팀이 합법적으로 투자할 수 있는 매력적인 기회를 나타냅니다. 200개의 아이디어로 구성된 장기 목록 중 10~20개는 중기 목록으로 전환될 수 있습니다.
이런 아이디어들은 전략적으로 중요하고 고객과 논의할 때 자주 언급되거나 사용자를 만족시킬 잠재력이 강하기 때문에 괜찮은 투자 분야인 것처럼 보입니다. 일반적으로 회사 내 여러 이해 관계자의 의견을 반영하여 우선 순위를 단기 목록에 포함시켜야 합니다.
자세한 내용은 우선 순위 지정을 참조하세요.
단기 목록은 기본적으로 제품 로드맵입니다. 즉, 제품 팀이 더 자세히 살펴보기로 약속한 아이디어입니다. 이러한 작업을 통해 기회, 문제 또는 솔루션을 실행하여 새로운 제품 경험을 선사하거나 기존 경험을 개선할 수 있습니다.
팀은 학습한 내용을 바탕으로 이 목록을 정기적으로 검토하고 최신 상태로 유지합니다. 이는 회사의 나머지 직원들이 가장 정기적으로 업데이트할 것으로 예상하는 목록입니다.
자세한 내용은 로드맵 만들기를 참조하세요.
Jira Product Discover에서 제품 백로그를 만드는 방법
Jira Product Discovery는 제품 팀이 아이디어를 수집하고 공동으로 작업하며 우선 순위를 지정할 수 있는 곳으로 만들어진 공간입니다. Jira Product Discovery에서는 “Discovery 프로젝트”라는 제품 백로그를 한 개 이상 만들 수 있습니다.
일반적으로 매일 같이 일하는 사람들을 같은 프로젝트(예: 단일 스쿼드 또는 다중 스쿼드)에 배치하는 것이 가장 좋습니다. 하지만 Jira Product Discovery 고객 중 상당수는 단일 프로젝트를 사용하여 여러 팀과 제품을 호스팅합니다. 이 방법은 여러 팀 간에 수준 높은 공동 작업을 진행해야 할 때 특히 유용합니다.
다음은 수행 방식을 설명하는 데모입니다.
Jira Product Discovery Premium 플랜을 사용하면 여러 프로젝트의 아이디어를 표시하고 조직의 제품 계획에 대한 전체 스토리를 전달하는 보기를 만들어 여러 프로젝트의 아이디어를 한 곳에서 시각화할 수 있습니다.
다음 단계는 무엇인가요?
이 핸드북의 나머지 부분에서는 제품 백로그를 사용하여 다음을 수행하는 방법을 자세히 설명합니다.
시작부터 제공까지 아이디어를 받습니다.
영향을 미칠 수 있는 아이디어의 우선 순위를 지정합니다
팀 및 이해 관계자가 협업할 수 있는 로드맵을 만듭니다
Jira Product Discovery 팀이 Jira Product Discovery 및 기타 제품을 사용하여 이 업무를 수행하는 방법에 대한 예시를 살펴보겠습니다.