Тут я должен слегка извиниться что так затянул с написанием оставшихся частей( Продолжим нашу тему:
Как делать проекты

Часть 2: Планирование
Окей, идея есть, проблема сформулирована, аудитория ясна. Самое время начать кодить, да?
Нет. Сядьте обратно.
Планирование - это то что, все ненавидят и пропускают. А потом удивляются, почему через месяц проект превратился в кашу, в которой невозможно ничего исправить, не сломав две другие вещи.
У нас идея есть, но как она должна выглядеть на практике?
Мы уже знаем, для кого этот проект, что он будет делать, и как с ним будет взаимодействовать клиент.
Теперь нам нужно понять как его делать?

1) Описание проекта
Вот тут берём лист бумаги или открываем заметки - начинаем набрасывать себе как будет выглядеть и работать проект.
- Это приложение или веб сайт?
- Перечисляем основные функции, пока без конкретики, просто что внутри должно быть
- Можно прикинуть разделы навигации, где и что будет находиться
- Источники входящей информации
- Описываем скрытые механики: например как сметчить игроков для совместной игры или каким образом проводить AWL проверку полученной крипты или расписываем события и их коэффициенты для построения корреляций по Пирсону

Сейчас мы пишем всё, максимально много и подробно. Углубляться в технологии не нужно, но нужно вообразить проект, как можно более полно.
Вы это всё спланировать должны САМОСТОЯТЕЛЬНО! В нейронку идём, чтобы она подсказала какие-то моменты и пробелы в ваших знаниях. Но этот эскиз складываете вы.

2) Подбор команды и распределение стейкхолдеров
Да, ИИ умеет писать код, умеет рисовать картинки, создавать звуки и музыку. Но направлять и проверять должен человек. Вы один справитесь со всеми направлениями? Может вам всё же нужен отдельный человек кто например будет звуковое оформление для игры создавать?
Сейчас вам нанимать никого не нужно, важно оценить свои силы, понять в чём вы слабы, прикинуть кто в каких аспектах может помочь или где найти такого человека

3) Стек технологий и архитектура
В нашем с вами случае - нейросети знают всё. Выбирать Python или С# мы не будем, так как в 95% это нам не важно.
Однако нам нужно понять по каким принципам мы будем работать:
Веб разработка, нативные приложения, мобильные приложения, геймдев - везде абсолютно по разному строится работа. Сайт например можно обновить в любой момент, а приложение на устройстве пользователя - нет, нужна параллельная поддержка версий. Если мы делаем проект не в одиночку, то нам важно не "затирать" наработки друг друга, а следовательно организовать ветвление. Как следить за версиями приложения? Какое железо будем поддерживать? Нужен ли сервер и в какой стране? Где храним данные пользователей? Возможна ли приостановка работы сайта на время обновлений?
На все эти вопросы нужно ответить сейчас, до начала работы. Иначе вы очень легко попадёте в ситуацию, что игра готова, а онлайн режим к ней прикрутить уже невозможно, так как храните данные на устройстве пользователя.

4) Сторонние сервисы
Нет таких проектов, которые полностью самодостаточные. У вас всегда будет онлайн касса, например Юкасса. Какая-то статистика от яндекса или Appsflyer для приложений, unisender для рассылок, 1С для бухгалтерии и так далее. Нужно составить список этих сервисов сейчас или хотя бы держать в голове, что часть проекта делигирована в другие места

5) Декомпозиция
И вот только теперь, когда у нас сложилась вся композиция, мы начинаем строить настоящий план.
Если вы не поленились и расписали предыдущие пункты, то увидите 10-15 листов текста + схемы. Всё это страшно. Руки опускаются от объёма просто смотря на этот скетч. А запихнув его в нейронку получите её паралич.
Весь секрет планирования в том, чтобы дробить, пока каждый кусок не станет достаточно маленьким, чтобы вы могли посмотреть на него и сказать "о, ну это я сейчас сделаю".
Я обычно иду сверху вниз:
Сначала крупные блоки (фронт, бэк, база, деплой)
Потом внутри каждого - модули (авторизация, профиль, оплата...)
Потом конкретные фичи внутри модулей
Потом сами задачи