Переключение контекста: сколько это стоит и как посчитать

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

Каждое переключение — это разрыв одной из таких нитей.

Оглавление

• Что такое переключение контекста
• Что происходит с концентрацией при переключении
• Что реально показали исследования про стоимость переключения контекста
• Внешние и внутренние отвлечения
• Иллюстративный расчёт для восьмичасового дня
• Как переключения видно в DevPace
• Как проверить это на себе
• Что делать с этим выводом

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

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

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

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

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

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

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

Одно из самых цитируемых лабораторных подтверждений этому — работа Джошуа Рубинштейна, Дэвида Мейера и Джеффри Эванса «Executive Control of Cognitive Processes in Task Switching» (Journal of Experimental Psychology: Human Perception and Performance, 2001). Участников просили решать чередующиеся простые задачи (например, классифицировать числа то по чётности, то по величине) и измеряли время реакции. Результат устойчиво повторялся в разных версиях эксперимента: переход к новому набору правил всегда стоит времени, даже когда обе задачи предельно просты и человек заранее знает, что будет переключение. Эффект получил название switch cost — цена переключения — и он тем выше, чем сложнее и незнакомее новая задача.

Второй важный кусок механики — то, что часть внимания остаётся привязанной к прошлой задаче, даже когда человек уже формально занят следующей. Софи Леруа (University of Minnesota) описала это явление в статье «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) и предложила для него термин attention residue — «остаточное внимание». В её экспериментах участники, которых прерывали до завершения задачи, показывали худшие результаты в следующей задаче, чем те, кому дали задачу закончить: мысли о незавершённом деле продолжают конкурировать за ресурс внимания, пока задача не будет либо закрыта, либо сознательно отложена (например, короткой записью «вернусь к этому в 15:00», которая, по наблюдениям Леруа, частично снимает эффект).

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

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

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

Самое известное полевое (не лабораторное) исследование на эту тему — работа Глории Марк из Калифорнийского университета в Ирвайне вместе с Дэниелом Гудитом и Ульрихом Клоке, «The Cost of Interrupted Work: More Speed and Stress» (Proceedings of CHI 2008). Исследователи в течение нескольких дней наблюдали за реальными офисными сотрудниками, фиксируя каждое прерывание и каждое переключение задачи с секундомером в руках — не в лаборатории, а в обычном рабочем процессе. Два вывода этой работы особенно важны и хорошо воспроизводятся. Во-первых, прерванную задачу человек возобновляет не сразу — в среднем между прерыванием и возвратом к исходной задаче происходит ещё около двух промежуточных дел. Во-вторых, люди компенсируют потерянное время, работая после прерывания быстрее — и в целом справляются с той же задачей за сопоставимое время, — но эта компенсация имеет цену: авторы зафиксировали более высокий уровень стресса, фрустрации, ощущения дефицита времени и субъективных усилий у прерываемых сотрудников по сравнению с теми, кого не прерывали.

Здесь же стоит отдельно остановиться на числе, которое встречается в интернете почти в любом материале на эту тему: «после отвлечения требуется в среднем 23 минуты 15 секунд, чтобы вернуться к задаче». Цифра действительно связана с именем Глории Марк, но с ней стоит быть аккуратным. Более поздние попытки найти первоисточник этой конкретной цифры с такой точностью — вплоть до секунд — упираются в то, что она не встречается в опубликованной рецензируемой статье в этом виде; журналисты и блогеры на протяжении многих лет ссылаются друг на друга, а не на исходное измерение, и часть материалов приписывает цифре не то исследование, в котором она реально прозвучала. Использовать «23 минуты» как точный универсальный факт — значит воспроизводить растиражированное СМИ упрощение, а не результат конкретного эксперимента с указанной методологией. Разумная позиция здесь — не выбрасывать число совсем (оно возникло не из воздуха и примерно соответствует порядку величины, который показывают и другие полевые наблюдения), а использовать его как грубый, спорный ориентир, а не как точную константу для любых расчётов.

Отдельно от вопроса «сколько минут длится возврат» Глория Марк изучала и другой, тоже интересный показатель — сколько времени человек вообще способен непрерывно удерживать внимание на одном экране до следующего переключения (не обязательно вынужденного). В книге «Attention Span: A Groundbreaking Way to Restore Balance, Happiness and Productivity» (2023) она приводит данные многолетних полевых наблюдений: в 2004 году среднее время на одном экране до переключения составляло около двух с половиной минут, к 2012 году сократилось примерно до 75 секунд, а в последние несколько лет держится на уровне около 47 секунд. Это не то же самое, что «время на восстановление после прерывания» из работы 2008 года — это скорее показатель того, насколько часто внимание вообще перескакивает с объекта на объект, вне зависимости от того, вызвано ли это внешним раздражителем или собственным решением. Обе метрики важны, но отвечают на разные вопросы, и путать их не стоит.

