Самые неприятные рабочие задачи у меня почти никогда не выглядели сложными.

Сложная задача обычно хотя бы честная. Ты заранее понимаешь, что придется сесть, разобраться и потратить несколько часов. Можно освободить время, собрать информацию и спокойно заниматься.

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

Посмотри презентацию.

Проверь цифры.

Нужно немного поправить страницу.

Можешь быстро оценить документ.

Раньше я реагировал автоматически. Если дело маленькое, зачем разводить бюрократию. Открыл, посмотрел, сделал.

Потом одна такая просьба заняла у меня почти половину рабочего дня.

И только тогда я понял, что проблема была не в самой работе.

Все началось с презентации на десять минут

Коллега прислал файл и попросил быстро посмотреть презентацию перед встречей.

Я открыл.

Первый слайд нормальный. Второй тоже. На третьем заметил старую цифру и полез искать актуальную.

Нашел.

Заодно увидел, что в другом документе используется уже другое значение. Написал коллеге, какое брать.

Ответа не было.

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

Открыл таблицу.

В таблице пришлось сначала понять, откуда вообще взялись цифры.

Через сорок минут коллега ответил, что нужны данные за последний квартал.

Хорошо.

Обновил диаграмму.

После этого выяснилось, что встреча не внутренняя, как я почему-то решил, а с клиентом. Значит, некоторые формулировки тоже лучше поменять.

Еще через час презентация была готова.

Начиналось все с быстрого взгляда на файл.

Я посмотрел на часы и понял, что потратил больше двух часов. Причем саму презентацию я действительно мог проверить минут за десять.

Остальное время ушло на выяснение того, что именно от меня требовалось.

Короткая задача и понятная задача оказались разными вещами

После этого случая я начал замечать похожие ситуации постоянно.

Например, приходит просьба проверить договор.

Что значит проверить?

Опечатки?

Суммы?

Юридический смысл?

Соответствие последней версии?

Сравнить с предыдущим договором?

Для отправителя все очевидно, потому что он уже час живет внутри этой задачи. У него в голове есть контекст: клиент, вчерашний звонок, спорный пункт, срок и причина, почему документ вообще появился.

У меня этого контекста нет.

Я получаю файл и два слова.

Другой пример — просьба посмотреть сайт.

Можно потратить пять минут и сказать, что на телефоне съехала кнопка.

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

Обе реакции формально подходят под просьбу посмотреть сайт.

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

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

Я попробовал не начинать работу сразу

Сначала это было непривычно.

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

Что конкретно нужно проверить?

Иногда чувствовал себя занудой.

Особенно когда ответ выглядел очевидным.

Но довольно быстро выяснилось, что один вопрос может экономить очень много времени.

Например, однажды мне прислали таблицу примерно на тысячу строк и попросили проверить данные.

Раньше я бы открыл ее и начал искать, что там может быть не так.

Вместо этого спросил, что именно вызывает сомнение.

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

На это ушло несколько минут.

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

В другой ситуации результат оказался противоположным.

Мне прислали текст и попросили немного поправить.

Я спросил, что именно не нравится.

Ответ был примерно такой: текст собираются отправлять крупному клиенту, и нужно полностью проверить аргументацию, цифры и логику предложения.

То есть задача была не маленькой редактурой, а полноценной проверкой документа.

Зато я понял это до начала работы, а не через час.

Теперь мне нужны три вещи

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

Первая — какой результат должен получиться.

Вторая — когда он нужен.

Третья — что именно находится в моей зоне ответственности.

Последний пункт особенно важен.

Допустим, мне отправляют презентацию на двадцать слайдов.

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

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

Если нужен полный финальный контроль перед клиентом, тогда уже смотрю все.

Без этой границы возникает опасная вещь: исполнитель сам начинает расширять задачу.

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

Через два часа оказывается, что половину этой работы никто вообще не просил делать.

Иногда проблема находится на стороне самого исполнителя

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

Потом пришлось признать, что часть проблемы создавал я сам.

У меня долго была привычка сразу демонстрировать полезность.

Если вижу что-то неправильное, исправляю.

