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

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

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

Это не метафора и не оправдание. Это следствие того, как устроена работа со сложными абстракциями. Дальше — механика: что именно ломается, какие исследования это подтверждают, где популярные книжки врут, и как из этого сделать расписание, которое можно применить завтра.

Три бюджета вместо одного

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

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

Отсюда практическое следствие, которое переворачивает планирование: календарь надо заполнять не «свободными часами», а часами, в которых у вас есть нужное качество внимания под конкретный тип задачи. Пустой слот в 16:40 между двумя созвонами — это не ресурс для проектирования схемы данных. Это ресурс для того, чтобы прочитать пять писем и обновить статус в трекере.

Правый нижний квадрант — главный пожиратель дней. Это когда вы в конце дня, на остатках, берётесь за самое сложное («ну хоть посмотрю»), полтора часа плаваете, ничего не решаете и уходите домой с ощущением провала. Затраченное время — реальное. Продвижение — нулевое. Плюс вы унесли задачу домой в голове.

Что происходит при переключении контекста

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

Ёмкость рабочей памяти мала. Классическая оценка Миллера — «семь плюс-минус два» элемента (Miller, 1956), но более современные работы дают жёстче: около четырёх независимых чанков для взрослого без репетиции — см. обзор Cowan, «The magical number 4 in short-term memory» (https://doi.org/10.1017/S0140525X01003922). Всё, что сверх — держится за счёт внешних опор: открытых вкладок, точек останова, схемы на бумаге, выделений в редакторе.

Прерывание сносит это состояние. И восстанавливается оно не мгновенно.

Attention residue

Ключевая работа — Sophie Leroy, «Why is it so hard to do my work? The challenge of attention residue when switching between work tasks», Organizational Behavior and Human Decision Processes, 2009 (https://doi.org/10.1016/j.obhdp.2009.04.002). Идея: когда вы переключаетесь с задачи A на задачу B, часть внимания остаётся «прилипшей» к A — особенно если A осталась незавершённой и без плана возврата. На B вы работаете деградированной версией себя.

Важный нюанс, который обычно теряют при пересказе: в экспериментах Leroy остаток внимания заметно уменьшался, если человек перед переключением успевал сформулировать план завершения A. То есть лечится не «силой воли», а десятью секундами записи: «остановился на том, что retryPolicy не учитывает 429; следующий шаг — проверить, что возвращает клиент в этом случае».

Сколько стоит возврат — цифры по программистам

Здесь есть измерения именно на нашей профессии. Chris Parnin и Spencer Rugaber, «Resumption strategies for interrupted programming tasks» (Software Quality Journal, 2011, https://doi.org/10.1007/s11219-010-9104-9): по логам IDE после прерывания разработчик возвращается к редактированию кода в среднем через 10–15 минут, и лишь в единицах процентов случаев — быстрее чем за минуту. При этом на «сложной» задаче цена выше, чем на простой.

Общий фон по офисной работе — Gloria Mark и коллеги, «The Cost of Interrupted Work: More Speed and Stress», CHI 2008 (https://www.ics.uci.edu/~gmark/chi08-mark.pdf). Контринтуитивный результат: прерванную работу люди часто доделывают быстрее, компенсируя темпом, — но платят стрессом, фрустрацией и ощущением спешки. Полезно помнить, когда кто-то говорит «да я нормально работаю в открытом опенспейсе»: возможно, и правда нормально по выработке, но за счёт ресурса, который вы тратите.

Её же более поздняя книга «Attention Span» (2023) добавляет наблюдение из логов: средняя длительность непрерывной работы с одним экраном за двадцать лет наблюдений упала с ~2,5 минут (2004) до примерно 47 секунд (конец 2010-х). Это не про «люди стали глупее», это про среду, которая устроена как машина прерываний.

Арифметика, которая отрезвляет

Возьмём консервативные 15 минут восстановления и посчитаем день.

Обратите внимание: строчка «обычный день» — это не «на 30% хуже». Это качественно другой день. Задачи из правого верхнего квадранта в нём просто не решаются, вы физически не доходите до момента, где модель собралась в голове.

Жизненный цикл фокуса

Полезно видеть фокус не как выключатель, а как состояние с переходами и «разогревом».

Из этой картинки видно две вещи, которые обычно упускают.

Первая: переход Прервано --> Разогрев вместо Прервано --> Холодный_старт стоит десять секунд заметки. Это самая дешёвая оптимизация во всём тайм-менеджменте. Держите в задаче или в редакторе строчку «точка возврата» и обновляйте её перед каждым уходом, даже на пять минут.

Вторая: Истощение — реальное состояние, и продавливание через него не бесплатно. Оно не только не даёт продвижения сейчас, оно портит следующий блок. Классический антипаттерн — «дожать до конца» вечером, а потом три дня разгребать то, что вы там написали и заревьюили.

Энергия: что известно, а что продают

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

Разошлось по швам: сила воли как исчерпаемый ресурс

Модель «ego depletion» (Baumeister et al., 1998): самоконтроль — как мышца, запас на день ограничен, потратили на диету — не хватит на работу. Отсюда весь жанр «не тратьте силу воли на выбор рубашки».

Проблема: гипотеза не пережила кризис репликации. Мультилабораторная предрегистрированная репликация — Hagger et al., «A Multilab Preregistered Replication of the Ego-Depletion Effect», Perspectives on Psychological Science, 2016 (https://doi.org/10.1177/1745691616652873) — на 23 лабораториях получила размер эффекта, статистически неотличимый от нуля. Отдельные защиты модели есть, но опираться на неё как на факт нельзя.

Туда же — знаменитое исследование «голодных судей» (Danziger et al., 2011) про то, что судьи чаще отказывают в УДО перед обедом. Красивая история, которую цитируют все книги про энергию; в ответной работе Weinshall-Margel и Shapard показали, что порядок рассмотрения дел там не был случайным, и эффект правдоподобно объясняется организацией расписания заседаний.

Что из этого следует практически: не стройте систему на «беречь силу воли». Стройте на уменьшении числа решений и сопротивления среды — это работает независимо от того, верна ли метафора мышцы.

Подтверждено: сон и накопленный дефицит

Здесь база твёрдая. Van Dongen et al., «The cumulative cost of additional wakefulness», Sleep, 2003 (https://doi.org/10.1093/sleep/26.2.117): при ограничении сна до 6 часов в сутки когнитивные показатели деградируют линейно и накопительно в течение двух недель, причём субъективная оценка сонливости выходит на плато — люди перестают замечать, насколько они хуже соображают. Через две недели по объективным тестам группа «6 часов» была сопоставима с группой, не спавшей сутки-двое подряд.

Для инженера это переводится буквально: если вы неделю недосыпаете, вы не «немного уставший». Вы работаете как человек после бессонной ночи и при этом искренне считаете, что всё нормально. Ревью в этом состоянии особенно опасны — они выглядят выполненными.

Скорее да: хронотипы

Индивидуальные различия в фазе циркадных ритмов — реальный, измеримый феномен; базовый инструмент — Munich Chronotype Questionnaire, Roenneberg et al. (https://www.thewep.org/documentations/mctq). Разброс пика когнитивной производительности между выраженными «жаворонками» и «совами» — несколько часов. Из этого же направления происходит понятие «социального джетлага» — рассогласования между биологическим и рабочим расписанием.

Практический вывод скучный, но важный: не копируйте чужое расписание. Все книги про «вставать в 5 утра» написаны людьми, которым это физиологически удобно. Если ваш пик — в 22:00, «подъём в 5» не сделает вас продуктивнее, он просто отрежет ваш лучший блок.

Сомнительно: 90-минутные ультрадианные циклы

Идея «работайте блоками по 90 минут, потому что таков BRAC» восходит к работам Клейтмана о базовом цикле покоя-активности. Циклы сна ~90 минут описаны надёжно; распространение этого на дневную умственную работу с точностью до минут — экстраполяция, а не измеренный факт. Блоки по 60–90 минут действительно удобны — но потому, что это удобная единица планирования и примерно столько люди выдерживают непрерывной концентрации, а не потому, что «так велит биология».

Популярно, но слабо: «управление энергией» по Лёру и Шварцу

«The Power of Full Engagement» (Loehr, Schwartz, 2003) популяризовала деление энергии на физическую, эмоциональную, ментальную и духовную. Как рамка для размышления — удобно. Как научная модель — это консалтинговая конструкция на основе работы со спортсменами, без сильной доказательной базы. Пользуйтесь как чек-листом («я устал физически, эмоционально или у меня просто нет ясности по задаче?»), не пользуйтесь как законом природы.

Работает, но скучно: движение и паузы

Метаанализы влияния физической активности на когнитивные функции у взрослых — например, Northey et al., British Journal of Sports Medicine, 2018 (https://doi.org/10.1136/bjsports-2016-096587) — дают небольшие, но устойчивые положительные эффекты. Двадцатиминутная прогулка вместо просмотра ленты в обед — это, вероятно, самое доказанное вмешательство из всего списка. И самое игнорируемое.

Инженерная специфика: почему у нас всё хуже

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

Длинный разогрев. Между «сел за задачу» и «понимаю систему» проходит 15–40 минут, которые невозможно сократить дисциплиной. Значит, блок короче 45 минут почти бесполезен для сложной работы — вы успеваете только разогреться. Отсюда: 90 минут непрерывно лучше, чем три раза по 30, и разница между ними не в три раза, а в бесконечность.

Календарь мейкера против календаря менеджера. Пол Грэм, «Maker’s Schedule, Manager’s Schedule», 2009 (http://www.paulgraham.com/makersschedule.html). Менеджер живёт слотами по часу, и встреча в 14:00 стоит ему час. Мейкер живёт половинами дня, и та же встреча в 14:00 стоит ему полдня — она делит день на два огрызка, ни в одном из которых нельзя начать большое. Отсюда правило, которое стоит защищать зубами: встречи слипаются к краям дня и не рассыпаются по середине.

Дежурства. On-call — это не «немного дополнительной работы». Это налог на внимание даже в те часы, когда ничего не падает: вы не можете уйти в глубокий блок, зная, что через десять минут может прилететь пейдж. Google SRE Book, глава «Being On-Call» (https://sre.google/sre-book/being-on-call/) прямо описывает это как источник психологической нагрузки и рекомендует ограничивать число инцидентов на смену (ориентир — не более двух за 12-часовую смену, чтобы оставалось время на полноценный разбор). Практический вывод: на неделе дежурства не планируйте задач, требующих глубокого фокуса. Планируйте ревью, документацию, разбор алертов, мелкие улучшения. Иначе вы просто будете каждый день не выполнять план и считать себя неудачником.

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

Замер: две недели журнала энергии

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

Формат минимальный — три раза в день строка в текстовом файле. Не заводите приложение, оно умрёт на третий день.

# energy.md
# дата время | внимание 1-5 | энергия 1-5 | что делал | помехи | заметка
2026-06-01 11:00 | 5 | 4 | схема БД для биллинга | 0 | лучший блок недели, дверь закрыта
2026-06-01 15:00 | 2 | 2 | ревью PR #4412       | 4 | после созвона, ничего не соображаю
2026-06-01 18:30 | 3 | 2 | дописал тесты        | 1 | второе дыхание, но короткое
2026-06-02 10:30 | 4 | 4 | дебаг таймаутов      | 2 | прервали дважды, вернулся ~15 мин

Через две недели ищите не «средние», а закономерности:

• В какое время у вас были все ваши пятёрки по вниманию? Это ваш пик. Он один, редко два.
• Что стоит непосредственно перед провалами? Часто это не время суток, а конкретный тип события: созвон с конфликтом, разбор чужого legacy, отказ по вашему RFC.
• Сколько реально было помех и откуда? Люди систематически недооценивают их число, пока не начнут отмечать.
• Есть ли эффект дня недели? У многих понедельник и пятница структурно отличаются и требуют другого наполнения.

Типичный результат: у человека один хороший блок 90–120 минут, обычно утром, и он регулярно тратит его на почту и стендап. Всё остальное расписание — вопрос вкуса, а вот это — реальная потеря.

Проектируем день под кривую

Дальше — конкретная раскладка. Это пример для «умеренного жаворонка» с пиком около 10:00–12:00; сдвиньте под свои данные.

Что здесь принципиально, а что косметика.

Принципиально:

1. Первый блок начинается до почты и до мессенджера. Не «проверю быстро» — вообще не открывая. Одно прочитанное неприятное сообщение переносит вас в состояние, из которого пик уже не достать.
2. Встречи сгруппированы в одну плиту и стоят в провале, а не в пике. Встреча в провале почти ничего не стоит; встреча в 10:30 стоит вам всей дорогой работы дня.
3. Пауза после первого блока — без экрана. Скролл ленты не восстанавливает внимание, он его добивает: та же модальность, та же нагрузка на рабочую память.
4. Разбор инбокса в конце, когда фокуса уже нет, но аккуратности хватает. Подробнее про механику инбокса — в статье Сбор задач.
5. Дорогая задача повторяется в блоках 1 и 2. Не «утром архитектура, после обеда другой проект» — это платить за разогрев дважды за день.

Косметика: точные границы, длина пауз, названия секций. Не тратьте волю на подгонку под минуты.

Как это выглядит в календаре буквально

Не «мысленно решил», а записано, видно коллегам и защищено:

09:30–11:30  [Фокус] Биллинг: модель повторов платежей   — занят, приватно, без уведомлений
11:30–11:50  Пауза                                       — свободен
11:50–13:00  [Фокус] Биллинг: продолжение
13:00–14:00  Обед                                        — занят
14:00–15:00  Ревью и мелочи                              — свободен для встреч
15:00–16:30  Окно для встреч                             — свободен
16:30–17:30  [Фокус-лайт] Тесты к вчерашнему PR
17:30–18:00  Инбокс, план на завтра                      — занят

Несколько практических деталей, которые решают, будет это работать или нет:

• Блок фокуса — со статусом «занят», иначе система автопланирования встреч у коллег поставит созвон прямо в него.
• Название блока — конкретное («Биллинг: модель повторов платежей»), а не «работа». Расплывчатое название означает, что в начале блока вы будете решать, чем заняться, и потратите на это самое дорогое время дня.
• Оставьте одно явное окно для встреч, публично видимое. Это разница между «Марк недоступен» и «Марк доступен с 15 до 16:30» — второе не вызывает конфликта.
• Не заполняйте день на 100%. Ориентир для инженера — 60–70% запланированного: остальное съедят инциденты, вопросы и то, что задача оказалась сложнее. Планирование на 100% гарантирует ежедневное невыполнение плана, а это отдельный, совершенно бессмысленный источник стресса.

Детально календарную механику разбираем в Календаре как главном инструменте, а защиту фокуса и помодоро — в статье про фокус.

Приёмы, которые дают наибольший эффект на единицу усилия

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

Незакрытые вопросы — из головы на бумагу. Открытый вопрос («а вдруг там гонка?») занимает слот в рабочей памяти постоянно. Записанный — не занимает. Это же относится к тревоге про задачи, которых вы сегодня не касаетесь.

Ставьте одну дорогую задачу в день, а не три. Не потому что «фокус на главном» как лозунг, а потому что у вас физически один пик. Две дорогие задачи в дне означают, что вторая получит остатки и, скорее всего, будет сделана плохо.

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

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

Батчируйте однородное. Все ревью — в один слот. Все ответы в тредах — в два слота. Не потому, что так «эффективнее по часам», а потому что каждая смена типа работы — это новая порция остатка внимания.

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

Типичные ошибки

Оптимизировать выработку вместо результата. Классика: человек начинает считать часы в трекере и оптимизировать их вверх, работая при этом над второстепенным. Хорошая рамка против этого — SPACE (Forsgren, Storey, Maddila, Zimmermann, Houck, Butler, ACM Queue, 2021, https://queue.acm.org/detail.cfm?id=3454124): продуктивность многомерна (удовлетворённость, эффективность, активность, коммуникация, поток), и любая одна метрика гейммится.

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

Планировать глубокую работу на неделю дежурства. Разобрано выше. Это гарантированный провал плана и лишний повод считать себя плохим специалистом.

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

Использовать вечера как «резервный пик». Работает недолго и берёт в долг у сна, цена которого измерена (см. Van Dongen выше). Регулярные вечерние сессии — это не дополнительная производительность, это сдвиг проблемы на следующую неделю.

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

Про усталость, которая не проходит за выходные

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

Есть другое состояние: когда отдых перестаёт восстанавливать. Когда после отпуска через три дня вы там же, где были; когда появляется устойчивое отстранение и цинизм к работе, которая раньше нравилась; когда падает ощущение собственной компетентности; когда физически тяжело начать что угодно. ВОЗ классифицирует выгорание в МКБ-11 (код QD85) как «профессиональный феномен» — не как медицинский диагноз, но как явление, связанное с хроническим рабочим стрессом, с которым не удалось справиться (https://www.who.int/news/item/28-05-2019-burn-out-an-occupational-phenomenon-international-classification-of-diseases). Christina Maslach и Michael Leiter в своих работах показывают, что основные драйверы — организационные: перегрузка, отсутствие контроля, недостаток признания, несправедливость, конфликт ценностей, а не «слабая дисциплина».

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

Мини-итог

• Время — плохая единица планирования для инженера. Планируйте под внимание и энергию.
• Внимание тратится не «работой», а переключениями: 10–15 минут на возврат к коду после прерывания (Parnin), остаток внимания на прошлой задаче (Leroy).
• Дешевле всего лечится записанной «точкой возврата» перед уходом от задачи.
• Наука про энергию неровная: недосып и его накопительный эффект подтверждены надёжно, хронотипы реальны, ego depletion не воспроизвёлся, точные 90-минутные циклы — экстраполяция.
• Инженерная специфика: длинный разогрев, календарь мейкера, дежурства как налог на внимание, асинхронность.
• Измеряйте своё две недели журналом, потом стройте день: один дорогой блок в пик, встречи плитой в провал, инбокс в конец, 60–70% заполнения календаря.
• Личные техники работают в пределах разумной загрузки. За этими пределами это разговор об условиях работы, а не о дисциплине.

Источники

• Sophie Leroy. Why is it so hard to do my work? Attention residue. OBHDP, 2009. https://doi.org/10.1016/j.obhdp.2009.04.002
• Chris Parnin, Spencer Rugaber. Resumption strategies for interrupted programming tasks. Software Quality Journal, 2011. https://doi.org/10.1007/s11219-010-9104-9
• Gloria Mark et al. The Cost of Interrupted Work. CHI 2008. https://www.ics.uci.edu/~gmark/chi08-mark.pdf
• Hans Van Dongen et al. The cumulative cost of additional wakefulness. Sleep, 2003. https://doi.org/10.1093/sleep/26.2.117
• Martin Hagger et al. A Multilab Preregistered Replication of the Ego-Depletion Effect. PPS, 2016. https://doi.org/10.1177/1745691616652873
• Nelson Cowan. The magical number 4 in short-term memory. BBS, 2001. https://doi.org/10.1017/S0140525X01003922
• Till Roenneberg et al. Munich Chronotype Questionnaire. https://www.thewep.org/documentations/mctq
• Paul Graham. Maker’s Schedule, Manager’s Schedule, 2009. http://www.paulgraham.com/makersschedule.html
• Google SRE Book, ch. 11 «Being On-Call». https://sre.google/sre-book/being-on-call/
• Nicole Forsgren et al. The SPACE of Developer Productivity. ACM Queue, 2021. https://queue.acm.org/detail.cfm?id=3454124
• Joseph Northey et al. Exercise interventions for cognitive function in adults over 50. BJSM, 2018. https://doi.org/10.1136/bjsports-2016-096587
• WHO. Burn-out an occupational phenomenon: ICD-11. https://www.who.int/news/item/28-05-2019-burn-out-an-occupational-phenomenon-international-classification-of-diseases
• Gloria Mark. Attention Span. Hanover Square Press, 2023.

Что дальше

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

Сбор задач: инбокс, выгрузка из головы и почему память — плохой планировщик