백로그 관리와 우선순위 설정

들어가며

백로그를 그냥 이슈 쌓아두는 공간으로만 썼는데, 제대로 관리하지 않으면 스프린트 계획 때마다 혼란이 생긴다. 백로그 정리와 우선순위 설정 방법을 정리해둔다.

---

백로그란?

스프린트에 포함되지 않은 모든 이슈가 쌓이는 공간이다. 제품 백로그(Product Backlog)는 제품에 필요한 모든 작업 목록이고, 스프린트 백로그(Sprint Backlog)는 특정 스프린트에서 처리할 이슈 목록이다.

Product Backlog (전체 이슈 목록)
    ↓ 스프린트 계획
Sprint Backlog (이번 스프린트 이슈)
    ↓ 진행
Done

Jira 백로그 화면 (스프린트 목록 + 백로그 이슈 구분)

---

백로그 정제 (Backlog Refinement)

백로그에 쌓인 이슈를 주기적으로 검토하고 정리하는 작업이다. 스프린트 계획 전에 반드시 필요하다.

정제 시 확인사항

- 이슈 내용이 충분히 구체적인가?
- 완료 기준(Acceptance Criteria)이 명확한가?
- 이슈 크기가 한 스프린트 내에 완료 가능한가?
- 중복된 이슈는 없는가?
- 더 이상 필요 없는 이슈는 없는가?

이슈 분리 기준

이슈가 너무 크면 스프린트 내에 완료하기 어렵다. 일반적으로 8 Story Point 이상이면 분리를 고려한다.

분리 전:
Story: 회원 시스템 구축 (13 SP)

분리 후:
Story: 회원가입 구현 (3 SP)
Story: 로그인/로그아웃 구현 (3 SP)
Story: 비밀번호 찾기 구현 (2 SP)
Story: 회원 정보 수정 구현 (3 SP)

---

우선순위 설정

Jira 기본 우선순위

우선순위	아이콘	설명
Highest	빨강 위쪽 화살표	즉시 처리 필요, 서비스 중단 수준
High	빨강 화살표	빠른 처리 필요
Medium	주황 화살표	일반적인 작업 (기본값)
Low	파랑 화살표	시간 여유가 있을 때 처리
Lowest	파랑 아래 화살표	언젠가 하면 좋을 작업

MoSCoW 기법

우선순위를 결정하는 프레임워크다.

분류	설명	예시
Must have	반드시 있어야 함	로그인, 결제
Should have	있으면 좋음	소셜 로그인
Could have	여유가 있으면	다크모드
Won't have	이번엔 하지 않음	추천 알고리즘

우선순위 결정 기준

비즈니스 가치  : 이 기능이 얼마나 중요한가?
긴급도        : 얼마나 빨리 필요한가?
의존성        : 다른 작업이 이 작업을 기다리고 있는가?
리스크        : 늦게 처리하면 어떤 문제가 생기는가?

---

백로그 순서 관리

Jira 백로그에서 드래그 앤 드롭으로 이슈 순서를 변경할 수 있다. 상위에 있을수록 우선순위가 높다.

백로그 순서 원칙:
1. 현재 스프린트와 연관된 이슈
2. 비즈니스 가치가 높은 이슈
3. 다른 이슈의 선행 조건인 이슈
4. 기술 부채 해결 이슈
5. 나중에 해도 되는 이슈

---

Epic으로 백로그 구조화

이슈가 많아지면 Epic으로 묶어서 관리하면 훨씬 보기 편하다.

Epic: 인증 시스템
├── 로그인 구현
├── 회원가입 구현
└── 비밀번호 찾기

Epic: 결제 시스템
├── 신용카드 결제
├── 카카오페이 연동
└── 결제 내역 조회

Epic: 마이페이지
├── 프로필 수정
└── 주문 내역 조회

백로그에서 Epic 필터를 사용하면 특정 Epic에 속한 이슈만 볼 수 있다.

---

백로그 관리 팁

- 백로그 이슈는 100개 이하로 유지한다. 너무 많으면 관리가 어렵다
- 6개월 이상 손대지 않은 이슈는 삭제를 검토한다
- 스프린트 계획 전날 백로그 정제 세션을 진행한다
- 이슈 제목은 "~를 구현한다" 형태로 명확하게 작성한다
- 모든 이슈에 Epic을 연결해두면 나중에 필터링이 편하다

---

정리

항목	설명
백로그 정제	스프린트 전 이슈 검토 및 정리
이슈 분리 기준	8 SP 이상이면 분리 고려
MoSCoW	Must / Should / Could / Won't 우선순위 프레임워크
백로그 순서	드래그 앤 드롭으로 우선순위 반영
Epic 활용	관련 이슈를 묶어서 구조화