Глубокая и поверхностная работа: как отличить в своём дне

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

Глубокая и поверхностная работа: как отличить в своём дне

Определение: чем глубокая работа отличается от поверхностной

Глубокая работа (deep work) — это выполнение когнитивно сложной задачи в состоянии, свободном от отвлечений, непрерывно и дольше короткого технического порога, обычно нескольких минут. Поверхностная работа (shallow work) — противоположность: задачи, не требующие глубокой концентрации, которые можно выполнять в фоновом режиме, параллельно с другими делами, и прерывание которых почти не портит результат. Термин закрепил Кэл Ньюпорт в книге «Deep Work: Rules for Focused Success in a Distracted World» (2016), противопоставив глубокую работу поверхностной именно по этому критерию — не по важности задачи, а по требованиям к непрерывности внимания. Общее объяснение самого понятия глубокой работы и то, чем она отличается от смежных состояний вроде фокуса и потока, подробно разобрано в статье «Что такое глубокая работа» — здесь мы сосредоточимся именно на границе между двумя категориями и на случаях, где эта граница неочевидна.

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

Три критерия, по которым стоит классифицировать задачу

Чтобы отличить одно от другого не интуитивно, а по конкретным признакам, полезно проверять задачу по трём вопросам, а не по одному общему ощущению «сложная она или нет».

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

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

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

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

Для быстрой ориентировки удобно свести эти три критерия в таблицу и прикладывать её к конкретной задаче, а не полагаться на впечатление от неё:

Спорные случаи: где проходит граница на практике

Код-ревью — глубокая работа или нет

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

Переписка по делу задачи

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

Совещания, статусы и административные задачи

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

Почему граница — это шкала, а не два ящика

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

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

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

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

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

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

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

Частые ошибки при разделении работы на глубокую и поверхностную

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

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

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

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

FAQ

Shallow work — это то же самое, что «бесполезная работа»? Нет. Поверхностная работа — это категория по требованиям к непрерывности внимания, а не оценка ценности задачи. Ответ клиенту, короткое согласование, обновление статуса — всё это может быть необходимым и важным, просто устроено технически иначе, чем задача, требующая долгого удержания сложного контекста.

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

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

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

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

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

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

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