Поздравляю, вы дошли до этапа, где наконец можно писать код. Большинство стартует сразу отсюда - и большинство тут же и заканчивают свои проекты.
У вас перед глазами должен быть план из предыдущего этапа. Если его нет... ну вернитесь, не валяйте дурака.
Так как у нас есть нейроночки, то мы можем сильно много опустить всякие этапы обсуждений, согласований, бюджетирование и прочей бюрократической чуши из pmbok)
Знаете, на мой взгляд вся разница между Agile и waterflow (фактически его и описывает pmbok) сводиться к последовательности работы:
В agile - вы реализуете кусочек, сразу его проверяете, сразу можете отклониться от плана, чтобы сделать правки
В классике - вы реализуете сразу всё, затем всё проверяете, и создаёте новый план по исправлению, начиная с момента инициации.
Оба способа имеют место быть, применение одного или должно зависит от проекта, а не от того какая методология вам ближе)
Но, раз мы говорим об айти проекте, который пишется в cursor, ещё и исполнитель и овнер - это один и тот же человек... Тут всегда будет agile, Это означает, что пункты Реализация и Контроль, для нас идут не последовательно, а параллельно.
Реализация:
1) Декомпозиция (да-да снова она) и реализация
Дело в том, что на прошлом этапе, чтобы не умереть в бессмысленной работе мы не расписывали задачи как таковые, а остановились на том, чтобы разбить по модулям, а то и ещё обширнее направления работы. Напомню:
- Сначала крупные блоки (фронт, бэк, база, деплой)
- Потом внутри каждого - модули (авторизация, профиль, оплата...)
- Потом конкретные фичи внутри модулей
- Потом сами задачи
Мы используем Calude, а следовательно можем сразу и писать ему задачи. Нету смысла их хранить в jira. Очередь задач - для нас с вами более не актуальна, так как время разработки сократилось в десятки раз. Вручную написать любой модуль - это минимум неделя работы, а для ИИ - 15 минут.
Однако в ИИ мы всё ещё пишем задачи (не промты, а именно тот уровень глубины о котором я писал выше)
"Сделай авторизацию" - это слишком много даже для нейронки. Вот сколько задач должно быть выполнено для создания авторизации:
- Создать страницу авторизации и регистрации
- Создать таблицу в базе с пользователями и метод для записи в неё
- Соединить таблицу с формой
- Добавить нужные валидации (проверки пересечения, символом и что там вам ещё нужно)
- Добавить подтверждение, например через почту (Это кстати ещё один эпик, в котором нужна генерация проверочного кода, прокидывание его гет запросом с валидацией при получении, вёрстка самого письма, и настройка почтового сервера)
- Добавить восстановление пароля (а это ещё одна страница, и ещё одно письмо)
- Добавить капчу (а это интеграция со сторонним сервисом со всеми вытекающими)
- Проверка и фикс безопасности страницы авторизаций (которая 100% выяснит, что у вас остались открытыми какие-то эндпоинты в которые можно инжектить или просто ддосить)
Да Claude умный, и можно ему написать просто "сделай страницу авторизации" и он выполнит первые 4 пункта. И ничто, кроме вашего личного опыта и насмотрености, не сможет вам подсказать, что пунктов на самом деле 8. Формально авторизация у вас уже будет работать. Но вторая часть нужна, чтобы у вас не было проблем в будущем.
Это именно те детали, что отличают специалист от дилетанта.
2)
Код пишется красиво сейчас, а вот принципы работы нейронка за вас не продумывает и делает как попадёт.
Нет никакой проблемы в том чтобы попросить написать даже весь сайт целиком сразу. Она возьмётся за эту задачу и вы по итогу получите, но безжизненный кривой сайт, с абсолютным не понимание как собственно он работает. Ваша самая главная задача сейчас это спускаться вглубь и строить правильно логику.