Есть вайб кодинг, а может ли быть аналогичным вайб проджектинг?

Я к чему. У меня есть один подход к ведению личных проектов, в которых я начинаю его вести просто так, так сказать, на волне мотивации сделать что-то интересное, имеющее практический смысл задействовать максимум своих способностей. И мне для этого не требуется космических напряжений для того чтобы проект начать.

Мой подход (а, возможно, и всемирно признанная практика, о которой, естественно, я не знаю) базируется на творческой способности бесконечно фантазировать. Именно бесконечная фантазия людей дала нам столько всего в этом мире, чем мы пользуемся, как полезного, так и вредного.

Так вот, если отпустить себя и начать бесконечно фантазировать, возникает главная проблема: а как успевать всё самому ещё и реализовывать.

Отсюда возникает и ещё одна проблема: классический подход к управлению проектами (типа PMBoK) отбивает всякое желание что-либо делать, а отсутствие внешнего контроля лишает привычной мотивации к реализации проекта, а самое главное — убивает «ресурсное состояние».

Я думаю многие замечали, как на волне классных идей всё заканчивалось ровно тогда, когда мы садились и начинали «планировать». Особенно, когда эти идеи возникают в неудобных местах. Даже запись идеи в блокнот сбивает настрой. Замечали? Как после записи идеи, она кладётся в стол и забывается.

Так и что же делать? Вот что делаю лично я:

1. На самом старте проекта, в основе которой лежит та самая классная идея, я её не записываю, а стараюсь отпустить себя в полёте фантазии, и пофиг, что возникает рой инсайдов, которые тоже нужно судорожно куда-то записать. Главное — отпустить себя и донести идею до места, где её можно будет начать СРАЗУ реализовывать. Это и будет тормозным безболезненным для ресурсного состояния эффектом, когда творческое проявление начнёт ложиться в какую-то первичную структуру. 2. В процессе реализации стремлюсь реализовать либо MVP, либо прототип, ВСЕМИ имеющимися возможностями (не гнушаясь использовать ИИ). 3. Когда появляется MVP, уже столько идей по его развитию, что возникает новый соблазн все их записать. Но зачем? Если они всё равно постоянно будут всплывать. В этом случае я не парюсь, а просто продолжаю делать то, что могу реализовать прямо сейчас. 4. Со временем проект становится сложным и нужно его как-то осознать и при этом сохранить потоковое состояние (ресурсное). Для этого я беру простой листок бумаги и простую ручку или карандаш. И записываю, что уже сделано и как это всё работает. 5. Стоит только выбрать «кусок» проекта, как тут же возвращается ресурсное состояние на конкретный «кусок» проекта и самое важное, что при этом внимание фантазии нормально распределено с фокусом именно на этот «кусок». 6. Чтобы не допустить закисления ресурсного потока (как закисляются мышцы), нужно постоянно менять эти самые куски. Классический спринт в одну неделю — это слишком долго. Для себя заметил, что каждые 2-3 дня нужно менять «куски» проекта. 7. Когда появился первый релиз, проект можно оставить, так как дальше в одиночку этот проект уже не потянуть и он уже перестаёт быть личным. Но зато хорошо подходит в портфолио.

Кстати, термин vibe projecting хорошо ложиться в концепцию vibe coding, так как и то и другое выполняется на волне мотивации и в ресурсном состоянии. Поэтому управление проектами становится таким же клёвым, как и сама реализация.

Главное не тормозить своего внутреннего генератора идей!

Я загрузил эту статью в нейросеть и попросил сформулировать инструменты, которыми было бы удобно пользоваться. Вот, что она выдала (сократил до названий):

Ментальные и ритуальные инструменты 1. Правило «Сразу в материал» 2. Анти-бэклог 3. Якорь ресурсного состояния 4. Интуитивный выбор «куска»

Простые физические и аналоговые инструменты 5. Чистый лист для обратного проектирования 6. Доска «Сейчас / Зависло / Готово» 7. Дорожный набор «старт без трения»

Лёгкие цифровые подпорки 8. Пустая страница вместо шаблона 9. Вайб-спринт на 2-3 дня 10. ИИ как «ускоритель реализации» 11. Цифровой якорь — плейлист проекта

Инструмент завершения 12. Критерий «первого релиза»