В начале я сделал типичную ошибку: придумал слишком большой план. Две недели рисовал архитектуру, почти не писал код, а потом потерял мотивацию. Тогда упростил правило: один маленький релиз в выходные, максимум 3 часа.
В таком режиме проект не давит. Наоборот, становится полигоном: можно проверить новую библиотеку, понять ограничения подхода и уже потом предложить решение на работе.
Что реально дало результат
Ограничение времени. Если задача не влезает в 3 часа, делю ещё мельче.
Публичные заметки. После каждой сессии фиксирую выводы в две-три строки.
Запрет на перфекционизм. Черновой результат лучше идеального плана в заметках.
Через несколько месяцев из pet-проекта я перенёс в рабочий продукт кэширование на уровне запросов и новый формат логов. Это сэкономило часы на дебаге в реальных инцидентах.
Пет-проект не обязан стать стартапом. Иногда его задача проще: держать инженерное любопытство живым.
Сейчас это мой способ не застревать в рутине. Когда в основной работе много «поддержки», именно такие маленькие эксперименты возвращают ощущение развития.