에픽 (스크럼) 편집하기

에픽(Epic)은 애자일 및 스크럼 프레임워크에서 사용자 스토리(User Stories)보다 더 크고 고수준의 작업 단위로, 하나의 스프린트만으로 완성하기에는 너무 큰 기능 또는 요구사항을 의미한다.
==정의 및 개념==
에픽은 팀 또는 고객이 추구하는 큰 목표 또는 고수준 기능을 나타내며, 여러 개의 사용자 스토리(User Stories)로 나누어져 Product Backlog에 포함된다. 에픽은 여러 스프린트에 걸쳐 구현될 수 있으며, 초기에는 범위(scope)가 유연(flexible)하다.
==특징 및 역할==
*너무 크거나 복잡하여 단일 스프린트에서 완료할 수 없음
*사용자 스토리 또는 기타 작은 작업 항목으로 분해 가능
*제품 책임자(Product Owner)가 우선순위와 비즈니스 가치 관점에서 에픽의 정의와 관리를 책임짐
*이해관계자에게 비전(vison)과 맥락(context)을 제공하여 개발 방향성을 제시함
==활용 예시==
*새로운 플랫폼 기능 추가 (예: 모바일 앱에 사용자 인증 + 결제 + 알림 기능 묶음)
*대규모 리팩토링 작업 (예: 코드베이스 전반의 성능 최적화)
*다수의 관련 사용자 스토리들이 포함된 목표 (예: UX 재설계 및 사용자 흐름 개선)
==분해(Breakdown) 과정==
에픽을 사용자 스토리로 나누는 과정은 다음과 같다:
*에픽의 목표와 범위를 명확히 정의
*관련된 사용자 스토리들을 식별하고 우선순위 부여
*스프린트마다 완성 가능한 스토리만 선택
*피드백 및 학습(learning)을 통해 에픽 안의 스토리들 수정 또는 재구성
==유의사항 및 한계==
*너무 많은 에픽을 동시에 관리하면 제품 백로그(Product Backlog)가 복잡해지고 우선순위 조정이 어려워질 수 있음
*에픽의 범위가 불명확하면 스코프 크리프(scope creep)가 생기기 쉬움
*에픽 완료까지의 기간이 길면 이해관계자 기대치 관리가 필요
*에픽은 스크럼 공식 규칙(Core Scrum Rules)에는 필수 요소는 아니며, 선택적인 보조 도구임.
==같이 보기==
*[[사용자 스토리 (User Story)]]
*[[제품 백로그 (Product Backlog)]]
*[[스프린트 계획 회의 (Sprint Planning)]]
*[[로드맵 (Roadmap)]]
*[[테마 (Theme)]]
==참고 문헌==
*[https://www.atlassian.com/agile/project-management/epics Atlassian 공식 문서 – Agile Epics: 정의, 예시 및 템플릿]
*[https://resources.scrumalliance.org/article/epic-agile Scrum Alliance 자료 – Understanding Epics in Agile]
==각주==
<references />
[[분류:소프트웨어 공학]]