Bullet Journal для разработчика: как я планирую рабочую неделю
Я пришёл к методу Bullet Journal после нескольких лет неудачных попыток с цифровыми инструментами — Notion, Jira, Trello, что угодно. Проблема была не в самом инструменте, а в накладных расходах на его поддержание. Bullet Journal убирает это.
Что такое Bullet Journal?
По сути это бумажная система с тремя основными журналами: дневной, месячный и будущий. Используется быстрое логирование — короткие пункты — для фиксации задач, событий и заметок. Магия — в миграции: каждая незавершённая задача заставляет решить: всё ещё важно? Если нет — вычёркиваешь. Если да — переносишь дальше.
Как я адаптировал его под разработку
Стандартная система прекрасно работает для бытовых дел, но у разработки свой ритм. Вот что я поменял:
- Недельный спринт-лог вместо дневного — планирую неделями, а не днями.
- Страница «parking lot» для идей и фич «было бы неплохо», которые не в скоупе.
- Заметки контекста — когда возвращаюсь к задаче после перерыва, пишу одну строку о том, где остановился.
- Багтрекер — простая таблица из двух колонок: симптом / первопричина.
Неожиданный бонус: меньше переключений контекста
Запись на бумаге создаёт естественный барьер. В блокнот не прилетит уведомление из Slack. Когда я закрываю ноутбук и смотрю на страницу, я вижу только то, что сам счёл важным, — а не то, что алгоритм решил срочным.
Через полгода главная победа — не в метриках продуктивности, а в том, что я заканчиваю неделю, зная, что реально сделал, вместо того чтобы гадать, куда ушло время.