Если могу улучшить, улучшаю.

Если замечаю дополнительную проблему, разбираюсь и с ней.

Выглядит как хорошее качество.

Но у него есть обратная сторона.

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

Меня об этом не спрашивали, но я меняю.

Потом вижу заголовок.

Меняю его тоже.

Потом открываю мобильную версию.

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

Получается странная ситуация: никто не загрузил меня дополнительной работой. Я загрузил себя сам.

Теперь, если замечаю что-то за пределами задачи, чаще пишу об этом отдельно.

Например, форма работает. Еще заметил проблему с мобильным меню. Если нужно, могу посмотреть отдельно.

Так человек сам решает, превращать наблюдение в новую задачу или нет.

Самое опасное слово оказалось срочно

С ним отдельная история.

Раньше срочность автоматически означала, что нужно бросить текущую работу.

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

Однажды мне написали, что срочно нужна информация для документа.

Я остановил свою задачу, нашел данные и отправил.

Документ начали собирать только на следующий день.

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

Снаружи сообщения выглядели почти одинаково.

После этого я начал уточнять не насколько срочно, а конкретное время.

Нужно через пятнадцать минут?

До обеда?

Сегодня?

До пятницы?

Эти варианты создают совершенно разный рабочий день.

Слово срочно вообще плохо работает как срок. Для одного человека это ближайшие десять минут. Для другого — желательно закончить сегодня.

Конкретное время сразу убирает половину нервозности.

Переключение тоже стоит времени

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

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

В этот момент прилетает просьба быстро проверить два предложения.

Само действие занимает пять минут.

Но рабочий день не уменьшается ровно на пять минут.

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

Особенно неприятно, если таких задач за день пять или шесть.

По отдельности они действительно маленькие.

Вместе превращают день в набор обрывков.

Вечером возникает странное ощущение: весь день что-то делал, а большая работа почти не сдвинулась.

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

Если ничего не горит, заканчиваю текущий смысловой кусок и только потом переключаюсь.

Еще я перестал считать уточняющий вопрос признаком непонимания

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

Если тебе дали задачу, бери и делай.

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

Сейчас думаю ровно наоборот.

Если одна минута уточнений способна убрать час ненужной работы, странно ее экономить.

Особенно это заметно в задачах, где участвуют несколько человек.

Один говорит подготовить отчет.

Второй подразумевает отчет для директора.

Третий думает, что это внутренний черновик.

Четвертый уверен, что данные нужны за месяц.

Исполнитель может прекрасно сделать работу и все равно получить неправильный результат.

Не потому что плохо работал.

Потому что отвечал не на тот вопрос.

Хорошая постановка задачи не должна превращаться в документ на страницу

Тут легко уйти в другую крайность.

Я работал с людьми, которые на простую просьбу присылали техническое задание размером почти с саму работу.

Это тоже неудобно.

Для большинства небольших задач мне достаточно нескольких предложений.

Например:

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

Все.

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

Сравните это с сообщением:

Посмотри презентацию, пожалуйста.

Второе короче примерно в пять раз.

Но выполнить первое зачастую намного быстрее.

У меня изменилось отношение к хорошей коммуникации

Раньше хорошей рабочей коммуникацией мне казалась скорость.

Быстро написать.

Быстро ответить.

Быстро сделать.

Сейчас для меня скорость начинается немного раньше — с точности.

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

А можно потратить две минуты и дать достаточно контекста.

Я стал замечать это и за собой.

Когда сам прошу коллегу что-то сделать, стараюсь написать хотя бы результат и срок.

Не просто проверь таблицу.

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

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

Маленькие задачи никуда не исчезли

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

Мне по-прежнему пишут короткие сообщения.

Иногда задача действительно занимает три минуты.

Иногда срочную просьбу приходится делать сразу.

Иногда сам забываю нормально объяснить, что мне нужно.

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

Если контекста недостаточно, сначала спрашиваю.

Что должно получиться?

Когда это нужно?

Что именно я должен проверить или изменить?

На ответы обычно уходит меньше минуты.

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

Самые большие потери рабочего времени часто начинаются не с больших проектов.

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