Slack, Jira, код, потом письмо, созвон, ещё пять вкладок после него — и вот уже обед. А главная задача, ради которой вообще открывали ноутбук, не сдвинулась ни на шаг. Куда уходит время?
Slack, Jira, код, потом письмо, созвон, ещё пять вкладок после него — и вот уже обед. А главная задача, ради которой вообще открывали ноутбук, не сдвинулась ни на шаг. Куда уходит время?
Календарь при этом выглядит вполне нормально: восемь часов, несколько встреч, закрытые тикеты, десятки сообщений в Slack. По документам вы были заняты весь день.
В статье есть ссылки партнеров. Это значит, что если вы что-то покупаете с нашей помощью — вы также поддерживаете dev.by. (Вот другой способ).
При этом редакция и авторы независимы в выборе темы, концепции материала, фокуса описания, подхода к услугам или товарам. Прежде чем что-то советовать, мы много читаем и смотрим по теме, говорим с экспертами.
Редакция может выражать свое мнение и пробовать всё на себе.
Если рекомендательный материал обновляется, мы указываем, что и когда поменялось, в самом начале.
Так выглядит рабочий хаос сегодня. Он редко приходит одним большим сбоем, чаще расползается на десятки мелких переключений, лишние созвоны, ручные передачи между системами и попытки вспомнить, что вы вообще делали до последнего уведомления. И у всего этого есть цена.
Разбор «Context-switching tax» оценивает: специалист переключается между приложениями около 1200 раз в день. Но считать клики бессмысленно: вкладка закрывается за секунду, а проблемы остаются с вами ещё долго после.
Психолог Софи Леруа называет это attention residue: вы бросаете задачу и переходите к другой, а часть внимания остаётся на прежней. Особенно если старую задачу не успели закончить. Вы уже читаете новый тикет, а кусок внимания всё ещё разбирается с прошлым окном.
Отсюда знакомое чувство: весь день что-то делали, а вечером не можете вспомнить, что именно закончили. И дело не в дисциплине. Рабочая среда держит вас в нескольких контекстах сразу, и вы платите за каждое переключение между ними.
Поэтому иногда эффективнее просто реже переключаться.
Мультипроектность работает так же. Логика менеджера понятна: если у инженера есть свободное время, почему не дать ему ещё одну задачу? Только эта «ещё одна задача» значит, как минимум, ещё один контекст, который теперь придётся держать в голове.
В Pandev Metrics измерили разницу. Один проект в день даёт около 92 минут фокусного времени, два проекта уже 71 минуту, три — 48 минут. А четыре и больше — только 29.
Нет, два проекта не превращают день ровно в два раза хуже, чем с одним. Но тенденция красноречива: чем больше контекстов вы держите в голове, тем меньше времени остаётся на глубокую работу.
Есть и классическая модель Джеральда Вайнберга. Она показывает ту же проблему с другой стороны: добавляя проекты, вы теряете не только долю времени на каждый из них, но и платите временем за переход между ними.
Поэтому «у меня сейчас пять задач в работе» не всегда значит высокую загрузку. Иногда это просто пять задач, которые дерутся за один и тот же кусок вашего внимания.
С созвонами, кстати, то же самое. Часовая планёрка на пять человек: для календаря — одна встреча, а для компании 5 человеко-часов. Считается просто:
Пять сотрудников с зарплатой $100 000 в год: еженедельный часовой созвон обходится им примерно в $12 500 в год, и это только прямая стоимость времени. Так считает калькулятор стоимости встреч Meetwave.
Но зарплата — ещё не вся цена. Встреча разрывает сложную задачу, и потом приходится заново собирать контекст. Pandev Metrics оценивают такое восстановление в 25–30 минут.
Но если встреча попала на естественную границу, например сразу после рабочего блока или обеда, потери меньше. Поэтому важнее не число встреч, а их место в течение дня. Два часа работы, разбитые получасовым созвоном пополам, стоят куда меньше, чем те же два часа одним куском.
Есть ещё один вид рабочего хаоса, который легко не заметить: ручные передачи. Задача появляется в одном сервисе. Кто-то переносит её в таблицу, результат нужно занести в другой инструмент, а статус отправить в Slack. Через день всё повторяется. Каждая операция настолько маленькая, что её трудно назвать проблемой — именно поэтому она хорошо маскируется.
Разбор стоимости manual handoffs считает просто: одна передача занимает 20 минут, таких в неделю 50 — итого больше 16 часов. И это ещё оптимистично. На самом деле ручной перенос включает не только копирование, но и проверку, поиск нужного поля, исправление ошибок и попытку вспомнить, откуда вообще взялась эта цифра.
Если одно и то же действие повторяется десятки раз, проблема обычно в процессе: он устроен так, что человек выполняет роль API между двумя системами.
На этом месте легко прийти к привычному решению: лучше планировать день, ставить Pomodoro, блокировать календарь, закрывать вкладки. Всё это может работать, но есть проблема: такие советы предполагают, что каждый рабочий час одинаков. Но это не так.
Разбор энергопланирования предлагает смотреть не только на время, но и на уровень ментальной энергии: оценивать её по шкале от 1 до 5 — от «готов решать самую сложную задачу» до «даже простая концентрация не даётся».
Отмечайте так каждые пару часов в течение недели, и довольно быстро проявится собственный ритм. У кого-то лучший участок дня приходится на утро, у кого-то на вторую половину.
Тогда становится заметно, почему обычное планирование иногда даёт странный результат. К примеру, вы можете идеально заполнить календарь и поставить сложнейшую инженерную задачу на тот момент, когда мозг уже работает на «двойку». А на утренний пик внимания оставить почту и статусную встречу.
День при этом выглядит полностью организованным. Но самые дорогие часы уходят на задачи, которые могли бы подождать любое другое время.
Здесь не нужен новый сервис. В течение недели достаточно фиксировать две вещи: уровень энергии раз в пару часов и моменты, когда вас выбрасывает из текущей задачи. Плюс отдельно посмотреть на календарь и отметить встречи, которые разрывают большие рабочие блоки.
В конце недели картина обычно оказывается интереснее любого productivity-совета. Например, может выясниться, что два часа самого сильного фокуса ежедневно уходят на коммуникацию. Или после каждой утренней встречи вы уже не возвращаетесь к сложной задаче до обеда. А значительная часть времени пятницы, оказывается, уходит на ручное обновление нескольких систем.
Вот тут появляется предмет для конкретного разговора. «Я не успеваю» превращается в «у меня три часа самого продуктивного времени в день, и половину из них сейчас забирают встречи и переключения». А «мне мешают уведомления» — в «я проверяю четыре канала каждые двадцать минут, поэтому практически не получаю длинного непрерывного блока». Или «нам нужна автоматизация» — в «эта операция повторяется 50 раз в неделю и занимает больше 16 часов».
Рабочий хаос становится измеримым, а значит, с ним уже можно что-то делать.
Иногда недельный аудит вскрывает системную проблему: приоритеты постоянно меняются, между людьми не выстроены зависимости, сроки размыты, объём работ бесконечно растёт (scope creep). Тогда имеет смысл посмотреть в сторону проектного менеджмента. Обещание успеть больше здесь ничего не гарантирует — важнее то, какие именно механизмы курс помогает перестроить.
Специализция Project Management Principles and Practices Specialization на Coursera подходит, если нужно разобраться, как устроен проект целиком. В программе есть работа со scope, планом проекта, структурой задач, бюджетом и рисками.
Она помогает увидеть источник хаоса там, где отдельный таск-менеджер уже не спасает: задача может быть нормально поставлена, а весь проект остаётся плохо спроектированным.
Если хочется более прикладного и короткого захода именно в управление временем проекта, можно взять Time Management and Scheduling for Projects на Coursera. Здесь всё практичнее: как оценивать длительность работ, выстраивать зависимости, находить критический путь и контролировать расписание.
Полезный уровень, когда вы понимаете: «Я не успеваю, потому что задачи зависят друг от друга, а сроки постоянно сдвигаются». Курс обновлялся в июне 2026 года и включает практические задания.
Самые полезные изменения выглядят скучно: меньше каналов для постоянной проверки, несколько заранее выделенных окон для коммуникации, созвоны, сгруппированные так, чтобы меньше рвать глубокую работу.
Дороже всего стоит не ускорить ручную операцию, а один раз перестать делать её руками. Разбор «Сontext-switching tax» предлагает обрабатывать уведомления пакетом, а не реагировать на каждое сразу. Логика простая: если каждое сообщение способно тут же изменить ваш план, никакого плана на самом деле нет.
То же и с проектами. Если задача не требует вашего участия сегодня, иногда полезнее не держать её в активном контексте, чем оставлять открытой «на всякий случай».
У аудита есть предел. Если проблема — это сложная аналитика, работа нескольких команд, расчёт ресурсов или серьёзная автоматизация процессов, пары недель наблюдений не хватит: здесь нужен полноценный анализ.
То же с энергией. Это инструмент, чтобы найти свои закономерности, а не универсальная научная формула продуктивности. Исследования самоконтроля и когнитивной усталости рисуют картину куда сложнее, чем советы про силу воли или правильное время.
Аудит нужен не затем, чтобы вы стали идеально оптимизированным работником, а чтобы понять, какая часть вашей работы сейчас стоит слишком дорого.
Через неделю у вас, возможно, не появится ни одного нового инструмента. Но это неплохой результат. Зато будут цифры: столько-то часов ушло на встречи, столько-то — на ручные передачи, столько-то раз пришлось возвращаться к прерванной задаче. И станет понятно, в какие часы вы вообще способны на сложную работу. После этого разговор о продуктивности перестаёт быть абстрактным.
Дальше решения обычно скучные. Попробовать убрать одну встречу. Перестать проверять Slack каждые десять минут. Автоматизировать перенос данных, который кто-то вручную тащит с прошлого года…
Рабочий хаос редко съедает день целиком. Он крадет его по пять-десять минут за раз, но за неделю аудита эти минуты складываются в часы — и вернуть их можно не ускоряясь, а просто перестав платить за переключения собственным вниманием.
Релоцировались? Теперь вы можете комментировать без верификации аккаунта.