В гибкой разработке продуктов большой объем работы часто слишком велик, чтобы выполнить его за одну итерацию. Эпик — это и есть такой большой объем работы. Он разбивается на более мелкие пользовательские истории, которые можно оценить и реализовать поэтапно. Сам эпик отражает важную функцию, путь клиента или бизнес-цель, охватывающую несколько спринтов.

Эпики помогают командам сохранять общее представление о задаче, работая при этом над управляемыми частями. Они приоритизируются в бэклоге продукта и уточняются по мере получения новых знаний. Критерии приемки на уровне эпика описывают общий результат; подробные критерии содержатся в составляющих их историях.

Использование эпиков предотвращает превращение бэклога в неуправляемый список мелких задач, сохраняя при этом дисциплину частой доставки ценности. После завершения эпика команда и заинтересованные стороны могут оценить, был ли достигнут желаемый результат и что следует предпринять дальше.