1 작업 항목 계층 구조 이해
Azure Boards에서 작업 항목은 다음과 같은 계층 구조를 가진다:
각 레벨의 목적과 특징을 이해하는 것이 효과적인 프로젝트 관리의 첫걸음이다.
2 Epic 작성 가이드
Epic은 큰 비즈니스 목표나 테마를 나타내는 최상위 작업 항목이다.
2.1 Epic 제목 작성 원칙
“[비즈니스 영역] + [목적]” 형태로 작성
2.1.1 좋은 Epic 제목 예시
- “온라인 쇼핑몰 구축”
- “사용자 인증 시스템 개발”
- “모바일 앱 성능 최적화”
- “데이터 분석 대시보드 구현”
2.1.2 나쁜 Epic 제목 예시
“개발 작업”(너무 모호함)
“버그 수정”(Epic 수준이 아님)
“로그인 버튼 추가”(너무 구체적함)
2.2 Epic 작성 템플릿
2.3 실제 Epic 예시
Epic: “전자상거래 결제 시스템 구축”
3 Feature 작성 가이드
Feature는 Epic을 구성하는 주요 기능 단위이다.
3.1 Feature 제목 작성 원칙
3.1.1 좋은 Feature 제목 예시
- “신용카드 결제 기능”
- “사용자 회원가입 프로세스”
- “상품 검색 필터링”
- “주문 이력 조회 기능”
3.1.2 Feature 제목 패턴
- “[기능명] + 기능” 형태 사용
- 명사형으로 작성
- 구체적이지만 너무 세부적이지 않게
3.2 Feature 작성 템플릿
3.3 실제 Feature 예시
Feature: “신용카드 결제 기능”
## 기능 개요
사용자가 신용카드로 안전하게 결제할 수 있는 기능
## 주요 요구사항
- Visa, MasterCard, AMEX 지원
- 3D Secure 인증 지원
- 카드 정보 암호화 저장
- 결제 실패 시 재시도 기능
## 기술적 고려사항
- PG사 API 연동 (토스페이먼츠)
- SSL/TLS 암호화 통신
- 카드 정보 토큰화
- 응답시간 5초 이내
## Definition of Done
- [ ] PG사 연동 API 개발 완료
- [ ] 카드 정보 암호화 구현
- [ ] 결제 프로세스 단위 테스트 작성
- [ ] 보안 취약점 검사 통과
- [ ] 사용자 시나리오 테스트 완료 4 User Story 작성 가이드
User Story는 사용자 관점에서 기능을 설명하는 작업 항목이다.
4.1 User Story 작성 공식
“As a [사용자 유형], I want [기능], so that [목적/이유]”
4.2 좋은 User Story 예시
- “고객으로서, 저장된 카드 정보를 선택하여 결제하고 싶다. 매번 카드 정보를 입력하는 번거로움을 줄이기 위해서”
- “관리자로서, 일일 결제 통계를 확인하고 싶다. 매출 현황을 실시간으로 파악하기 위해서”
- “사용자로서, 결제 실패 시 알림을 받고 싶다. 결제 상태를 즉시 알 수 있도록”
4.3 User Story 작성 템플릿
4.4 실제 User Story 예시
User Story: “저장된 카드로 결제하기”
## 사용자 스토리
As a 기존 고객
I want 이전에 저장한 카드 정보를 선택하여 결제하고 싶다
So that 매번 카드 정보를 다시 입력하는 번거로움을 피할 수 있다
## 인수 기준
- [ ] Given 로그인한 사용자가 저장된 카드가 있을 때 When 결제 페이지에 접근하면 Then 저장된 카드 목록이 표시된다
- [ ] Given 저장된 카드를 선택했을 때 When 결제 버튼을 클릭하면 Then CVV만 입력하고 결제가 진행된다
- [ ] Given 결제가 성공했을 때 When 결제 완료되면 Then 결제 완료 페이지로 이동한다
- [ ] Given 저장된 카드 정보가 없을 때 When 결제 페이지에 접근하면 Then 새 카드 입력 폼이 표시된다
## 추가 정보
- 우선순위: High
- 스토리 포인트: 5
- 비즈니스 가치: 8/10 5 Task 작성 가이드
Task는 User Story를 구현하기 위한 구체적인 작업 단위이다.
5.1 Task 제목 작성 원칙
5.1.1 좋은 Task 제목 예시
- “카드 정보 암호화 API 개발”
- “결제 완료 페이지 UI 구현”
- “PG사 연동 테스트 코드 작성”
- “카드 저장 기능 데이터베이스 설계”
5.1.2 Task 제목 패턴
- 동사 + 명사 형태 (예: “개발”, “구현”, “작성”, “설계”)
- 구체적이고 실행 가능한 작업으로 표현
- 완료 기준이 명확해야 함
5.2 Task 작성 템플릿
5.3 실제 Task 예시들
5.3.1 Task 1: “카드 정보 암호화 저장 API 개발”
5.3.2 Task 2: “결제 완료 페이지 UI 구현”
6 작업 항목 관리 베스트 프랙티스
6.1 제목 작성 규칙
6.1.1 Epic 제목
- 패턴: “[비즈니스 영역] + [목적]”
- 예시: “전자상거래 결제 시스템 구축”, “사용자 경험 개선”
6.1.2 Feature 제목
- 패턴: “[기능명] + 기능”
- 예시: “신용카드 결제 기능”, “사용자 인증 기능”
6.1.3 User Story 제목
- 패턴: “[사용자 행동] + [목적]”
- 예시: “저장된 카드로 결제하기”, “결제 이력 조회하기”
6.1.4 Task 제목
- 패턴: “[동사] + [구체적 작업]”
- 예시: “API 개발”, “UI 구현”, “테스트 작성”
6.2 우선순위 설정 기준
| 우선순위 | 기준 | 예시 |
|---|---|---|
| Critical | 시스템 장애, 보안 이슈 | 결제 시스템 오류 |
| High | 핵심 비즈니스 기능 | 회원가입, 로그인 |
| Medium | 사용자 편의성 개선 | UI/UX 개선 |
| Low | 부가 기능 | 통계, 리포트 |
6.3 스토리 포인트 추정
6.3.1 피보나치 수열 사용 (1, 2, 3, 5, 8, 13, 21)
- 1점: 매우 간단 (1-2시간)
- 2점: 간단 (반나절)
- 3점: 보통 (1일)
- 5점: 복잡 (2-3일)
- 8점: 매우 복잡 (1주)
- 13점: 분할 필요 (Epic으로 분리)
6.4 작업 항목 연결 관리
6.5 진행 상태 관리
6.5.1 Epic/Feature 상태 정의
- New: 새로 생성된 작업 항목으로, 아직 작업이 시작되지 않은 상태
- In Progress: 현재 작업이 진행 중인 상태
- Done: 작업이 완료된 상태
- Close: 작업이 최종적으로 완료되고 더 이상 작업이 필요하지 않은 상태
6.5.2 User Story 상태 정의
- To Do: 작업이 계획되었지만 아직 시작되지 않은 상태
- In Progress: 작업이 진행 중인 상태
- Resolved: 작업이 완료되었지만 최종 검토나 승인이 필요한 상태
- Reopened: 완료된 작업이 다시 열려 추가 작업이 필요한 상태
- Pending: 작업이 일시적으로 중단된 상태
- Done: 작업이 완료된 상태
- Close: 작업이 최종적으로 완료되고 더 이상 작업이 필요하지 않은 상태
6.5.3 Task 상태 정의
New (신규)
- 새로 생성된 작업 항목의 초기 상태
- 아직 누구에게도 할당되지 않았거나 작업이 시작되지 않은 상태
- 백로그에서 대기 중인 상태
Active (활성)
- 현재 작업 중인 상태
- 담당자가 할당되어 실제로 작업을 진행하고 있는 상태
- 진행 중(In Progress)을 의미
Resolved (해결됨)
- 작업이 완료되었지만 아직 최종 검증이나 승인이 필요한 상태
- 개발자가 작업을 완료했지만 테스터나 요청자의 확인이 필요한 단계
- 코드 리뷰나 QA 테스트를 기다리는 상태
Closed (완료)
- 모든 작업이 완전히 완료되고 검증된 최종 상태
- 더 이상 추가 작업이 필요하지 않은 상태
- 배포 완료 및 승인된 상태
일반적인 작업 흐름은 New → Active → Resolved → Closed 순서로 진행
6.5.3.1 상태 전환 규칙
- New → Active: 작업 시작 시
- Active → Resolved: 개발 완료 후
- Resolved → Closed: 검토 및 테스트 완료 후
7 실무 활용 팁
7.1 정기적인 백로그 정리
- 매주 백로그 리뷰: 우선순위 재조정
- 분기별 Epic 검토: 비즈니스 목표 정렬
- 완료된 항목 아카이브: 성과 측정 자료로 활용
7.2 팀 협업 향상
- 작업 항목에 명확한 담당자 지정
- 진행 상황 정기적 업데이트
- 블로커 발생 시 즉시 공유
7.3 메트릭 활용
- 번다운 차트: 스프린트 진행 상황 추적
- 속도 차트: 팀 생산성 측정
- 완료율: 계획 대비 실제 성과 비교
8 결론
효과적인 작업 항목 관리는 성공적인 프로젝트 수행의 핵심이다. Epic부터 Task까지의 계층 구조를 이해하고, 각 레벨에 맞는 적절한 제목과 내용을 작성하는 것이 중요하다.
특히 User Story 작성 시 사용자 관점에서 생각하고, Task는 개발자가 실제로 수행할 수 있는 구체적인 단위로 나누는 것이 핵심이다. 이를 통해 팀 전체가 프로젝트의 목표와 진행 상황을 명확히 파악할 수 있다.