Brain💡 핵심 인사이트
제품 백로그는 스크럼 프로젝트에서 "이 소프트웨어가 궁극적으로 가져야 할 모든 기능, 요구사항, 버그 수정, 기술 개선 사항"을 모아놓은 단일하고 거대한 최상위 마스터 To-Do 리스트입니다.
오직 **제품 책임자(PO)**만이 이 백로그의 내용을 수정하고 우선순위를 정할 수 있는 절대적인 권한을 갖습니다.
Ⅰ. 제품 백로그의 개념과 특징
전통적 개발의 '요구사항 명세서'는 300페이지짜리 완벽한 책으로 한 번 픽스되면 절대 바뀌지 않지만, 애자일의 제품 백로그는 살아 숨 쉬는 유기체입니다.
- 동적 특성 (Dynamic): 시장 반응과 경쟁사 동향에 따라 어제 1순위였던 기능이 오늘 삭제될 수도 있고, 새로운 아이디어가 맨 위에 추가될 수도 있습니다.
- 단일 진실 공급원 (Single Source of Truth): 개발팀은 백로그에 없는 일은 절대 코딩하지 않습니다. 사장님이 시켜도 백로그에 없다면 안 합니다. 모든 작업은 백로그에서 출발합니다.
- 사용자 가치 중심 (User Story): "DB 테이블에 A컬럼 추가"처럼 기술적으로 적지 않고, "나는 사용자로서, 상품을 쉽게 찾기 위해 카테고리 필터 기능을 원한다"처럼 철저히 고객이 얻는 가치 중심으로 서술됩니다.
Ⅱ. 백로그 우선순위 (Prioritization)와 DEEP 원칙
PO의 핵심 업무는 100개의 백로그 아이템(PBI)을 1등부터 100등까지 일렬로 줄 세우는 것입니다(우선순위화). ROI가 높고, 시장에 빨리 내놔야 하는 기능이 상단에 배치됩니다. 훌륭한 제품 백로그는 DEEP이라는 4가지 특성을 가집니다.
- D (Detailed appropriately, 적절한 상세함): 상단에 있는 당장 내일 개발할 아이템은 매우 상세하게(인수 조건까지) 적혀 있어야 하지만, 하단에 있는 6개월 뒤 개발할 아이템은 "결제 시스템 개편"처럼 대충 뭉뚱그려져 있어도 됩니다.
- E (Estimated, 추정됨): 각 아이템을 개발하는 데 걸리는 시간(스토리 포인트)이 개발팀에 의해 대략적으로 산정되어 있어야 합니다.
- E (Emergent, 창발적): 고객 피드백에 따라 끊임없이 진화하고 새로운 기능이 솟아나야(Emergent) 합니다.
- P (Prioritized, 우선순위화됨): 모든 항목이 중요도에 따라 1번부터 끝번까지 절대적인 서열이 매겨져 있어야 합니다. (동률 1위는 불가능)
Ⅲ. 백로그 그루밍 (Backlog Grooming / Refinement)
백로그를 가만히 내버려 두면 잡초가 자라는 정원처럼 엉망이 됩니다. 이를 막기 위해 PO와 개발팀은 정기적으로(스프린트 중간중간) 모여 **'백로그 그루밍(정원 손질) 회의'**를 합니다.
- 너무 큰 하위 아이템(Epic)을 개발 가능한 작은 단위로 쪼개기.
- 더 이상 필요 없는 과거의 기능 아이디어 삭제하기.
- 모호한 기능에 대해 개발팀이 PO에게 질문하여 명확히 하기.
- 우선순위 재조정 및 새로운 크기(스토리 포인트) 산정하기.
📢 섹션 요약 비유: 제품 백로그는 초대형 마트의 무한한 쇼핑 카트입니다. 고객(PO)이 사고 싶은 물건을 계속 던져 넣고 뺍니다. 단, 계산대(스프린트)에 가까이 있는 물건들은 당장 필요한 고기나 채소로 구체적이어야(D) 하고 가격(E)이 붙어있어야 하며, 저 멀리 바닥에 있는 물건은 "언젠가 살 명품 백"처럼 대충 윤곽만 잡아둡니다(P).