백로그(Backlog)란 무엇인가요?

백로그(Backlog) 는 제품이나 프로젝트에서 수행해야 할 모든 작업 항목을 우선순위에 따라 정리한 목록입니다. 애자일 소프트웨어 개발에서 백로그는 팀이 "다음에 무엇을 해야 하는가"를 결정하는 핵심 도구입니다.

백로그는 단순한 할 일 목록이 아니라, 비즈니스 가치와 사용자 요구사항을 기반으로 지속적으로 우선순위가 조정되는 "살아있는 문서"입니다. Product Owner가 주도적으로 관리하며, 이해관계자의 피드백과 시장 변화를 반영하여 끊임없이 업데이트됩니다.

Product Backlog (제품 백로그)

스크럼에서 가장 중요한 아티팩트 중 하나입니다. 제품에 대한 모든 요구사항, 개선 사항, 버그 수정을 포함하는 전체 작업 목록입니다.

포함되는 항목:

• 사용자 스토리 (User Stories)
• 기능 (Features)
• 기술 부채 해소 항목
• 버그 수정
• 스파이크 (기술 조사)
• 인프라 개선

특징:

• Product Owner가 소유하고 관리
• 상위 항목일수록 더 상세하게 정의
• 비즈니스 가치 기반 우선순위
• 팀 전체가 투명하게 접근 가능

삼성 SDS의 애자일 프로젝트에서는 JIRA를 활용하여 수천 개의 백로그 항목을 체계적으로 관리합니다.

Sprint Backlog (스프린트 백로그)

하나의 스프린트에서 완료할 작업 항목의 하위 집합입니다.

특징:

• 스프린트 플래닝에서 팀이 선택
• 개발팀이 소유하고 관리
• 스프린트 목표(Sprint Goal)에 연결
• 매일 데일리 스크럼에서 진행 상황 점검

기타 백로그 유형

기술 백로그 (Technical Backlog) 기술 부채(Technical Debt), 인프라 개선, 리팩토링 등 기술적 작업을 관리합니다.

결함 백로그 (Defect Backlog) 발견된 버그와 결함을 추적하고 관리합니다.

리스크 백로그 (Risk Backlog) 식별된 리스크와 그에 대한 완화 조치를 관리합니다.

백로그 리파인먼트 (Backlog Refinement)

백로그 리파인먼트(또는 그루밍)는 백로그 항목을 검토하고 상세화하는 지속적인 활동입니다:

1. 상세화: 상위 항목의 요구사항을 구체적으로 정의
2. 추정: 플래닝 포커나 피보나치 수열로 크기 추정
3. 분할: 너무 큰 항목을 작업 가능한 크기로 분할
4. 우선순위 조정: 새로운 정보를 반영하여 순서 변경
5. 완료 조건 명확화: DoD와 인수 기준 확인

스크럼 가이드에 따르면, 리파인먼트는 스프린트 용량의 10% 이내에서 수행하는 것이 권장됩니다.

우선순위 결정 기법

MoSCoW 기법

• Must have: 반드시 필요한 항목
• Should have: 있어야 하지만 필수는 아닌 항목
• Could have: 있으면 좋은 항목
• Won't have: 이번에는 하지 않을 항목

WSJF (Weighted Shortest Job First) SAFe에서 권장하는 기법으로, 지연 비용을 작업 크기로 나누어 우선순위를 결정합니다:

WSJF = 지연 비용 (Cost of Delay) / 작업 기간 (Job Duration)

가치 대 노력 매트릭스 (Value vs. Effort Matrix) 각 항목의 비즈니스 가치와 구현 노력을 2x2 매트릭스에 배치합니다:

Kano 모델 고객 만족도를 기반으로 기능을 분류합니다:

• 기본 품질(Must-be): 없으면 불만, 있어도 당연
• 성능 품질(One-dimensional): 충족도에 비례하여 만족
• 매력 품질(Attractive): 없어도 불만 없지만, 있으면 감동

카카오와 네이버 같은 한국 기업에서도 이러한 기법들을 활용하여 수만 명의 사용자에게 영향을 미치는 기능의 우선순위를 결정합니다.

좋은 Product Backlog는 다음 특성을 가집니다:

• D(Detailed appropriately): 상위 항목은 상세하게, 하위 항목은 대략적으로
• E(Estimated): 각 항목의 크기가 추정되어 있음
• E(Emergent): 새로운 정보에 따라 지속적으로 변화
• P(Prioritized): 비즈니스 가치에 따라 순서가 지정

칸반에서는 스크럼의 Product Backlog와 유사한 개념으로 입력 큐(Input Queue)를 사용합니다:

