Определение структуры декомпозиции задач в проекте/продукте — творческая задача, требующая системного взгляда и анализа типов проводимых работ. Посмотрим, как может выглядеть структура задач (я буду дублировать каждый уровень примерами возможных объектов из Jira):

Уровень 1️⃣: Крупные задачи (Epic в Jira). Начнем с определения крупных задач, которые представляют основные функциональные элементы проекта. Пример требования: «Система должна обеспечивать хранение и управление данными по клиентам компании» преобразуется в Эпик, например: «Хранение и управление данными по клиентам».

Уровень 2️⃣: Функциональные элементы разбиваем на более понятные задачи — фичи (Features в Jira). Для нашего Эпика это может быть: «Ведение карточки клиента в CRM».

Уровень 3️⃣: Уровень: Разбиваем крупные задачи на пользовательские истории (User Stories или Task в Jira). Именно на этом уровне начинаем проверять задачи по методике INVEST. В качестве примера можно привести пользовательскую историю: «Я, как менеджер по продажам, хочу сохранить в системе информацию о новом клиенте». Задачи этого уровня могут быть продемонстрированы заинтересованным сторонам.

Уровень 4️⃣: Определяем необходимые действия для реализации каждой истории (Subtask в Jira). В зависимости от проекта, для реализации одной истории может потребоваться несколько экспертиз и бывают ситуации, когда эти задачи могут решаться параллельно. В этих случаях очень полезно заводить задачи для каждой экспертизы. Например: «Разработать дизайн карточки», «Сверстать карточку», «Разработать тест-кейсы» и т.д.

🟢 Приведенный пример грешит своей абстрактностью и, возможно, перегружен. В реальном проекте нужно учитывать особенности стека технологий и процессы, используемые в команде. Очень часто уровень 2 и 3 объединяют и оставляют только пользовательские истории или фичи. А уровень 4 вообще можно опустить, если команда договорилась декомпозировать задачи таким образом, что в один момент времени над задачей может работать только один человек.

💬 На первых этапах применения «INVEST» рекомендую пройтись по актуальным задачам проекта, используя методику как сито и, таким образом, оценить, насколько эффективно сейчас выстроена система декомпозиции в команде. Со временем применение критериев войдет в привычку и вы будете делать это неосознанно.

Мой телеграмм канал о гибком мышлении, системном подходе и лидерстве: https://t.me/Agile_Projects