14.5 제품 백로그(Product Backlog) 작성과 우선순위 관리 기법

1. 제품 백로그의 개념과 구조

제품 백로그(Product Backlog)는 스크럼(Scrum) 프레임워크의 핵심 산출물(Artifact)로서, 제품에 필요한 모든 변경 사항의 정렬된 목록이다. Schwaber and Sutherland(2020)의 스크럼 가이드에 따르면, 제품 백로그는 “제품 개선에 필요한 모든 것의 단일하고 권위 있는 출처(Single Authoritative Source)“이다. 제품 백로그는 결코 완결되지 않으며, 제품이 존재하는 한 지속적으로 진화하는 동태적(Dynamic) 산출물이다.

제품 백로그의 각 항목(Product Backlog Item, PBI)은 다음 요소를 포함한다. 제목(Title)은 항목의 핵심 내용을 간결하게 서술한다. 설명(Description)은 항목의 상세 내용과 맥락을 기술한다. 우선순위(Priority/Order)는 다른 항목과의 상대적 중요도를 나타낸다. 추정치(Estimate)는 해당 항목의 구현에 소요되는 노력의 추정이다. 인수 기준(Acceptance Criteria)은 항목의 완료를 판정하는 기준이다.

1.1 백로그 항목의 유형

제품 백로그에 포함되는 항목의 유형은 다음과 같다. 사용자 스토리(User Story)는 최종 사용자의 관점에서 기능적 요구 사항을 서술하는 형식이다. “As a [역할], I want [기능] so that [가치]“의 구조를 따른다. 기술 과업(Technical Task)은 기술 부채 상환, 인프라 개선, 리팩토링 등 사용자에게 직접 보이지 않는 기술적 작업이다. 결함(Defect/Bug)은 기존 기능의 오동작을 수정하는 항목이다. 탐색 과업(Spike)은 기술적 불확실성을 해소하기 위한 시간 제한적(Time-boxed) 조사·연구 활동이다.

2. 백로그 작성의 방법론

2.1 사용자 스토리 매핑(User Story Mapping)

Patton(2014)이 체계화한 사용자 스토리 매핑은 사용자의 활동 흐름(Activity Flow)을 수평 축에, 각 활동의 세부 기능을 수직 축에 배치하여 제품의 전체 기능 범위를 시각적으로 표현하는 기법이다. 이 기법을 통하여 프러덕트 오너는 제품의 전체적 윤곽을 파악하면서 각 릴리스(Release)에 포함할 기능의 범위를 결정할 수 있다.

2.2 INVEST 기준

효과적인 백로그 항목(특히 사용자 스토리)은 Wake(2003)가 제시한 INVEST 기준을 충족하여야 한다. Independent(독립적)는 항목 간의 의존성이 최소화되어야 함을 의미한다. Negotiable(협상 가능)은 구체적 구현 방법이 아닌 목표를 서술하여 개발 팀과의 협의 여지를 남겨야 함을 의미한다. Valuable(가치 있는)은 각 항목이 고객 또는 사업에 대하여 식별 가능한 가치를 전달하여야 함을 의미한다. Estimable(추정 가능)은 개발 팀이 구현 노력을 합리적으로 추정할 수 있을 정도로 명확하여야 함을 의미한다. Small(적절한 크기)은 단일 스프린트 내에 완료 가능한 크기여야 함을 의미한다. Testable(시험 가능)은 완료 여부를 객관적으로 판정할 수 있는 인수 기준이 존재하여야 함을 의미한다.

3. 우선순위 관리 기법

3.1 MoSCoW 기법

MoSCoW 기법은 백로그 항목을 Must have(필수), Should have(권장), Could have(선택), Won’t have(미포함)의 네 범주로 분류하는 우선순위 설정 기법이다. 이 기법은 단순하고 직관적이나, 범주 내에서의 세밀한 순서 결정에는 한계가 있다.

3.2 가중 최단 작업 우선(WSJF)

