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

• Что такое глубокая работа
• Кэл Ньюпорт и книга Deep Work
• Критика концепции глубокой работы
• Как измерить глубокую работу технически
• Сводная таблица методов измерения фокуса
• Почему 100 процентов глубокой работы не бывает
• Как это выглядит в DevPace
• Как проверить на себе

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

Это определение звучит просто, но именно простота обманчива. Большинство людей уверены, что могут на глаз оценить, сколько сегодня “поработали по-настоящему”, — и почти всегда ошибаются в обе стороны: то приписывают себе фокус, которого не было, потому что “весь день просидели за компьютером”, то, наоборот, обесценивают продуктивный день только потому, что он ощущался тяжело и рвано. Вопрос “deep work что это” всё чаще вбивают в поиск не из любопытства к книге Кэла Ньюпорта, а с практическим намерением — понять, можно ли вообще это состояние отследить, а не просто почувствовать задним числом.

Глубокая работа — это непрерывность среди шума, а не отсутствие шума вообще.

Что такое глубокая работа

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

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

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

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

Кэл Ньюпорт и книга Deep Work

Термин в его нынешнем виде закрепился благодаря книге американского профессора информатики Кэла Ньюпорта (Cal Newport) «Deep Work: Rules for Focused Success in a Distracted World», вышедшей в 2016 году. Ньюпорт не был первым, кто описывал ценность длительной непрерывной концентрации, — сама идея не нова, — но именно он ввёл компактный термин и построил вокруг него практическую рамку, которая быстро распространилась за пределы академической среды в корпоративный и IT-контекст.

Центральный тезис книги простой: способность к глубокой, непрерывной концентрации на когнитивно сложных задачах становится всё более редким и всё более ценным навыком именно потому, что современная рабочая среда — открытые офисы, постоянные уведомления, культура “всегда на связи” в мессенджерах — системно вытесняет условия, необходимые для такой концентрации. Ньюпорт противопоставляет глубокую работу “поверхностной” (shallow work) — не потому что поверхностные задачи не нужны, а потому что рабочий день, целиком состоящий из них, не может произвести результат, требующий длительного удержания сложной идеи в голове.

Отвечая на вопрос “deep work что это” в формулировке самого Ньюпорта, — это профессиональная деятельность, выполняемая в состоянии свободной от отвлечений концентрации, доводящая когнитивные способности до предела. Ключевое слово здесь — “предела”: Ньюпорт настаивает, что глубокая работа не просто приятна или желательна, а функционально необходима для создания ценности, которую сложно скопировать, — в противовес задачам, которые может выполнить кто угодно при должном терпении.

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

Критика концепции глубокой работы

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

Ньюпорт — университетский профессор и писатель, то есть человек, чья основная профессиональная деятельность (исследования, написание текстов) действительно требует долгих одиночных периодов концентрации и почти не требует синхронного взаимодействия с другими людьми в реальном времени. Многие рецензии и разборы книги справедливо отмечают, что этот же режим гораздо труднее — иногда буквально невозможно — применить к ролям, устроенным вокруг постоянного интерактивного взаимодействия: поддержке клиентов, управлению командой, продажам, части менеджерской и operations-работы. Руководитель, который блокирует четыре часа в календаре под “глубокую работу без сообщений”, в это же время перестаёт быть доступным для команды — и для части ролей это не оптимизация, а прямой конфликт с должностными обязанностями.

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

Третья претензия — более практическая: сама идея глубокой работы легко превращается в источник вины. Если единственная метрика успеха — часы в состоянии непрерывного фокуса, день, состоящий из вполне нужной, но фрагментированной работы (поддержка коллег, разбор инцидентов, координация), начинает ощущаться как “плохой” день, хотя объективно он таким не был. Именно поэтому важно относиться к глубокой работе как к одной из метрик рабочего дня, а не к единственному критерию его ценности, — и именно поэтому DevPace всегда показывает эту метрику рядом с другими, а не как самостоятельную оценку “хорошо или плохо поработали”.

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

Как измерить глубокую работу технически

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

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

Логика простая и состоит из трёх шагов. Первый — фиксация категории активности: конкретное приложение или окно относится к одной из крупных категорий, например IDE, браузер, коммуникации или терминал, без сохранения содержимого самого окна — что именно печаталось, какой был текст в переписке или документе, значения не имеет и никогда не записывается, важна только сама категория и момент переключения. Второй шаг — группировка последовательных интервалов одной категории в непрерывные сегменты: если человек час подряд провёл в IDE без единого переключения куда-либо ещё, это один сегмент длиной в час, а не шестьдесят отдельных минутных записей. Третий шаг — фильтрация по порогу: из всех получившихся сегментов в “глубокую работу” засчитываются только те, что длиннее заданной минимальной длительности — короткие сегменты остаются активным временем, но не увеличивают долю глубокой работы.

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

Важная деталь операционализации — то, относительно чего считается доля. Глубокая работа не делится на календарные восемь часов рабочего дня и не на общее время, которое компьютер был включён: она делится на активное время — то есть на время, когда за компьютером реально что-то происходило. Это принципиально: обеденный перерыв, встреча без ноутбука или просто отошли от стола не считаются “потерянной глубокой работой”, потому что их вообще нет в знаменателе. Такое разделение защищает метрику от абсурдного результата вроде “у вас всего 20% глубокой работы за день”, когда на самом деле человек четыре часа физически отсутствовал на рабочем месте по уважительной причине.

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

Сводная таблица методов измерения фокуса

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

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

Почему 100 процентов глубокой работы не бывает

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

Во-первых, знаменатель метрики — активное время, а не календарные сутки, но даже внутри активного времени существуют легитимные короткие переключения, которые никогда не наберут пятиминутный порог сами по себе: короткий ответ коллеге, проверка календаря перед встречей, быстрый взгляд в почту между задачами. Такие фрагменты не исчезают из дня — они просто не попадают в сегменты глубокой работы, потому что по определению короче порога. Во-вторых, любая работа, требующая синхронного взаимодействия — созвоны, code review с коллегой, обсуждение задачи в чате, — структурно не может быть “глубокой” в этом узком техническом смысле, даже если она сама по себе ценна и когнитивно сложна. Это не изъян рабочего дня, а его нормальная, ожидаемая форма.

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

Практический вывод из этого простой: адекватная цель — не абсолютный максимум, а стабильность и осознанное сравнение дня с самим собой. Полезнее спрашивать не “как дойти до 100%”, а “почему в среду доля была заметно ниже, чем обычно, и было ли для этого объективное объяснение — например, день с четырьмя встречами подряд”. Сравнение сегодняшнего дня с личной историей, а не с недостижимым потолком, — гораздо более здоровый и практичный способ пользоваться этой цифрой; DevPace именно для этого позволяет ставить персональные цели по метрикам, исходя из собственной реалистичной нормы, а не из абстрактного идеала.

Как это выглядит в DevPace

Разбор дня в DevPace показывает долю глубокой работы не как изолированное число, а в контексте остальной структуры дня — рядом с активным временем, простоем и разбивкой по категориям занятий.

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

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

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

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

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

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

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

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

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

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

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

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

• Когда вы на самом деле сосредоточены
• Переключения контекста: сколько — это нормально
• Сколько можно работать без перерыва: что говорят данные

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

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