Декомпозиция задач в фич-листе

Вам сейчас нужно будет составлять фич-листы. По опыту могу сказать, что будет непонятно, как правильно декомпозировать. Думаю, что ревьюеры дадут подробные комментарии, что нужно исправить, но давайте начнем еще раз почитаем, как это сделать правильно? :)

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

Я предпочитаю использовать Метод 1 (Разбиение по бизнес-операциям) и Метод 4 (Разбиение по видам операции - Просмотр, Создать, Редактировать, Удалить, Отобразить списком). В дополнение к этим методам можно прочитать пример практического применения.

В дальнейшем, в курсе обучения, еще нужно будет составлять фич-листы :) Обратите внимание, на этот материал. Если вы еще в процессе выполнения ДЗ - отличная возможность применить его на практике

Пример

Давайте посмотрим на примере раздела “Новости”. Это будет отдельная сущность нашего фич-листа

С этой сущностью мы можем сделать:

• Создать новость в админке (Create)
• Отредактировать новость в админке (Update)
• Прочитать новость в админке и в пользовательской части (Read)
• Удалить новость через админку (Delete)
• Дополнительное состояние - отобразить список новостей в пользовательской и админской части (List)

Возможны дополнительные действия, например Опубликовать новость в админке (до этого она просто создана, сохранена как черновик, но пользователям недоступна для чтения, а после публикации - становится видна)

Такое разделение сущности на фичи позволяет команде разработки сделать оценку этих состояний по отдельности (они мыслят именно такими категориями), а вам разделить по секциям - Админка или Пользовательская часть