Год назад я начал работать по 4 часа в день. Ничего особенного, обычная позиция Android-разработчика в продуктовой компании. При этом на performance review получал повышенные оценки и вырос в должности. Сейчас я сеньор в крупном Бигтехе и исполняю обязанности лида платформы.

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

Откуда берутся «8 часов работы»

Типичный день разработчика: открыл задачу — прилетело сообщение в чат. Ответил — позвали на созвон. После созвона вспомнил, что обещал коллеге посмотреть PR. Посмотрел — потерял контекст по своей задаче. Пока восстанавливал, наступил обед. После обеда ещё созвон. К вечеру ощущение занятости есть, а закрытых задач мало.

Когда я впервые начал замерять сфокусированное время (не «сижу за компом», а «работаю над конкретной задачей без переключений»), результат меня удивил. Из 8 часов «работы» набралось часа 2–3 реальной работы. И это не проблемы с дисциплиной — исследования говорят о том же.

Глория Марк, профессор информатики из Калифорнийского университета, изучала переключения контекста у офисных работников. Когда человека прервали, ему нужно в среднем 23 минуты, чтобы вернуться к задаче на прежнем уровне концентрации. При этом среднестатистический офисный работник переключается между задачами каждые 3–5 минут. Ты просто не успеваешь войти в состояние глубокой работы — тебя выдёргивают раньше.

Компания Vouchercloud провела опрос среди почти 2000 офисных работников в Великобритании. В среднем люди продуктивно работают 2 часа 53 минуты из 8-часового рабочего дня. Остальное — соцсети, новости, разговоры с коллегами, перекусы.

DeskTime, платформа для трекинга продуктивности, проанализировала привычки своих самых продуктивных пользователей. Самые результативные 10% работали интервалами: 52 минуты сфокусированной работы, потом 17 минут отдыха. Не 8 часов подряд.

Кэл Ньюпорт в книге «Deep Work» собрал данные о том, сколько часов в день люди способны удерживать глубокую концентрацию. Для большинства это 3–4 часа, причём не только программисты, но и писатели, учёные, музыканты.

Если суммировать: человек физиологически не может работать 8 часов в состоянии концентрации. 3–4 часа глубокой работы — это реальность, а не лень. Вопрос в том, как эти часы использовать на полную, а не размазывать тонким слоем по всему дню.

Для меня стало очевидно, что нужно не работать больше, а работать иначе. Я нашёл три инструмента, которые это позволяют.

Инструмент 1: AI

AI сейчас — это новая база. Кто не использует, тот проигрывает в скорости кратно. И дело не только в коде — нейронки ускоряют практически любую рутинную работу.

Что конкретно я ускоряю

Рутинные и объёмные задачи в коде. На работе регулярно бывают задачи с большим объёмом ручного труда: рефакторинги, миграции, шаблонные преобразования, boilerplate. Раньше такое могло занять целый день, а сейчас я пишу правильный промпт, контролирую результат — и задача закрывается за минуты.

Документация. Рабочие документы обычно однотипные, и скорее всего что-то подобное уже было написано. С правильным промптом и чётко сформулированным запросом они пишутся быстро. Время уходит на то, чтобы проверить и доработать, а не писать с нуля.

Ресёрч и обучение. Для всего, что не связано с кодом, я использую Perplexity — AI-поисковик. Нужно разобраться в новой технологии — спросил Perplexity. Готовишься к собеседованию — он соберёт информацию и даст структурированный ответ со ссылками на источники. С AI скорость обучения заметно выросла: я за месяц научился писать сценарии, снимать видео, монтировать, выставлять свет и делать превью. Профессионалом не стал, но освоил достаточно, чтобы запустить свой канал.

Чем я пользуюсь и сколько это стоит

Основной инструмент для кода — Claude с подпиской MAX. До этого я сидел на обычной Pro-подписке за $20 и постоянно экономил токены: боялся лишний раз запустить агента, выбирал модели послабее для задач, где нужна была топовая. Это сильно тормозило работу. Когда перешёл на MAX ($100/мес), как будто развязались руки — перестал думать о лимитах и начал использовать AI на полную. Да, в месяц выходит дороже, но продуктивность выросла в разы. Для меня это окупается.

Для работы с кодом есть два подхода: IDE с AI-агентом и CLI-агенты.

IDE с AI-агентом. Самый популярный вариант — Cursor. Это полноценная IDE со встроенным AI. Cursor видит весь контекст проекта: файлы, зависимости, структуру. Можно дать ему задачу, и агент сам пойдёт по файлам, найдёт нужные места, внесёт изменения и создаст новые файлы. Если сборка падает с ошибкой, агент сам читает лог, находит проблему и исправляет. Ты буквально задаёшь задачу, откидываешься на стуле и смотришь, как он работает.

