Одностраничный «кодовый компас»: крошечный дневной план, который двигает пет‑проекты вперёд

Побочные проекты — это место, где рождаются ваши лучшие идеи… и чаще всего там же и умирают.

Вы начинаете воодушевлённым. Поднимаете репозиторий, набрасываете несколько экранов, делаете серию коммитов… а потом включается жизнь. На основной работе аврал. Пара вечеров слетает. Когда наконец возвращаетесь к проекту, уже не помните, чем занимались, что планировали дальше и зачем всё это вообще было нужно.

Здесь и пригодится одностраничный кодовый компас.

Вместо того чтобы превращать пет‑проект в ещё одну тяжёлую систему планирования, кодовый компас даёт вам крошечный, наглядный дневной план. Он достаточно маленький, чтобы его было реально вести, достаточно структурированный, чтобы не останавливаться, и достаточно гибкий, чтобы жить в Notion, бумажном блокноте или любых других инструментах, которые вы уже используете.

Что такое одностраничный кодовый компас?

Одностраничный кодовый компас — это одна страница, на которой видно, чем вы занимаетесь сегодня в своём пет‑проекте — ни больше, ни меньше.

Это не roadmap. Это не полный backlog. Это рабочая дневная поверхность с:

коротким списком задач;
простыми полями (например, статус и приоритет);
быстрым способом увидеть, что осталось несделанным со вчера;
маленьким циклом, который позволяет сбрасывать и обновлять план каждый день.

Думайте о нём как о втором мозге для кодинга: он помнит, о чём вы договорились с собой, что уже сделали и что дальше, чтобы настоящий мозг мог заниматься решением задач, а не жонглированием деталей.

Почему пет‑проекты замирают (и как компас это чинит)

Большинство пет‑проектов умирают не потому, что вы плохо кодите. Они умирают потому, что вы плохо возобновляете работу.

Типичные проблемы:

Вы забываете, на чём остановились.
Вам приходится по десять раз перечитывать старый код, чтобы вспомнить контекст.
Вы перескакиваете между идеями вместо того, чтобы довести одну до конца.
Ваша «система планирования» настолько тяжёлая, что становится отдельным проектом.

Кодовый компас бьёт по этим болям напрямую:

Вы всегда знаете, что делать дальше. Следующий шаг записан, а не хранится в голове.
Вы начинаете с незавершённых задач со вчера. Это даёт мгновенное ощущение движения и меньше переключений контекста.
Вы работаете маленькими, видимыми кусками. Прогресс становится очевидным — а это очень мотивирует.
Структуры ровно столько, сколько нужно. Никаких досок спринтов, диаграмм Ганта и прочего — только крошечный дневной список.

Базовый принцип №1: сначала вчерашнее, потом новое

Когда садитесь кодить, не начинайте с вопроса: «Чем бы мне сегодня позаниматься?»

Начните с вопроса: «Что я не доделал вчера?»

Этот простой принцип важен, потому что:

Он снижает переключение контекста. Вы продолжаете знакомую задачу, а не подгружаете в голову новую.
Он быстро разгоняет. Закончить что‑то в начале сессии приятно и добавляет энергии.
Он уменьшает количество брошенных веток. Меньше шансов оставить в кодовой базе полуготовые фичи.

На вашем кодовом компасе пометьте незавершённые задачи явно — например, Статус: В процессе или Перенос: Да. Первое действие каждого дня — атаковать именно их.

Только после того, как вы разобрались с «переносами», добавляйте и начинайте новые задачи.

Базовый принцип №2: дробите большие фичи на маленькие, понятные подзадачи

«Сделать систему аутентификации» — это не задача. Это мини‑проект.

Мозг видит что‑то настолько крупное и тут же начинает торговаться: «У меня вообще есть силы на это сегодня вечером?» Чаще всего ответ — нет.

Кодовый компас, наоборот, заставляет разбивать фичи на маленькие, чётко сформулированные подзадачи, например:

Добавить таблицу users с колонками (id, email, password_hash, created_at)
Реализовать роут /signup и валидацию формы
Хэшировать пароль перед сохранением
Добавить форму логина (email + password)
Добавить middleware requireAuth для защищённых роутов

Каждая подзадача:

ощущается как что‑то, что можно сделать за один присест (или быстрее);
имеет понятное определение «готово»;
делает прогресс наглядным — вы буквально вычёркиваете шаги.

Так «большая страшная фича» превращается в набор маленьких действий на 30–60 минут, которые реально вписать даже в загруженный день.

Базовый принцип №3: используйте план как второй мозг

Пытаться держать в голове всё, что происходит в проекте, — очень плохое использование мозговых ресурсов.

Рабочую память стоит тратить на:

проектирование аккуратных API;
отладку странных багов;
размышления о производительности или UX.

Но точно не на:

«Что я хотел протестировать дальше?»
«Что ещё осталось по этой фиче?»
«Что я обещал себе сделать после этого шага?»

Ваш одностраничный компас работает как второй мозг:

он хранит ваши намерения, чтобы вам не приходилось;
он возвращает вам контекст даже после пары дней перерыва;
он позволяет легко перезапускать работу, даже когда вы устали.

Чем меньше энергии уходит на запоминание, тем больше остаётся на собственно программирование.