Если сложить эти три источника вместе, вырисовывается картина, которая устойчивее любой отдельной цифры. Переключение задачи требует времени на перестройку рабочей конфигурации (Рубинштейн и соавторы, 2001). Часть внимания задерживается на незавершённой предыдущей задаче и мешает следующей (Леруа, 2009). Возврат к прерванной задаче не мгновенен и сопровождается ростом субъективной нагрузки, даже если объективная скорость выполнения не падает (Марк, Гудит, Клоке, 2008). А частота, с которой вообще происходят такие переключения в течение дня, судя по многолетним наблюдениям, только растёт (Марк, 2023). Ни один из этих выводов не даёт готовую формулу «N минут за одно переключение», но вместе они полностью оправдывают сам вопрос статьи: стоимость переключения контекста — это не миф и не преувеличение маркетологов трекеров времени, а воспроизводимый в разных методологиях эффект. Именно поэтому его вообще стоит считать, просто считать честно, а не подставлять чужую спорную цифру в свою ситуацию не глядя.

В англоязычных источниках эту же тему чаще ищут как context switching стоимость или context switching cost — по сути тот же вопрос, только с английским термином вместо русского; количество и качество исследований по обе стороны языка примерно совпадает, потому что чаще всего это одни и те же первоисточники.

Стоит понимать и разницу между лабораторными и полевыми данными, раз уж в статье встречаются оба типа. Лабораторные эксперименты вроде работы Рубинштейна дают точный, воспроизводимый эффект, но на предельно упрощённых искусственных задачах — классификации чисел, простых стимулах, — потому что только так можно измерить эффект в чистом виде, без посторонних факторов. Полевые наблюдения Марк и соавторов честнее отражают реальную работу, но зависят от конкретной выборки офисов и профессий, в которых велось наблюдение, и не претендуют на то, что дают одну и ту же цифру для айтишника, бухгалтера и хирурга. Оба типа данных нужны и дополняют друг друга: лаборатория объясняет механизм, поле — показывает его в реальных условиях, но ни один из двух подходов не даёт основания для фразы вида «переключение контекста стоит ровно X минут для всех».

Внешние и внутренние отвлечения

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

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

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

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

Иллюстративный расчёт для восьмичасового дня

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

Представим гипотетический восьмичасовой рабочий день — 480 минут активного времени, без учёта обеда и коротких пауз. За этот день человек переключился между задачами 40 раз: часть переключений — короткие (проверил уведомление и вернулся за пять секунд), часть — с полным уходом в другую задачу на 20–30 минут и таким же полным возвратом. Из 40 переключений условно 14 вызваны внешними причинами (сообщения, звонок, вопрос коллеги), 26 — внутренними (сам переключился).

Ключевая ошибка, которую хочется совершить на этом шаге, — взять спорную цифру «23 минуты 15 секунд» из предыдущего раздела и просто умножить её на 40. Это дало бы почти 930 минут потерь — больше, чем длится сам восьмичасовой день, что уже само по себе показывает: так считать нельзя. Цифра из растиражированного заголовка описывала не любое переключение, а возврат к содержательной, требующей сосредоточения задаче после заметного отвлечения — она заведомо не подходит для пятисекундного взгляда на уведомление.

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

Даже в самом консервативном сценарии из этого условного примера 40 минут — это почти 40-минутный рабочий блок, полностью растворённый в переключениях, а не потраченный на саму работу. В среднем сценарии это уже 1,5–2 часа из восьми — больше, чем многие готовы предположить на глаз. Завышенный сценарий наглядно показывает, почему бездумно умножать спорную газетную цифру на число переключений — плохая идея: результат перестаёт быть похож на правду ещё до того, как его вообще стоит обсуждать.

Общая формула, которую можно применить к своим числам, устроена так же просто, как в этом примере: потери времени = число переключений за день × честная средняя цена одного переключения для вашего типа работы. Число переключений — это то, что можно измерить объективно. Цена одного переключения — единственная переменная, которую придётся оценивать самостоятельно, и разумнее занижать её, чем брать самую драматичную цифру из интернета.

