DevPace
БлогСправкаНовостиСкачатьДемоТарифыПривязка устройстваВойтиНачать

Сколько можно работать без перерыва: что говорят данные

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

Что известно о пределах непрерывной концентрации

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

Проблема с любой такой конкретной цифрой в том, что она обобщает то, что на практике сильно индивидуально. Общая идея — концентрация действительно не бывает ровной весь день, у неё есть подъёмы и спады — выглядит устойчиво. А вот конкретная длина “своего” цикла зависит от множества вещей сразу: сколько человек спал накануне, какого рода задача перед ним (читать чужой код и вести переговоры — разная нагрузка на внимание), уровень стресса, кофеин, время суток, да и просто индивидуальные особенности нервной системы. Есть и конкурирующая, гораздо более короткая рамка — техника Pomodoro с интервалами по 25 минут, — которая помогает многим не потому, что 25 минут какое-то особое физиологическое число, а потому что искусственно вводит регулярность там, где иначе её не было бы вовсе.

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

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

Как DevPace измеряет вашу собственную самую длинную серию

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

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

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

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

Почему это отдельный показатель, а не часть суммы

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

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

Иллюстративный пример

Предположим, разработчик несколько недель подряд смотрит на панель DevPace и замечает закономерность: самая длинная серия фокуса почти каждый день начинается между 9:40 и 10:15 утра — то есть вскоре после начала рабочего дня, до первых встреч и сообщений в мессенджерах, — и обычно длится около полутора часов, прежде чем прерывается. При этом суммарное время глубокой работы за день у него довольно стабильное независимо от того, была ли такая длинная серия или нет — просто в дни без неё фокус набирается мелкими порциями в течение дня.

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

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

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

Что с этим делать: сигнал, а не рекорд

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

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

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

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

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

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

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