CLI-агенты. Работают прямо в терминале: Claude Code, Codex и другие. Плюс — не нужно переходить в другую IDE, остаёшься в своей Android Studio или IntelliJ. Открыл терминал, дал задачу, агент работает с кодовой базой прямо оттуда.

Но с CLI-агентами есть нюанс. Они потребляют в разы больше запросов, чем обычный чат, — за одну задачу агент может сделать 10–50 вызовов модели. На Pro-подписке Claude ($20) лимиты заканчиваются за пару часов активной работы. У Cursor похожая ситуация: там токенизированная система, и при активном использовании агента premium-запросы сгорают быстро. Именно поэтому я перешёл на Claude MAX — подписочная модель с высоким лимитом оказалась выгоднее, чем постоянная экономия токенов.

Как выжать из AI-агента максимум

AI-агент — это не просто чатбот, которому пишешь «сделай фичу». Чтобы он работал хорошо, нужно правильно настроить контекст. Вот две вещи, которые заметно повышают качество результата.

Skills (навыки). Это переиспользуемые инструкции, которые агент подхватывает автоматически. В Claude Code это файл CLAUDE.md в корне проекта — туда записываются правила: стиль кода, архитектурные решения, используемые библиотеки. Агент читает этот файл и следует инструкциям. В Cursor аналог — файлы .cursor/rules/*.mdc.

Skills можно устанавливать на двух уровнях. Проектные (в папке проекта) — работают только в конкретном репозитории. Глобальные (в ~/.claude/ или в настройках Cursor) — работают во всех проектах. Готовые skills для разных стеков можно найти на cursor.directory или на GitHub.

У меня, например, в CLAUDE.md описаны правила работы с файлами, стиль написания текстов, структура папок. Благодаря этому агент не создаёт мусор и не ломает существующую структуру.

MCP-серверы (Model Context Protocol). Это способ дать AI-агенту доступ к внешним инструментам через стандартный протокол. Можно думать об этом как о плагинах: подключил MCP-сервер для GitHub — агент умеет создавать PR и смотреть issues. Подключил MCP для Slack — агент читает и отправляет сообщения. Подключил MCP для базы данных — агент делает SQL-запросы.

Устанавливаются просто. В Claude Code — одной командой в терминале: claude mcp add github-server. В Cursor — через настройки или файл .cursor/mcp.json в проекте. Каталоги MCP-серверов: github.com/modelcontextprotocol/servers, smithery.ai, mcp.so.

MCP-серверы — это то, что превращает AI из «умного чата» в полноценного ассистента, который взаимодействует с вашей инфраструктурой.

Выбор модели

Для сложных задач я использую топовые модели (на момент написания это Claude Opus), а для простых — что-то быстрее и дешевле. Не нужно стрелять из пушки по воробьям. Чтобы не гадать, какая модель сейчас лучшая, есть lmarena.ai — рейтинг всех моделей на основе слепых голосований реальных пользователей. Можно посмотреть, кто лидирует в коде, кто в тексте, кто в аналитике.

Хард-скиллы никто не отменял

При всей мощи AI, хард-скиллы становятся только важнее. Похожая история уже была, когда на заводах появилась автоматизация: ручной труд сократился до минимума, людей, которых заменили машинами, уволили. Но появились новые рабочие места — те, кто контролирует, обслуживает и настраивает автоматику. С кодом происходит то же самое. AI пишет код всё лучше, но понимание архитектуры, умение формулировать точное ТЗ и контролировать реализацию будет стоить всё дороже.

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

Инструмент 2: личная доска задач

На работе у всех есть Jira или YouTrack, и для рабочих задач этого хватает. Но я говорю про другое — про личную доску, где лежит вообще всё: и рабочее, и личное.

С доской рабочий процесс меняется. Утром открыл, выбрал задачи на день и работаешь по списку. Не надо держать в голове 15 вещей, не надо метаться между задачами. Голова свободна, и ты фокусируешься на одной конкретной вещи.

Дело в том, что мозг не создан для того, чтобы хранить 15 задач параллельно, но он отлично справляется с одной. Если выгрузить лишнее из головы и сфокусироваться на узком скоупе, работа делается в разы быстрее.

Как я собрал свою систему

Доску я веду в Yougile — это российский сервис для управления задачами, Kanban-доска с гибкой настройкой колонок, меток, статусов и автоматизаций.

Прежде чем прийти к текущей системе, я перепробовал кучу подходов: чистый Kanban, GTD по Дэвиду Аллену, Deep Work от Кэла Ньюпорта. Ни один не работал целиком. Kanban давал визуализацию, но не помогал разгружать голову. GTD разгружал голову, но не разделял задачи по глубине. Deep Work разделял по глубине, но не давал инструмента планирования. В итоге я взял по куску от каждого и собрал систему под себя.

Подробнее про методологии, из которых я брал идеи

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

GTD (Getting Things Done) — принцип полной выгрузки: всё, что появляется в голове, сразу записывается во входящие. Голова свободна, ничего не теряется.

Deep Work — разделение задач по глубине: есть задачи, которые требуют полного погружения, а есть те, которые можно делать на автомате. Смешивать их в одну кучу — путь к хаосу.

Структура колонок

Доска задач YouGile
Доска задач YouGile

Доска разбита на пять колонок:

Backlog — список всех задач. Сюда записывается всё, что появляется: рабочие задачи, идеи, дела, напоминания. Задача попадает сюда и ждёт своей очереди.

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

Waiting — задачи, которые я не могу выполнить прямо сейчас, потому что кого-то жду. Например, ответа от коллеги, завершения процесса или решения извне. Нужна, чтобы такие задачи не висели в «Today» и не создавали ощущение незакрытого дня.

This Week — горизонт недели. Промежуточный буфер между «всё, что когда-нибудь нужно сделать» и «сделать сегодня».

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

Веса задач

Каждой задаче я даю вес: Light или Deep.

Light — не требует глубокого погружения. Ответить на вопрос, посмотреть короткий PR, отправить документ.

Deep — нужен полноценный фокусный блок. Написать архитектурный RFC, разобрать сложный баг, сделать код-ревью большого PR.

Я понимаю, что за день могу закрыть 2 тяжёлых задачи и 3–4 лёгких. Больше этого лимита стараюсь не брать. Не всегда удаётся выполнить всё, но в этом нет ничего страшного — задача просто переносится на следующий день.

Стикеры Энергии
Стикеры Энергии

Приоритеты

Помимо весов, у задач есть приоритеты: critical, major, normal, low. Я добавил их после того, как заметил одну ловушку: бывает, что за день закрываешь все задачи из Today, но только лёгкие. Формально день продуктивный, а по факту — прогресс нулевой, потому что важные задачи так и остались нетронутыми.

Приоритеты решают эту проблему. Не обязательно закрыть всё запланированное, но задачи с приоритетом critical и major должны быть закрыты сегодня. Утром, когда я перетаскиваю карточки в Today, я сначала расставляю приоритеты — и берусь за самые важные в первую очередь, пока фокусный ресурс ещё полон.

Стикеры Приоритета
Стикеры Приоритета

Сферы жизни

Помимо весов, у задач есть разделение по сферам. Я выделил пять:

Career — работа, обучение, карьерный рост.

Media — всё, что связано с медийкой. Статьи, посты, сценарии, съёмки.

Love — отношения. Это как вторая работа, и её надо выполнять так же ответственно.

Health — здоровье. Тренировки, врачи, восстановление.

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

Стикеры Сфер жизни
Стикеры Сфер жизни

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

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

Инструмент 3: Pomodoro

Самое сложное в работе — начать. И Pomodoro решает именно эту проблему. Суть простая: заводишь таймер на определённый промежуток, работаешь только над одной задачей, потом делаешь перерыв. Классический вариант — 25 минут работы и 5 минут отдыха, после 4 циклов длинный перерыв.

Зачем это нужно

Открываешь IDE, смотришь на задачу, и мозг сопротивляется. Начинаешь листать телегу, читать чаты, смотреть в окно. Но когда говоришь себе «окей, 25 минут — и перерыв», начать становится легко. И чаще всего после первого интервала ты уже в потоке и не замечаешь времени.

Я замечал, что баг, который не давался 20 минут, решается за минуту после перерыва. Мозг продолжает работать в фоне, и когда возвращаешься — решение уже есть. Исследования подтверждают: мозг использует периоды «рассеянного внимания» (default mode network) для обработки информации, полученной в фокусном режиме.

Со временем начинаешь понимать, сколько «помодорок» стоит задача. Оценивать задачи по времени становится проще, а планировать день — точнее.

Мои настройки

Стандартные 25 минут мне не подходят — я могу держать фокус дольше. Обычно я завожу помодоро на 45 минут работы и 10 минут перерыва. Если чувствую, что могу больше — 90 минут работы и 30 минут перерыва. Последний вариант совпадает с ультрадианным ритмом — естественным циклом активности мозга. Исследователь сна Натаниэль Клейтман обнаружил, что мозг работает циклами по 80–120 минут, после чего нуждается в восстановлении.

Мой фокусный ресурс в день — примерно 300–360 минут. Я трачу его равномерно между задачами, не пытаясь выжать всё из одной и потом ничего не мочь.

Когда тебя постоянно дёргают

На текущей работе у меня много переключений контекста — я исполняю обязанности лида платформы и мне нужно постоянно общаться и отвечать большому количеству людей. За день может прилететь 50–100 сообщений, требующих реакции. Просто залипнуть в код на полтора часа не получается.

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

В качестве приложения я использую Forest — удобная штука, которая отслеживает прогресс и количество минут в фокусе.

Как всё работает вместе

Утром я открываю доску и выбираю задачи на день. Запускаю помодоро, и в каждом интервале работаю над одной задачей. Рутину делегирую AI. В результате то, что раньше занимало целый день, закрывается за 4 часа.

Схема связки
Схема связки

На предыдущей работе я так жил больше года. Работал 4 часа, получал повышенные оценки на performance review и рос в должности. Свободное время посвящал обучению и личному развитию.

Тут важно уточнить: я не сидел 4 часа и уходил домой. Моя задача — закрывать задачи и приносить результат, а не греть стул. Если за 4 часа я закрываю столько же, сколько раньше за 8, значит система работает. Оставшееся время я вкладывал в обучение, подготовку к собесам, личные проекты.

Казалось бы, работаешь меньше, но делаешь больше. Загвоздка в том, что люди в среднем тратят 2–3 часа сфокусированного времени на работу. А если ты тратишь 4 — ты уже на 50–100% эффективнее собственного вчерашнего дня без системы.

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

Почему работает именно комбинация

Каждый инструмент решает свою проблему:

  • AI убирает рутину — фокусный ресурс тратится на решения, а не на механическую работу.

  • Доска убирает хаос — не нужно держать в голове, что делать и в каком порядке.

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

Без AI фокус уходит на рутину. Без доски распыляешься на всё подряд. Без помодоро не можешь войти в поток, потому что постоянно дёргают. Стоит убрать одно звено, и система работает заметно хуже.

Где система ломается

Это не магия и не работает «само по себе». Если не обновлять доску — она превратится в кладбище задач. Если делегировать AI решения без проверки — получишь ошибки. Если игнорировать перерывы — помодоро превратится в бессмысленный таймер.

Если на твоей роли каждые 5 минут прилетает инцидент, фокусные блоки будут рваться. Это реальность, и тут нужно договариваться с командой о правилах: когда тебя можно дёргать, а когда нет.

И ещё система требует дисциплины на старте. Первые пару недель будет непривычно, будет соблазн забить. Это нормально — привычка формируется не за день.

Как начать

Не пытайтесь внедрить всё сразу. Начните с одного инструмента, а через месяц добавьте второй.

Недели 1–2: доска. Заведите доску — Yougile, Trello, Notion, что угодно. Создайте три колонки: Backlog, Today, Done. Каждый вечер или утро записывайте все задачи в бэклог, а каждое утро перетаскивайте 3–5 задач в Today. Типичная ошибка на этом этапе — набрать 15 задач на день и расстроиться вечером. Начните с малого, сейчас главное — выработать привычку планировать день.

Недели 3–4: помодоро. Когда доска стала привычкой, добавьте таймер. Начните с классических 25 минут — потом найдёте свой ритм. Поставьте Forest или любой другой таймер. Пока таймер идёт — никаких чатов и никаких переключений. Типичная ошибка — не делать перерывы. Перерыв это часть цикла, не пропускайте его.

Неделя 5+: AI. Когда доска и помодоро работают на автомате, попробуйте делегировать рутину AI. Начните с простого — пусть нейронка напишет документацию или сгенерирует boilerplate-код. Потом переходите к задачам посложнее.

Разница будет заметна уже через пару недель. Эти три инструмента можно использовать по-разному. Хотите работать 4 часа и освободить время — работает. Хотите работать те же 8, но выдавать в два раза больше результата — тоже работает. Что делать с освободившимся временем или выросшими результатами — решать вам.


Если удобнее смотреть, а не читать — есть видео-версия этой статьи на YouTube.

В Telegram-канале пишу про продуктивность и AI в разработке.

Напишите в комментариях, сколько часов в день вы реально работаете в фокусе — интересно сравнить.