Простые поля, которые не дают вам застрять

Вам не нужна полноценная система управления проектами. Нужна минимальная структура, которая помещается на одной странице.

Вот небольшой, но мощный набор полей:

Задача — что именно вы будете делать?
Статус — например, Не начато, В процессе, Заблокировано, Готово.
Приоритет — например, Высокий, Средний, Низкий.
Оценка — маленькие оценки по времени помогают прикинуть объём (15м, 30м, 1ч).
Следующий шаг — самое ближайшее действие, если вы возьмёте эту задачу.

Строка в компасе может выглядеть так:

Задача: Добавить flow для письма со сбросом пароля
Статус: Не начато
Приоритет: Высокий
Оценка: 45м
Следующий шаг: Набросать API для запроса /password-reset и модель токена

Поле «следующий шаг» критически важно. Оно убирает «разогревочный налог» в начале сессии. Вместо того чтобы спрашивать себя «Где я остановился?», вы просто делаете тот шаг, который уже записали заранее.

Ежедневный цикл обзора: как держать компас «живым»

Любая система планирования работает только пока она живая. Застаревшие документы бесполезны так же, как их полное отсутствие.

Кодовый компас остаётся живым за счёт быстрого ежедневного обзора. На это уходит 5–10 минут в начале или в конце каждой сессии кодинга:

Перенесите остатки
- Всё, что не успели сделать сегодня, переносится на завтра.
- Обновите статус (В процессе, Заблокировано и т.п.).
Проверьте приоритеты заново
- Это всё ещё самое важное, чем стоит заняться дальше?
- Если приоритеты поменялись, переупорядочьте или смените метки.
Перепишите сегодняшний список
- Не позволяйте странице превращаться в свалку старого шума.
- Сделайте свежий дневной раздел или новую страницу и перенесите только то, что всё ещё актуально.

Именно шаг с переписыванием не даёт вашему компасу превратиться в «ящик с хламом». Вы постоянно отбираете важное.

Где вести одностраничный компас

Никаких новых инструментов не нужно. Используйте то, что вам уже нравится — главное, чтобы было маленько и наглядно.

Вот два простых варианта:

Вариант 1: Notion (или похожие инструменты)

Используйте Notion, Obsidian или любое приложение для заметок, чтобы сделать простую таблицу или список:

одна страница на день или неделю;
колонки: Задача, Статус, Приоритет, Оценка, Следующий шаг;
секция «Вчерашние остатки» вверху.

Относитесь к этому как к лёгкому менеджеру задач для проекта, а не к полной системе. Никаких сложных баз знаний, если они вам не реально нужны.

Вариант 2: Бумажный планер или блокнот

Бумага работает удивительно хорошо:

Нарисуйте простую таблицу с пятью полями.
Используйте буллиты или чекбоксы для задач.
В конце сессии обведите или отметьте звёздочкой то, что нужно перенести.

Физическое переписывание задач на следующую страницу само по себе заставляет очищать список и расставлять приоритеты.

Пример дневного компаса

Вот пример в формате обычного текста, который можно адаптировать где угодно:

=== Кодовый компас – 2025-01-03 ===

Вчерашние остатки:
1) [В процессе][Высокий][30м]
   Задача: Добавить состояние загрузки к результатам поиска
   Следующий шаг: Показать skeleton-компонент вместо пустого списка

2) [Заблокировано][Средний][15м]
   Задача: Починить падающий тест сервиса пользователей
   Следующий шаг: Воспроизвести падение теста локально; проверить конфиг моков

Сегодняшние новые задачи:
3) [Не начато][Высокий][45м]
   Задача: Реализовать базовый запрос на сброс пароля
   Следующий шаг: Определить роут /password-reset и модель токена

4) [Не начато][Низкий][20м]
   Задача: Обновить README с шагами по запуску
   Следующий шаг: Список переменных окружения + пример .env

Этого достаточно, чтобы:

понять, с чего начать (пункты 1 и 2);
иметь под рукой задачи «на разгон» после первых успехов (пункты 3 и 4);
ясно видеть, как выглядит «на сегодня всё».

Как всё это складывается вместе

Сила одностраничного кодового компаса — в его ограничениях:

Крошечный охват — он думает только о том, что вы можете сделать в ближайший день‑два.
Непрерывность — вчера плавно перетекает в сегодня.
Видимый прогресс — вы буквально видите, как задачи переходят из «не начато» в «готово».
Лёгкие инструменты — Notion, заметки или даже бумага более чем достаточны.

Если ваши пет‑проекты постоянно замирают, не ищите более сложную систему. Попробуйте более простую.

Создайте одну страницу — цифровую или бумажную — и добавьте на неё:

секцию для вчерашних остатков;
короткий список сегодняшних задач;
поля статус, приоритет, оценка, следующий шаг.

А дальше, каждый раз, когда садитесь кодить:

Начинайте с незавершённых задач.
Любое крупное разбивайте на маленькие подзадачи.
Перед тем как закончить, запишите следующий шаг по каждой текущей задаче.

Так вы будете тратить меньше времени на «разгон» и больше — на реальный код, а ваши пет‑проекты будут потихоньку, но стабильно двигаться вперёд.

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