Skip to content

Task Management

pkdje edited this page Jun 1, 2026 · 1 revision

Task 관리

운영 원칙

  • Task = GitHub Issue. 백로그 문서는 초안일 뿐이며, 실제 작업은 모두 이슈에 등록된다.
  • 1 Issue ≈ 1 PR ≈ 1 ~ 2일. 그 이상이면 sub-issue 로 분해.
  • Acceptance Criteria 필수. 3 ~ 5개의 검증 가능한 조건을 issue 본문에 명시.
  • 의존성 명시. 다른 이슈에 의존하면 Blocked by #X 표기.

이슈 본문 템플릿

## 개요
한 줄 요약 + 사용자/개발자 관점에서 무엇이 가능해지는가.

## Acceptance Criteria
- [ ] 명확하고 검증 가능한 조건

## 의존
- 블로커: #X, #Y

## 검증 방법
어떻게 "됐다"를 확인할 것인가.

백로그

전체 백로그 초안: docs/planning/03-task-backlog.md — 20 개 이슈로 분해됨.

실제 이슈 보드: Issues

라벨 정책

라벨 의미
week-1 week-2 week-3 어느 주차 작업
frontend backend algorithm devops docs 영역 분류
setup 환경 셋업류
spike 실험/검증 (PR 안 만들고 폐기 가능)
polish 다듬기 (필수 기능 완료 후)
backlog 즉시 처리 안 함, 나중에 검토

Clone this wiki locally