Зона внимания: К сожалению, довольно часто я вижу как в компаниях отказываются от саб-тасков и в итоге очень сильно парализуют работу Developer-ов, а также нарушают сбор статистики. Если вы используете Jira, то не надо мудрить или удалять то, в чём вы до конца не разобрались. В Jira есть логика: Эпик — это сущность, которая не помещается в спринт, она декомпозируется на более мелкие сущности User Story, Job Story, Tech Story и является контейнером, к которому эти сущности привязываются для того, чтобы понимать прогресс, туда же в дальнейшем могут привязываться Tech Debt (технический долг) и Bug (Бага, которая не была исправлена в течение спринта). Tech Story иногда в компаниях именуют просто Task, что тоже нарушает прозрачность. В бэклоге продукта у вас должно лежать 4 вида элементов: User Sory/Job Story, Tech Story, Tech Debt, Bug, но никаких задач вида sub-task, которые являются сущностями нижнего (третьего) порядка и входят в сущности второго порядка User Sory/Job Story, Tech Story, Tech Debt, Bug, которые в свою очередь входят в сущность первого порядка — Эпик.
Более подробно о том, как навести порядок в своём бэклоге продукта вы можете узнать на нашем тренинге
«Лидер управления бэклогом продукта»