• WIP 제한을 통해 동시 작업 수 제한
• 풀(Pull) 방식으로 새 작업 가져오기
• 리드 타임과 사이클 타임 기반 흐름 관리
• CFD(누적 흐름 다이어그램)로 백로그 건강도 시각화

JIRA

Atlassian의 JIRA는 전 세계적으로 가장 널리 사용되는 백로그 관리 도구입니다:

• 에픽, 스토리, 태스크, 서브태스크의 계층 구조
• 백로그 뷰에서 드래그 앤 드롭으로 우선순위 조정
• 스프린트 보드와 통합
• 고급 필터링과 보고서 기능

Trello

시각적이고 직관적인 칸반 보드 기반 도구입니다:

• 카드 기반의 간단한 백로그 관리
• 소규모 팀에 적합
• 다양한 파워업(Power-Up)으로 기능 확장

Asana

작업 관리와 백로그 추적을 위한 포괄적인 도구입니다:

• 리스트, 보드, 타임라인 뷰 제공
• 목표(Goals) 기능으로 전략적 정렬

네이버 웍스(NAVER Works) / 카카오워크(Kakaowork)

한국 기업 환경에 최적화된 협업 도구로, 기본적인 프로젝트 관리와 백로그 추적이 가능합니다.

피해야 할 일반적인 백로그 관리 실수:

거대한 백로그 (Bloated Backlog)

수백, 수천 개의 항목이 쌓여 관리가 불가능해진 상태입니다. 정기적으로 오래되었거나 더 이상 관련이 없는 항목을 제거(Grooming)해야 합니다.

관심 없는 백로그 (Neglected Backlog)

백로그가 업데이트되지 않고 방치된 상태입니다. 스프린트마다 리파인먼트 세션을 통해 백로그를 최신 상태로 유지해야 합니다.

솔루션 중심 백로그 (Solution-Driven Backlog)

"무엇을(What)" 해야 하는지가 아닌 "어떻게(How)" 해야 하는지를 기술한 항목으로 가득한 백로그입니다. 백로그 항목은 문제나 필요를 기술해야 합니다.

추정 없는 백로그

항목의 크기가 추정되지 않아 스프린트 플래닝이 어려운 상태입니다.

백로그 건강도를 측정하는 주요 지표:

• 백로그 크기: 전체 항목 수와 추정 포인트 합계
• 준비된 항목 비율: DoR을 충족하는 항목의 비율
• 백로그 소진율: 스프린트당 완료되는 항목 수
• 백로그 유입률: 새로 추가되는 항목 수
• 평균 항목 나이: 백로그에 머무는 평균 기간

[사용자 스토리 형식] 사용자로서, 검색 결과를 필터링할 수 있기를 원합니다. 그래야 원하는 상품을 더 빠르게 찾을 수 있습니다. 인수 기준: - 가격대별 필터 (1만원 이하, 1-5만원, 5-10만원, 10만원 이상) - 카테고리별 필터 - 평점별 필터 (4점 이상, 3점 이상) - 복수 필터 동시 적용 가능 - 필터 적용 시 결과가 실시간으로 업데이트 추정: 8 스토리 포인트 우선순위: Must Have

Product Backlog와 Sprint Backlog의 차이는 무엇인가요?

Product Backlog는 제품의 전체 요구사항을 포함하는 마스터 목록으로 Product Owner가 관리합니다. Sprint Backlog는 하나의 스프린트에서 완료할 항목을 선별한 부분 집합으로 개발팀이 관리합니다.

백로그 항목의 적절한 수는 얼마인가요?

정해진 규칙은 없지만, 일반적으로 2-3개 스프린트 분량의 "준비된" 항목이 있으면 좋습니다. 전체 백로그는 제품의 비전을 반영하되, 관리 가능한 수준으로 유지해야 합니다.

백로그에서 오래된 항목은 어떻게 처리하나요?

6개월 이상 착수하지 않은 항목은 여전히 필요한지 검토하세요. 더 이상 관련이 없다면 과감히 제거하고, 필요하다면 현재 상황에 맞게 업데이트하세요.

개발팀도 백로그에 항목을 추가할 수 있나요?

네. 기술 부채 해소, 리팩토링, 인프라 개선 등의 항목은 개발팀이 제안하는 것이 일반적입니다. 다만, 최종 우선순위 결정은 Product Owner가 합니다.

• Product Owner - 제품 소유자
• 스프린트 플래닝 - 스프린트 계획
• 사용자 스토리 - 사용자 스토리
• 칸반 - 칸반 방법론
• WIP 제한 - 진행 중 작업 제한
• 기능 - 기능 단위