제품 백로그: 단계별 가이드

제품 백로그는 제품 개발 체인의 필수 부분 중 하나이며 회사와 제품의 비전에서 실행을 거쳐 정식 출시로 이어지는 제품 기능의 우선 순위 목록입니다. 높은 수준의 비전을 제품 생성의 작업 세부 사항으로 변환하기 때문에 강력한 도구입니다. 제품 관리자는 제품 백로그를 생성, 우선 순위 지정 및 유지 관리하는 주요 책임이 있습니다. 건전한 제품 백로그를 구축하기 위한 단계별 프로세스와 핵심 요소에 대해 자세히 알아보겠습니다.

백로그를 두 개의 목록으로 분할

백로그를 생성하기 전에 제품 라인, 제품 그룹 또는 회사의 모든 제품에 적용할지 여부를 범위를 정의하면 기능을 관리하는 데 도움이 됩니다.

저는 여러 프로젝트에서 백로그를 장기 마스터 백로그 와 단기 실행 백로그 (하나 이상의 스프린트를 포함할 수 있으므로 스프린트 백로그라고도 함)의 두 가지 목록으로 나누는 것이 건강한 관행이라는 것을 배웠습니다. 아이디어는 마스터 백로그의 모든 기능에 대한 큰 그림을 유지하면서 동시에 신속하게 개발하기 위해 가장 긴급한 항목에 집중하는 것입니다.

처음에는 두 백로그 모두 기능의 상위 수준 목록으로 시작합니다. 그러나 스프린트 백로그는 일반적으로 쉬운 실행을 위해 에픽과 사용자 스토리로 분할되고 장기 백로그는 그대로 유지됩니다. 제품 관리자는 한 목록에서 다른 목록으로 이동해야 하는 항목과 시기를 결정합니다.

백로그 소스

다음 단계는 백로그에 대한 잠재적 기능을 제안할 수 있는 소스를 식별하는 것입니다. 출처는 사용자 조사, 특정 고객 요청, 설문 조사 또는 상세한 마케팅 조사일 수 있습니다. 함께 작업하는 다른 제품에서 관련 발견 사항이 있는 경우 해당 결과도 훌륭한 소스로 기여할 수 있습니다. 이것이 가장 일반적인 소스이지만 몇 가지 다른 소스가 있습니다.

• QA 팀은 제품을 광범위하게 사용하고 개선을 위한 귀중한 피드백을 받을 수 있기 때문에 백로그 항목에 대한 훌륭한 소스입니다.
• 고객 지원 피드백. 하드웨어 제품의 경우 적절한 출처는 제조상의 문제 또는 현장에서 보고된 문제일 수 있습니다.
• 제품의 문제, 문제 또는 버그에 대한 리뷰를 통해 제품 개선 방법에 대한 아이디어를 얻을 수도 있습니다.
• 판매 요청
• R&D 이니셔티브 또는 아이디어

차단 기능 자제

우수한 제품 관리자는 백로그를 소유하고 백로그에 표시되고 실행되는 기능을 제어하는 ​​게이트키퍼 역할을 해야 합니다. 백로그는 우선 순위가 높은 항목이 목록의 맨 위에 표시되고 가장 덜 중요한 항목이 맨 아래에 표시되도록 구성됩니다. 제품 관리자는 항목을 차단하는 것이 아니라 백로그에 항목을 포함하도록 권장해야 합니다. 차단은 제품 관리자가 기능이 가치가 없다고 완전히 확신하는 극단적인 경우에만 발생해야 합니다. 항목을 차단하는 대신 우선 순위 지정 프로세스에서 필터링을 수행하도록 합니다. 비이성적으로 들릴 수도 있지만 5년 동안 개발되지 않을 기능을 포함하는 경우도 있습니다. 모든 잠재적 기능을 한 곳에 모으는 것은 귀중한 소스입니다.

품목 취급

백로그는 에픽 또는 사용자 스토리로 개발해야 하거나 백로그에 표시될 설명과 함께 간단히 입력해야 하는 고급 기능으로 구성됩니다. 그것들을 포함할 때 충분한 정보를 가지고 있는지 확인하되, 세부 사항을 지나치게 강조하지 마십시오. 애자일: 항목이 개발 단계에 도달할 때만 설명을 작성하는 데 시간을 투자합니다. 제품 관리자는 시간을 절약하고 효율성을 유지하기 위해 큰 그림을 보는 것과 세부 사항에 너무 깊이 들어가지 않는 것 사이에서 균형을 유지해야 합니다.

백로그 우선순위 지정

