Вам сейчас нужно будет составлять фич-листы. По опыту могу сказать, что будет непонятно, как правильно декомпозировать. Думаю, что ревьюеры дадут подробные комментарии, что нужно исправить, но давайте начнем еще раз почитаем, как это сделать правильно? :)
Попытался подобрать материал, который может быть полезен. В этой статье рассматриваются различные подходы к декомпозиции задач. Все эти методы - можно комбинировать (я бы сказал, что нужно), чтобы разбить конечное решение на отдельные компоненты, которые проще оценить и реализовать
Я предпочитаю использовать Метод 1 (Разбиение по бизнес-операциям) и Метод 4 (Разбиение по видам операции - Просмотр, Создать, Редактировать, Удалить, Отобразить списком). В дополнение к этим методам можно прочитать пример практического применения.
В дальнейшем, в курсе обучения, еще нужно будет составлять фич-листы :) Обратите внимание, на этот материал. Если вы еще в процессе выполнения ДЗ - отличная возможность применить его на практике
Давайте посмотрим на примере раздела “Новости”. Это будет отдельная сущность нашего фич-листа
С этой сущностью мы можем сделать:
Возможны дополнительные действия, например Опубликовать новость в админке (до этого она просто создана, сохранена как черновик, но пользователям недоступна для чтения, а после публикации - становится видна)
Такое разделение сущности на фичи позволяет команде разработки сделать оценку этих состояний по отдельности (они мыслят именно такими категориями), а вам разделить по секциям - Админка или Пользовательская часть
Все посты написаны мной. Если вам интересно узнать больше, подписывайтесь на мою рассылку о менеджменте. Один-два раза в месяц я пишу статьи о разных аспектах проектного управления или менеджмента в целом. Или вы можете просто написать мне :)