Формулу можно уточнить ещё на один шаг, если разделить переключения по типу из таблицы выше — внешние и внутренние. В нашем условном примере внешние прерывания (14 штук) чаще выдёргивают человека прямо из содержательной задачи и потому в среднем обходятся дороже — предположим, условные 3 минуты на возврат; внутренние переключения (26 штук) чаще короткие и произвольные, ближе к 1,5 минутам. Тогда 14 × 3 = 42 минуты потерь от внешних прерываний и 26 × 1,5 = 39 минут от внутренних — в сумме около 81 минуты, что почти точно попадает в «средний» сценарий из таблицы. Раздельный подсчёт не только уточняет итоговую цифру, но и показывает, куда в первую очередь имеет смысл вкладывать усилия: в этом придуманном примере вклад внешних и внутренних переключений в итоговые потери почти одинаков, а значит, работа только с уведомлениями (внешний источник) решит от силы половину проблемы.

Как переключения видно в DevPace

Число переключений — не то, что нужно вспоминать по памяти в конце дня: DevPace фиксирует категорию активности (IDE, браузер, коммуникации, терминал и так далее) и её длительность автоматически, в фоне, без содержимого окон, документов или переписки — и на основе одних только смен категории строит несколько разных срезов одних и тех же данных.

Первый срез — дневной тренд. График «Частота переключений» в разделе «Тренд» показывает не абстрактное число, а переключения контекста в час за каждый день, с указанием собственной средней пользователя за период (например, «ваша средняя: 7.1/ч») — не общей нормы по всем пользователям DevPace, а именно личной. Такое сравнение с собой отвечает на вопрос «сегодня темп выше или ниже, чем обычно у меня», а не «выше или ниже, чем у кого-то ещё».

На графике виден ровный уровень столбцов на большинстве дней и выделенный темнее столбец сегодняшнего, ещё не завершённого дня.

Второй срез — не по датам, а по часам суток. Почасовой график в разделе «Паттерны», «В какое время дня я больше всего отвлекаюсь», схлопывает последние 30 дней в один усреднённый профиль часа: если в 13:00–14:00 переключений стабильно больше, чем в остальные часы, это не случайность одного дня, а часть повторяющегося распорядка — например, ежедневная серия коротких синхронизаций с командой в это время. Рядом стоит график по дням недели, «Какой день недели у меня обычно самый продуктивный»: он показывает ту же логику усреднения, но по дню недели вместо часа, и вместе оба графика позволяют увидеть не только «когда именно в течение дня», но и «в какие дни недели» фрагментация выше обычного.

На скриншоте — распределение переключений по часам суток: виден один или два выраженных пика, а не ровная линия.

Третий срез — самый детальный. «Лента дня» на странице «Сегодня», см. «Где посмотреть, чем был занят каждый час рабочего дня», и разбор конкретного дня в «Истории» показывают не агрегат, а реальную последовательность отрезков времени: где именно случилась серия быстрых переключений, сколько она длилась и в какую категорию уходило внимание. Здесь можно приблизить любой участок дня колесом мыши и увидеть переключения не как число, а как конкретную картину времени.

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

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

Как проверить это на себе

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

1. Возьмите один типичный день — не самый спокойный и не самый хаотичный, а рядовой рабочий день без специфики вроде отпуска или аврала.
2. Посчитайте число переключений за день — либо по графику «Частота переключений» в «Тренде», либо по «Ленте дня», если хочется увидеть отрезки времени напрямую.
3. Разделите переключения на внешние и внутренние, ориентируясь на таблицу выше и на собственную память о дне: сколько раз вас действительно отвлекли, а сколько раз вы сами решили переключиться.
4. Оцените честную цену переключения для каждого типа — отдельно для быстрых (проверил и вернулся) и для содержательных (ушёл в другую задачу надолго). Разумная отправная точка — не «23 минуты» на всё подряд, а собственная оценка по памяти: сколько времени реально уходит на то, чтобы «войти обратно» в прерванную мысль.
5. Посчитайте по формуле из раздела расчёта: число переключений каждого типа × цена этого типа, и сложите.
6. Повторите через неделю, попробовав одно конкретное изменение — например, закрытый интервал без уведомлений на два часа в день или перенос части переписки в один блок вместо реакции по мере поступления. Сравните не только итоговое число потерь, но и то, как изменилось соотношение внешних и внутренних переключений.

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

Что делать с этим выводом

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

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

Смотрите также

• Переключения контекста: сколько — это нормально
• Глубокая работа: почему процент важнее часов
• Как понять, на что уходит рабочее время

Посмотреть демо

Опубликовано: 26 июля 2026 г.