Двадцать минут работы, неделя ожидания: почему простые задачи зависают

У меня недавно висела совершенно смешная задача. Нужно было поправить небольшой кусок текста, проверить одну цифру и отправить результат дальше. Если засечь чистое время работы — минут двадцать, максимум двадцать пять.

Закрыл я её через шесть дней.

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

Самой работы действительно было минут двадцать.

Остальное время ушло куда-то между.

У коротких задач есть странная ловушка

Большую работу мы обычно воспринимаем серьёзно. Под неё можно освободить утро, закрыть мессенджеры, подготовить материалы.

С мелкой всё наоборот.

Ну это же быстро. Сделаю после обеда.

После обеда появляется звонок. Потом письмо, которое действительно срочное. Затем кто-то просит посмотреть документ. К вечеру двадцатиминутная задача выглядит слишком маленькой, чтобы специально за неё садиться.

И она переезжает на завтра.

Мне кажется, именно здесь начинается самое интересное. Чем меньше задача выглядит, тем меньше пространства мы ей выделяем. Она должна каким-то образом сама поместиться между двумя встречами, чашкой кофе и ответом в рабочем чате.

Не помещается.

Двадцать минут почти никогда не означают двадцать минут

Есть время выполнения, а есть время от появления задачи до её закрытия. И это совершенно разные вещи.

Например, нужно поменять пару блоков на странице сайта. Само изменение занимает пятнадцать минут. Но сначала надо получить новый текст. Потом уточнить, какую версию брать. Затем дождаться доступа. После изменения попросить кого-то проверить результат.

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

Потому что четыре дня делается не правка страницы.

Четыре дня задача путешествует между людьми.

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

На само редактирование ушло мало времени. А вот три отдельных погружения в один и тот же контекст оказались куда дороже.

Это особенно неприятно в интеллектуальной работе. Файл можно открыть за секунду. Голову — не всегда.

Самое дорогое место находится между подходами

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

Теперь смотрю иначе.

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

Что здесь происходит? Что я уже проверила? Почему оставила комментарий? Какой вариант согласовали? Кому теперь это отправлять?

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

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

Ещё одна причина — ожидание, замаскированное под работу

Есть задачи, которые физически нельзя закончить самостоятельно.

Нужен ответ клиента. Решение руководителя. Файл коллеги. Доступ администратора. Подтверждение бухгалтерии.

Но в списке дел всё это продолжает выглядеть одинаково: задача не выполнена.

Из-за этого возникает забавное ощущение, будто работа стоит на месте по нашей вине.

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

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

Простая мысль, но я почему-то довольно долго до неё доходила.

Что я теперь делаю с такими задачами

Я перестал доверять формулировке это займёт всего двадцать минут.

Сначала смотрю, можно ли реально закончить работу за один подход. Если да — стараюсь не начинать её между делом. Лучше выделить нормальные полчаса и закрыть полностью.

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

И ещё одно правило оказалось полезным: не считать начатую задачу почти готовой.

Это опасное состояние.

Пять минут сделал, осталось пятнадцать. Кажется, что дело практически закрыто. Но если вернуться к нему через три дня, этих пятнадцати минут уже не существует. Сначала снова придётся войти в контекст.

После этого я стал гораздо спокойнее относиться к большим задачам и заметно подозрительнее — к маленьким.

Большая хотя бы честно предупреждает, что потребует времени.

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

Хотя проблема всё это время была не в двадцати минутах.

Проблема была в пяти днях между ними.