Когда разбираешь день «медленного» работника, оказывается, что времени, когда его руки бездействуют, на самом деле очень мало.
Создание документов, ответы на письма — скорость набора текста на клавиатуре, скорее всего, высокая. Задержка возникает после прерываний из-за уведомлений в Slack или других мессенджерах.
Иными словами, требуется много времени, чтобы вернуться к исходному экрану и вспомнить, на чем ты остановился. Разница кроется именно во времени «перезапуска».
Советы вроде «делай быстрее» ускоряют только сам процесс работы, поэтому разрыв сокращается незначительно.
Я считаю, что это главная ловушка при попытке обрабатывать многозадачность как последовательность одиночных задач.
Исследовательская группа из Калифорнийского университета в Ирвайне наблюдала за 24 офисными работниками в течение трех с половиной дней. В среднем людям требовалось 25 минут, чтобы вернуться к прерванной задаче. Более того, за это время они успевали начать две или более другие задачи.
Таким образом, страдает не «скорость рук», а те самые 25 минут на возвращение. Люди, которых прерывают несколько раз в день, просто накапливают эти блоки по 25 минут; их скорость набора текста вполне достаточна.
Мне тоже требуется время на «перезапуск».
Поскольку я одновременно веду несколько сессий Claude Code, мой день полон прерываний. Но фактическое время набора текста коротко. Долгим является возврат от переключения контекста и восстановление памяти о том, до какой стадии я дошел. Особенно заметно, что писательские задачи, нарушенные взаимодействием с ИИ, страдают от снижения концентрации.
Продуктивность не улучшится, пока мы не сделаем «переключение мозга», а не просто «переключение задач», более рациональным.
Всплывает уведомление в Slack -> проверяю другую вещь, отвечая на нее -> возвращаюсь к исходному экрану -> сессия Claude завершилась, даю следующую инструкцию -> возвращаюсь к исходному экрану -> вспоминаю, на чем остановился -> наконец, руки начинают двигаться...
Истинная причина «медленной работы» — не скорость рук, а «время до перезапуска».
Я не думаю, что работа станет быстрее, если не решить эту проблему.
Поэтому вместо того, чтобы ускорять руки, я фокусируюсь на том, «как вернуться», используя «три правила» для компенсации.
1. Помещайте прерванные запросы в отведенное место перед возвращением к основной работе
-> Если держать просьбу «проверь» из Slack в голове, вы тратите умственные ресурсы на то, чтобы не забыть её. Поэтому я использую Trello (инструмент управления задачами) как пилотскую кабину.
Две секции: колонка с «Задачами на сегодня (Долгие задачи)», отсортированными по приоритету, и блок «Задачи для пауз (Короткие задачи)» со стикерами. Входящие запросы попадают в блок для пауз, если они быстрые, или вставляются в колонку приоритетов, если требуют времени.
Реальный вид управления задачами в Trello
Каждый раз, когда задача завершается, я смотрю на этот экран, поэтому помещенные туда запросы не забываются. При возвращении в голове остается только исходная задача.
2. Не останавливайтесь на естественных перерывах. Намеренно останавливайтесь посередине процесса, делая перерыв
-> Я считаю это самым важным пунктом. Распространенная ошибка — заканчивать работу «на хорошей ноте» перед обедом или 15-минутным перерывом. Это приводит к тому, что стоимость запуска и нарастание концентрации совпадают при возвращении. Лучше всего останавливаться посередине. Если вы остановитесь на полпути, вы возобновите работу с «продолжения», снижая нагрузку на запуск.
3. Запишите первую задачу на завтра, рассчитанную на 5 минут, за час до ухода, и начните утро с неё
-> Это дневная версия правила №1. Следующее утро начинается с «продолжения вчерашнего дня», а не с нуля. Если открывать уведомления до начала работы, все утро будет потрачено «в процессе возвращения». Открывайте почту и Slack только после того, как ваши руки уже начали работать.
Мое решение проблемы «медленной работы»
«Проверь», «Срочно»
На рабочих местах, где такие сообщения прилетают несколько раз в день, особенно для тех, кто управляет несколькими процессами в одиночку, причиной медленности часто считают «количество уведомлений».
Однако наблюдение в Университете Ирвайна показывает больше. Для аналитических и разработческих ролей прерывания примерно наполовину вызваны другими людьми и наполовину — самим человеком. Даже без звонков или уведомлений люди сами себя останавливают. Более того, время возврата к самопрерванным задачам было дольше, чем к внешним.
Ускорить нужно последующий «перезапуск», а не руки. Три вышеупомянутых правила — это мои системы сигнализации самому себе о необходимости вернуться.
Попробуйте намеренно остановиться на «плохой точке разрыва» перед следующим перерывом.
Я также структурированно и понятно объясняю актуальные темы и советы для завтрашней работы.
https://x.com/smark_x/status/2098393324768157849
https://x.com/smark_x/status/2096168360103088156
- Чрезмерное обдумывание мешает действию
- Перфекционизм приводит к нехватке времени
- Желание обвинить отсутствие чутья при столкновении со стенами
- Работа не стала легче даже с добавлением ИИ
Я страдал от всего этого, но сделал работу проще, систематизировав процессы с помощью «Логического мышления». Я публикую посты ежедневно, так что подписывайтесь, если вам интересно. → @smark_x
