1. 백로그 카드 기본 원칙

• 비즈니스 목적 중심: 기술 구현이 아니라 “왜 이 일을 하는가?”를 명확히 한다.
• 가시성: 제목만 보고도 목적과 이유, 기대 성과를 이해할 수 있어야 한다.
• 분류 기준:
  • Domain: 어떤 도메인과 관련된 작업인지
  • Stage: Backlog, Sprint Term, In-Progress, Review, Done, Additional Works, Block
• 맵핑: 관련 이슈, Todo, Success Criteria를 카드 내부에 연결

2. 백로그 카드 구성 요소

1. 제목 (Title)
   • 핵심 목적과 기대 효과를 포함
   • 예시:
     • 회원가입 UX 개선으로 신규 가입률 10% 향상 [User Onboarding]
     • 자동 리포트 생성 기능으로 보고서 작업 시간 50% 단축 [Reporting]
2. Domain
   • 관련 비즈니스 도메인을 명시
   • 예시: User Onboarding, Payment, Content Management
3. Purpose / Why
   • “왜 이 작업이 필요한가?”를 한두 문장으로 설명
   • 예시:
     • “신규 사용자가 가입 과정에서 이탈하는 비율이 높음 → UX 개선 필요”
     • “보고서 작성 업무가 반복적이고 시간이 오래 걸림 → 자동화 필요”
4. Success Criteria
   • 작업이 성공했는지를 판단할 수 있는 구체적 기준
   • 예시:
     • “가입 완료율 10% 상승”
     • “리포트 생성 시간 평균 30분 → 15분 이하로 단축”
5. Todo / Action Items
   • 구체적 실행 항목
   • 예시:
     • “가입 화면 UI/UX 설계안 작성”
     • “자동 리포트 스크립트 개발 및 테스트”
6. Issue / Blockers (Optional)
   • 예상 문제점, 외부 의존 사항
   • 예시:
     • “디자이너 일정 문제로 UI 디자인 완료 지연 가능”
     • “서버 API 권한 문제로 자동 리포트 테스트 불가”

3. 작성 팁

• 비즈니스 KPI 중심: 기능 중심이 아니라 성과 중심으로 작성
• 짧고 명확하게: 제목과 Purpose만으로도 카드를 이해 가능
• Domain Sight 활용:
  • 같은 Domain 내 카드들을 그룹핑 → 전체 비즈니스 흐름 파악
  • 우선순위 조정, Sprint 계획 시 효율적
• Success Criteria는 측정 가능하게: 수치, 기간, 비율 등 구체적으로