Четыре задачи в день: почему я перестал считать часы и начал считать переключения

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

А потом я начал работать с WIP-лимитами и обнаружил, что математика не работает.

Что не так с часами

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

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

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

Открытие: максимум четыре

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

Причём это не зависит от сложности. Простая задача на 30 минут и сложная на 3 часа стоят примерно одинаково — если они разные. Одна switch стоит столько же, сколько одна switch. Зато если задачи внутри одного контекста — например, три бага в одном проекте — они почти не считаются, потому что переключения нет.

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

Почему мелкие задачи убивают день

Из этого следует контринтуитивный вывод: мелкие задачи опаснее крупных.

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

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

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

Что говорят исследования — и чего не говорят

Есть известное исследование из Калифорнийского университета: после прерывания человеку требуется в среднем 23 минуты и 15 секунд, чтобы вернуться к задаче. Это часто цитируют в статьях про продуктивность.

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

И главное — исследования говорят о времени восстановления фокуса. Но никто не измеряет кумулятивный эффект: как пять переключений за день складываются в общее истощение когнитивного ресурса. Это как с алкоголем: один бокал — нормально, но если выпить пять, ты не «пять раз по одному бокалу». Ты в другом состоянии.

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

Канбан знал это давно. Но не для одного человека

В Kanban есть понятие WIP-лимита — ограничения на количество задач, которые одновременно находятся в работе. Команда из пяти человек ставит WIP-лимит 3 — значит, больше трёх задач одновременно не берётся.

Это работает для команд. Но в личном планировании WIP-лимит почти не используется. Большинство таск-менеджеров вообще не имеют понятия «слот» или «контекст». Есть приоритет, есть оценка времени, есть дедлайн. А «сколько разных вещей я могу за сегодня» — нигде.

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

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

Как я теперь планирую

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

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

Интересно, что это правило работает и в обратную сторону. Если у меня день с двумя задачами — я знаю, что есть запас. Можно взять ещё что-то, не ломая план. Это даёт ощущение контроля, которого нет при чисто временной оценке.

Два измерения планирования

Я прихожу к выводу, что реалистичное планирование требует двух осей:

Время — сколько часов займёт задача и сколько часов в бюджете дня. Это горизонтальная ось. Она отвечает на вопрос «влезет ли по времени».

Переключения — сколько контекстов я могу за день удержать. Это вертикальная ось. Она отвечает на вопрос «влезет ли по голове».

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

Большинство людей и инструментов планируют по одной оси — времени. И потом удивляются, почему план не работает. Не потому что неправильно оценили время. А потому что не учли, что ресурс не только часы. Ресурс — ещё и способность переключаться. И он конечен.

Вывод

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

Таск-менеджеры научились считать время. Некоторые научились показывать бюджет дня. Но никто не считает переключения. А зря. Потому что когда план разваливается, это обычно не потому что задач больше, чем часов. А потому что контекстов больше, чем голова может переварить.