백로그 정렬은 우선 순위 지정의 핵심 프로세스입니다. 직감보다는 데이터에 중점을 둔 고도로 전략적인 단계입니다. 우선 순위 지정은 일반적으로 제품 관리자의 책임이지만 일반적으로 고위 경영진의 확인 및 승인이 필요합니다. 구조를 갖추면 우선 순위 결정을 방어하는 데 도움이 됩니다. 구조를 제시하고, 전달하고, 승인을 받을 수 있어야 합니다.

건전한 우선 순위 지정 프로세스를 유지하기 위한 한 가지 핵심 요구 사항은 백로그 기능에 대해 잘 정의된 가중치와 평가 기준을 만드는 것입니다. 제품마다 특성에 따라 다른 솔루션이 필요합니다. 다음 섹션에서는 효과적인 우선 순위 지정을 위한 다양한 공식을 만드는 도구 상자로 사용할 수 있는 실용적인 구성 요소를 소개합니다.

우선 순위 기준 정의

제품에 중요한 기준을 정의하고 이를 사용하여 각 백로그 기능을 평가합니다. 다음 기준은 모든 제품에 포함되어야 합니다.

• 수익. 이 기준은 기능이 잠재적으로 가져올 수 있는 수익에 대한 것으로 고객 또는 영업 팀의 피드백을 기반으로 합니다. 이미 합의된 거래가 없는 한 잠재적 수익은 추정치일 뿐입니다. 그럼에도 불구하고 제품 관리자가 잠재적으로 ROI(투자 수익)가 낮은 기능을 피하는 데 도움이 되므로 우선 순위 지정에 여전히 유용한 메트릭입니다.
• 시장 적합성과 시장 고유성. 시장 적합성은 주어진 기능이 사용자의 기존 문제를 해결하는지 여부를 보여줍니다. 시장 고유성은 이 새로운 기능이 경쟁업체와 비교하여 얼마나 고유한지를 측정하는 것입니다. 이 두 항목을 결합하면 경쟁에서 아직 개발하지 않은 가장 관련성이 높은 기능을 강조 표시하므로 좋은 기회가 될 것입니다.
• 복잡성. 이 기준은 예상 시작 시간과 전반적인 실행 복잡성을 결합합니다. 이것은 얼마나 많은 기능에 영향을 미칠까요? 각각에 대한 직접 비용과 잠재적 숨겨진 비용은 얼마입니까? 기능이 가져올 수 있는 최대 가치로 가능한 한 최단 배송 시간을 목표로 합니다.

제품에 따른 기타 고려 기준:

• 신뢰. 이것이 사용될 것이라고 얼마나 확신하십니까? 이는 스타트업은 물론 기업이 새로운 시장에 진입할 때도 중요한 기준입니다.
• 위험. 위험이 높을수록 이 기준에 대한 점수가 낮아집니다. 이 기준은 Confidence 기준과 밀접한 관련이 있습니다.
• 비용. 높은 구현 비용은 낮은 점수를 받습니다. 복잡성 기준과 유사하지만 높은 비용이 짧은 개발 시간을 의미하는 경우가 있습니다.

채점 방법

각 백로그 기능에 등급을 부여하기 전에 3~5가지 옵션(매우 낮음, 낮음, 중간, 높음)을 설정하고 간략하게 설명합니다. 예를 들어 기능 개발 길이와 관련하여 복잡성 기준은 다음 등급을 갖습니다.

• 매우 낮은. 기능을 구현하는 데 며칠 밖에 걸리지 않습니다. (이 기능은 가장 높은 등급 을 받습니다.)
• 낮은. 구현에는 전체 스프린트 또는 1~2주가 소요됩니다.
• 중간. 구현에는 한 스프린트 또는 2주가 소요됩니다.
• 높은. 구현에는 한 번 이상의 스프린트가 필요합니다. (이 기능은 가장 낮은 등급 을 받습니다.)

레벨에 일련 번호를 지정하지 마십시오(즉, 0, 1, 2, 3을 사용하지 마십시오). 대신 다음 시스템을 사용하십시오.

매우 낮은 등급에 대해 0점
저등급 1점
중급 3점
고급 9점

이 등급 지정 방법을 사용하면 기능의 합계가 명확하게 구분됩니다. 이것은 30개 또는 50개의 기능과 함께 사용하고 동일한 점수를 가진 15개의 기능으로 끝내고 싶지 않을 때 상당한 차이를 만듭니다. 원하는 것은 명확하게 정렬된 우선 순위 목록입니다.

가중치 정의