Reinertsen(2009)이 제시한 가중 최단 작업 우선(Weighted Shortest Job First, WSJF)은 SAFe(Scaled Agile Framework)에서 채택된 우선순위 결정 기법이다. WSJF는 각 항목의 지연 비용(Cost of Delay)을 작업 크기(Job Size)로 나누어 우선순위 점수를 산출한다.

WSJF = \frac{\text{Cost of Delay}}{\text{Job Size}}

지연 비용은 사용자·사업 가치(User-Business Value), 시간 민감성(Time Criticality), 그리고 리스크 감소·기회 활성화(Risk Reduction/Opportunity Enablement)의 세 요소의 합으로 산출된다.

Kano 모형 기반 우선순위

Kano(1984)의 매력적 품질 이론은 제품 기능을 기본 품질(Must-be Quality), 일원적 품질(One-dimensional Quality), 그리고 매력적 품질(Attractive Quality)로 분류한다. 기본 품질은 부재 시 불만을 유발하나 존재하여도 만족을 증가시키지 않는 기능이다. 일원적 품질은 충족 정도에 비례하여 만족이 증가하는 기능이다. 매력적 품질은 부재하여도 불만을 유발하지 않으나 존재하면 높은 만족을 제공하는 기능이다.

프러덕트 오너는 기본 품질 기능의 완전한 구현을 최우선으로 보장하고, 일원적 품질과 매력적 품질 기능의 균형 잡힌 포함을 통하여 제품의 경쟁력을 강화하여야 한다.

가치 대 노력 매트릭스(Value vs. Effort Matrix)

가치(Value)와 구현 노력(Effort)을 두 축으로 하는 2×2 매트릭스를 활용하여 백로그 항목을 분류하는 기법이다. 높은 가치-낮은 노력(Quick Win) 항목이 최우선 대상이며, 높은 가치-높은 노력(Strategic) 항목이 차순위, 낮은 가치-낮은 노력(Fill-in) 항목이 그 다음, 낮은 가치-높은 노력(Avoid) 항목이 최하위 우선순위가 된다.

딥테크 기업에서의 백로그 관리 특수성

딥테크 기업에서 제품 백로그 관리는 다음과 같은 특수한 과제를 수반한다.

연구 활동의 백로그 통합이다. 기초 연구, 실험, 그리고 탐색적 개발 활동은 결과의 예측이 곤란하여 전통적 사용자 스토리 형식으로 표현하기 어렵다. 이러한 활동은 시간 제한적 탐색(Time-boxed Spike)의 형태로 백로그에 포함시키는 것이 적절하다.

기술 부채와 기반 기술 투자의 반영이다. CTO 및 기술 리더와 협의하여 기술 부채 상환과 기반 기술(Platform, Infrastructure) 개선 항목을 백로그에 체계적으로 포함시키고, 기능 개발 항목과의 균형을 관리하여야 한다.

규제 요구 사항의 통합이다. 안전 인증, 규제 준수, 그리고 시험·검증 활동이 백로그 항목으로 명시적으로 포함되어야 한다. 이러한 항목은 프러덕트 오너의 자율적 우선순위 조정 범위를 넘어서는 외부 제약으로, 반드시 충족되어야 하는 필수(Must-have) 항목으로 관리된다.

백로그 정제(Backlog Refinement)

백로그 정제는 프러덕트 오너와 개발 팀이 공동으로 참여하여 백로그 항목의 세부 내용을 명확히 하고, 추정치를 갱신하며, 우선순위를 재검토하는 지속적 활동이다. 스크럼 가이드에 따르면, 백로그 정제는 스프린트 역량(Sprint Capacity)의 10% 이내에서 수행되는 것이 권장된다.

효과적인 백로그 정제를 위하여 프러덕트 오너는 충분한 사전 준비를 수행하여야 한다. 정제 대상 항목의 사전 선별, 관련 이해관계자로부터의 정보 수집, 인수 기준의 초안 작성, 그리고 질문 목록의 준비가 사전 준비의 핵심 활동이다.