Личный проект начинается с интереса: попробовать новый стек, собрать Telegram-бота, довести до ума давнюю идею. Но через пару месяцев у него появляются backlog, дедлайны, баги и чувство вины за каждый свободный вечер. Как удержать проект в размере хобби и не превратить его во вторую работу?
Главное правило — разделить две зоны. В первой проект работает на результат: освоить технологию, получить кейс в резюме, проверить идею. Во второй остаётся то, что вы делаете просто потому, что интересно, и никому не показываете. Вторую зону стоит беречь: переведёте в актив всё хобби целиком — пропадёт то состояние, ради которого всё затевалось.
Верхняя граница времени — до двух часов в день, включая выходные. Короткие регулярные сессии держатся дольше, чем редкие многочасовые штурмы. Если после работы остаётся час — растягивать до двух незачем. Пятнадцать минут через день дают больше, чем воскресный марафон на восемь часов.
У проекта обязательно должен быть предел. До первой строчки кода назовите один сценарий, который проект обязан закрыть. Одну проблему одного человека. Всё остальное уходит в список coming soon. Это поможет избежать scope creep — когда каждая новая идея по отдельности разумна, но вместе они превращают затею на вечер в продуктовую компанию из одного человека.
Минимальный релиз — это наименьшая версия, которая уже доказывает вашу идею или навык. Для библиотеки достаточно README с командой запуска. Для open-source-проекта — README, лицензия и внятная польза для другого разработчика. Для портфолио — рабочий прототип, репозиторий, документация и пара тестовых сценариев.
Критерии остановки стоит назначить заранее. Например: «Я даю этому шесть недель и максимум 40 часов. Если после этого основной сценарий не работает, я упрощаю задачу или закрываю проект». Или: «Если новые функции перестали давать мне новый навык, он больше не оправдывает время». Это поможет избежать ошибки невозвратных затрат.
Если проект оказался хорошим, но сейчас не время — поставьте его на паузу. Перед паузой упакуйте проект: запишите, что делали, какие решения приняли, где лежат ключевые файлы. Это снизит накладные расходы на повторный вход, когда вернётесь через полгода.
Главный совет: не пытайтесь сделать из пет-проекта всё сразу. Пусть он остаётся тем, ради чего вы за него взялись — интересным занятием, а не второй работой.