다음으로 중요한 단계는 선택한 기준에 대한 가중치 또는 요소를 정의하는 것입니다. 기본적으로 모든 기준은 피쳐 등급에 동일하게 기여합니다. 그러나 때로는 기준이 상당히 다른 영향을 미치므로 더 확실한 기여를 합니다. 단순화를 위해 A와 B의 두 가지 기준을 사용하여 수치적 예를 들어 보겠습니다. 위에서 설명한 대로 점수를 합산하면 각 기준이 등급의 절반을 차지합니다. 그러나 기준 A가 기준 B보다 2배 더 중요하면 다음과 같은 공식을 만들어야 합니다.

전체 기능의 점수 = 0.66 * A + 0.33 * B

숫자로 변환되는 요인의 가중치에 따라 이 공식의 다양한 버전이 있을 수 있습니다. 가중치는 항상 1이 되어야 합니다.

가중치 부여 방법은 우선 순위 지정을 위한 유연성을 제공하고 백로그 항목을 회사의 전략에 맞춥니다. 예를 들어 회사가 단기 수익에 중점을 둔 경우 수익과 관련된 요소는 가중치 체계에서 다른 요소보다 높은 등급을 갖습니다. 이렇게 하면 수익을 올릴 것으로 예상되는 기능이 백로그 맨 위에 표시됩니다.

개선: 사용자 스토리를 향하여

우선 순위 지정 프로세스가 완료된 후 스프린트 백로그의 다음 단계는 사용자 스토리를 만드는 것입니다. 제품 관리자는 초기 기능 설명을 삽입하고 사용자 스토리의 원시 버전을 백로그에 포함합니다. 이제 스크럼 팀을 참여시켜 사용자의 요구에 응답하는 새로운 사용자 스토리를 생성할 때입니다. 백로그 개선(또는 정리)은 확실히 팀워크의 결과입니다. 추상적인 비전이 실제 구현으로 옮겨갈 때 사용자 저장소를 기능으로 전환하여 팀과 함께 브레인스토밍하는 것을 즐깁니다. 제품 리더는 정확한 사용자 스토리를 개발하려고 할 수 있습니다. 이 점을 염두에 두되 팀의 아이디어에 열려 있어야 합니다. 내 경험에 따르면 사용자 스토리는 팀의 기여로 크게 향상될 수 있습니다.

단기 백로그는 세 가지 유형의 사용자 스토리로 구성됩니다.

• 날것의. 정제 단계에서 처리되는 갓 결정화된 이야기입니다. 제품 관리자는 최고의 스토리를 개발 단계로 밀어넣기 위해 능동적이고 팀을 이끌어야 합니다.
• 준비가 된. 개발할 준비가 된 이야기입니다. 이 단계에서 제품 관리자는 직접 질문에 답하고 병목 현상을 제거하여 실행을 지원해야 합니다.
• 완료. 배포 및 릴리스 준비가 완료된 스토리입니다.

백로그 유지

주기적으로 두 백로그(마스터와 스프린트)를 수정해야 합니다. 장기 목록에 작업이 과부하되면 맨 아래에 있는 항목을 검토하고 제거해야 하는지 여부를 결정합니다. 또한 릴리스 계획을 작성한 후 백로그를 수정해야 합니다. 새로 고친 우선 순위를 사용하면 우선 순위가 변경되는 경우 항목을 단기 백로그로 이동해야 합니다. 기능이 구현 및 릴리스된 후 "완료"로 레이블을 지정하고 마스터 백로그 아래에 보관합니다. 스프린트 회고 및 KPI 측정에 필요할 수 있습니다.

백로그를 전달하는 방법

백로그는 주요 제품 구축 계획이므로 제품 관리자가 이를 팀, CEO 또는 기타 이해 관계자에게 효과적으로 전달하는 것이 중요합니다. 목록을 있는 그대로 제시하지 마십시오. 세부사항이 너무 많으면 청중의 주의를 잃게 됩니다. 대신 다음 두 가지 측면에 중점을 둡니다.

• 우선 순위 메커니즘. 백로그 항목 기준 및 가중치에 대한 높은 수준의 프레젠테이션을 제공하고 지원 데이터로 이를 정당화합니다. 이렇게 하면 구축한 백로그가 모든 요구 사항을 충족하고 회사의 비전과 일치한다는 것을 청중에게 확신시킬 수 있습니다.
• 특징. 백로그의 기능을 위에서 아래로 제시합니다. 세부 수준은 청중에 따라 달라야 하며 기능과 등급을 모두 설명해야 할 수도 있습니다.

강력한 도구

제품 백로그는 전략적 사고에서 일상적인 전술로의 이동을 나타내므로 제품 관리자에게 강력한 도구입니다. 백로그를 관리, 우선 순위 지정, 업데이트 및 유지 관리하기 위해 제품 리더로서 개발하는 기술은 훌륭한 제품을 구축하고 회사의 전반적인 성과를 개선하는 데 도움이 됩니다.