Проверю ещё раз

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

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

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

Для каждой отметки достаточно пяти вещей.

Отметку делайте только тогда, когда меняется ход текущей работы. Мелькнувшая мысль, после которой вы продолжили писать или считать как раньше, не требует отдельной строки. Нам нужен след перехода: вы сменили действие, ушли к другому объекту, начали проверку или после возврата пришлось восстанавливать контекст. Так журнал остаётся коротким и не превращает обычный поток мыслей в каталог «симптомов».

1. Время и текущая задача.Например: «11:20 — готовил расчёт стоимости».

2. Куда ушло внимание.«Открыл почту проверить ответ поставщика», «посмотрел статус согласования», «мысленно начал пересчитывать последствия возможного отказа», «перешёл к другой мелкой задаче».

3. Что послужило поводом.Был новый внешний сигнал или переход начался без него? Эта строка отделяет реакцию на событие от самопроверки.

4. Появился ли новый факт.Ответ пришёл, статус изменился, возникла новая цифра — или после проверки вы знаете ровно то же, что знали до неё?

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

Например, кусок записи может выглядеть так:

«10:05 — смета — сам открыл почту — нового сигнала не было — ответа нет — после возврата заново нашёл строку с транспортными расходами».

«10:32 — смета — пришло сообщение от бухгалтера — появилась новая цифра — внёс её в расчёт — вернулся сразу».

«11:10 — смета — вспомнил про согласование — проверил систему без уведомления — статус прежний — перечитал последние две строки расчёта».

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

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

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

Запись должна оставаться короткой, если не превращать её в анализ. Важнее сохранить событие, чем сразу объяснить его. В конце дня у вас должен появиться ряд переходов, а не сочинение о собственном состоянии.

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

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

В конце дня посмотрите на записи без общей оценки «хорошо» или «плохо». Сначала разложите переходы по двум простым вопросам. Было ли внешнее событие? Появилась ли после перехода новая информация? Уже эти два признака отделят часть необходимых реакций от повторных проверок неизменившегося состояния.

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

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

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

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

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

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

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