Карточка выполнимой задачи
- Сформулируйте наблюдаемый результат и зачем он нужен сейчас; отделите его от способа работы.
- Назовите критерии готовности, существенные ограничения и что не входит в задачу.
- Проверьте ресурсы, информацию, доступы, полномочия и реальную загрузку до назначения срока.
- Договоритесь о владельце, первом следующем шаге, точке сверки и маршруте эскалации риска.
- Попросите исполнителя своими словами назвать результат и риск; на review меняйте формулировку или условия, а не только повторяйте требование.
Ниже сохранён исходный материал. Это не инструмент оценки, наказания или скрытого контроля сотрудника.
Подробности исходного материала
Несколько лет назад я был уверен, что у меня просто слабая команда. Я говорил человеку: «Разберись с воронкой, что-то у нас с конверсией». Через неделю спрашивал, как дела. Он отвечал: «Смотрю». Ещё через неделю — «почти разобрался». Я закипал, перехватывал задачу на себя и про себя думал: ну вот, опять самому. Знакомое чувство, да?
Перелом случился, когда один из ребят — спокойный такой парень из отдела продаж — на ретро сказал мне прямо: «Константин, я неделю не понимал, что ты от меня хочешь. Ты сказал разберись. Я не знал, что значит разобрался. Подготовить отчёт? Поменять что-то? Просто посмотреть цифры?» И тут до меня дошло. Дело было не в команде. Я ставил задачи так, что их физически невозможно было выполнить — потому что ни у одной не было финиша.
С тех пор я перебрал десятки команд как трекер и могу сказать честно: если задачи стабильно проваливаются у разных людей, проблема почти всегда не в людях. Так что давайте без иллюзий про то, как ставить задачи сотрудникам, чтобы они доходили до конца, а не растворялись в «смотрю» и «почти готово».
Если совсем коротко: поставить задачу — значит передать человеку три вещи сразу: что считается готовым результатом, к какому сроку он нужен и кто за него отвечает. Если хоть одного элемента нет, это не задача, а пожелание. «Подумай над сайтом» — пожелание, его нельзя проверить. «К пятнице пришли мне три варианта главного экрана с заголовком и кнопкой» — задача, у неё есть граница и финиш.
Почему «разберись с этим» не работает
Когда руководитель говорит «займись складом» или «надо бы улучшить рассылки», он держит в голове целую картину: что не так, что хочется получить, какие ограничения, какой результат он узнает, когда увидит. Он прожил эту мысль днями. А сотрудник получает только верхушку — глагол и существительное. Всё остальное ему предлагается достроить телепатией.
И вот тут начинается то, что я наблюдаю на каждом втором проекте. Человек не глупый и не ленивый. Он просто выбирает самую безопасную интерпретацию — ту, за которую его точно не отругают. «Разберись с конверсией» он понимает как «посмотри цифры и будь готов поговорить». А руководитель ждал план действий с гипотезами и приоритетами. Оба честно делают свою работу. Оба в итоге недовольны и оба уверены, что проблема в другом.
Есть ещё ловушка занятости. Размытая задача почти всегда проигрывает по приоритету любой конкретной. Если у человека на столе «разберись с воронкой когда-нибудь» и «к 15:00 отправить коммерческое клиенту», он, разумеется, сделает второе. Не потому что саботажник, а потому что у второго есть дата и понятный результат, а у первого — туман. Размытая задача всегда стоит последней в очереди, даже если на словах она «важная».
В Тинькофф, когда там разворачивали продуктовые команды, отдельно прописывали формат постановки задач именно потому, что на масштабе в сотни людей «додумывание» превращается в хаос. Чем больше команда, тем дороже стоит каждое непонятое слово. У меня был клиент — производственная компания на 40 человек — где собственник искренне считал подчинённых саботажниками и хотел «менять людей». Мы две недели просто записывали, как он формулирует поручения. Из 23 задач измеримый результат был ровно у четырёх. Саботажа не было. Был туман, который он принимал за чужую тупость.
Из чего на самом деле состоит задача
Я не люблю аббревиатуры ради аббревиатур, но от SMART никуда не деться — про конкретные, измеримые, достижимые, релевантные и ограниченные по времени цели написал, кажется, каждый. Беда в том, что SMART описывает, какой должна быть итоговая формулировка, но ничем не помогает в момент, когда ты на бегу даёшь поручение в коридоре. Это рамка для проверки, а не инструмент для постановки. Поэтому я свёл всё к трём вопросам, которые задаю себе вслух, прежде чем отпустить человека.
Что считается результатом?
Не действие, а результат. «Поработай с отзывами» — это действие, его можно делать бесконечно и никогда не закончить. «Ответь на все негативные отзывы на Яндекс Картах за последний месяц» — результат, у него есть граница. Хороший тест: можешь ли ты по итогу сказать однозначное «да, готово» или «нет, не готово»? Если ответ зависит от настроения проверяющего — критерий размыт, и спор о том, сделано ли, гарантирован.
Отдельно про слова-обманки. «Оптимизировать», «проработать», «усилить», «навести порядок» — все они звучат как результат, но им нельзя подобрать финишную черту. Я приучил себя переводить их в проверяемое: не «оптимизируй карточки», а «перепиши описания у 30 топовых карточек по нашему шаблону».
Был у меня показательный случай у клиента, который торгует на Wildberries и Ozon. Собственник дал менеджеру задачу «подтянуть карточки». Менеджер месяц что-то правил: где-то заголовок, где-то фото, где-то цену. Отчитаться по итогу было нечем — «ну я работал». Мы переформулировали в одну фразу: «к концу месяца у всех карточек категории заполнены характеристики, есть минимум 5 фото и описание по шаблону; цифра — процент карточек, доведённых до этого стандарта». Через месяц у нас было «83% готово, 17% завязли на фото от поставщика». Тот же человек, та же работа — но появился результат, который видно. И, что важнее, появился предмет для разговора: не «ты плохо работал», а «давай добьём эти 17%».
К какому сроку?
Срок без даты — это не срок. «Когда сможешь», «на этой неделе», «не горит» — все эти формулировки сотрудник честно переводит как «никогда конкретно». Нужна дата и, где важно, время. Не потому что я люблю давить, а потому что без точки на календаре задача всегда проигрывает той, у которой эта точка есть. И срок лучше не назначать в одиночку, а проговаривать: «успеешь к четвергу или это нереально?» Навязанный дедлайн человек внутренне не принимает и заранее себя оправдывает.
Кто отвечает?
Звучит банально, но задача, которую «делают вместе», не делает никто. Ответственный — один человек. Он может привлекать других, делить работу, просить помощи, но спрашиваю я с него одного. Как только ответственных становится двое, включается прекрасный механизм: каждый искренне уверен, что начнёт второй. Я на это наступал столько раз, что теперь даже в групповых задачах назначаю одного «владельца», и всем от этого спокойнее.
Эти три вопроса — не бюрократия. Они занимают двадцать секунд и снимают девять десятых будущих разборок. Если задача проходит все три — её можно отдавать. Если спотыкается хоть на одном — я ещё не готов её ставить, я просто хочу спихнуть с себя дискомфорт неопределённости на другого человека.
Передал задачу — а как убедиться, что поняли?
Тут прячется самая коварная ошибка. Мы спрашиваем: «Всё понятно?» И человек кивает. Конечно кивает — кто же признается, что не понял начальника, тем более при коллегах. Этот кивок не значит ничего, я научился его полностью игнорировать.
Вместо «понятно?» я прошу пересказать своими словами: «Слушай, чтобы я убедился, что нормально объяснил, — расскажи, что ты будешь делать?» Формулировка важна: я беру ответственность за качество объяснения на себя, а не устраиваю проверку его сообразительности. Человеку не стыдно переспросить, потому что это я «мог объяснить плохо». И раз за разом всплывает, что понято половина или понято по-своему. Лучше это всплывёт сейчас, за минуту, чем через неделю в виде не той работы и сорванного срока.
В одном проекте — небольшая сеть кофеен, ставили новую систему складского учёта — мы ввели простое правило: после устной задачи ответственный пишет в рабочий чат одно сообщение, «делаю Х к среде, результат — таблица с Y». Не отчёт, одна строка. Количество «я не так понял» упало почти до нуля за месяц. И механизм тут не в контроле. Пока человек формулирует эту строку, он сам натыкается на дыры в понимании — и переспрашивает до старта, а не после провала. Письменная фиксация лечит непонимание раньше, чем оно стоило денег.
Ещё я стал объяснять «зачем». Одно предложение про смысл задачи экономит десятки уточнений потом. Человек, который понимает цель, на развилке примет верное решение сам. Человек, который знает только букву задачи, на той же развилке либо встанет, либо сделает формально правильно и бесполезно. «Собери отзывы клиентов» и «собери отзывы клиентов, мы хотим понять, почему упали повторные покупки» — это две очень разные задачи, хотя действие одно.
И отдельная боль — количество. Я раньше выдавал человеку семь «важных» задач за раз и искренне ждал, что он разрулит приоритеты сам. Не разрулит. Когда всё важное, не важно ничего: он возьмётся за то, что проще или громче, а не за то, что нужнее бизнесу. Теперь я либо явно говорю, что делать первым, либо честно признаю, что задач больше, чем рук, и сам решаю, что подождёт. Это, кстати, отрезвляет: когда выписываешь всё в один список, видишь, что половина «срочного» спокойно живёт без тебя ещё неделю. Расстановка приоритетов — тоже часть постановки задачи, а не то, что чудом случится после.
Как контролировать, не превращаясь в надзирателя?
Поставить задачу — половина дела. Дальше начинается территория, где руководители ломаются в две стороны: либо проверяют каждый час, либо отпускают и вспоминают ровно в дедлайн, что всё плохо. Обе крайности убивают и результат, и отношения. Первая душит, вторая обманывает ожидания в самый неподходящий момент.
Сколько свободы давать?
Уровень контроля я привязываю не к своей тревожности, а к двум вещам: насколько человек уже делал подобное и насколько высока цена ошибки. Новичку на важной задаче — частые короткие сверки и понятные промежуточные точки. Опытному на рутине — договорённость о результате и сроке, дальше не лезу вообще. Микроменеджмент опытного сотрудника — лучший способ его демотивировать, а потом и потерять: он уходит туда, где ему доверяют принимать решения.
Где ставить контрольные точки?
Не «проверю в конце», а заранее оговорённые чек-поинты внутри. Если задача на неделю — короткая сверка в среду, на тридцати словах: что сделано, где застрял, успеваешь ли. Смысл не в том, чтобы поймать на безделье, а в том, чтобы поймать отклонение, пока оно стоит дёшево. Человек, свернувший не туда в понедельник, к пятнице уедет очень далеко, и разворачивать его будет уже больно. В Авито в продуктовых командах культура коротких регулярных синков как раз про это — не надзор, а раннее обнаружение проблем.
Что делать, когда сорвали срок?
Сначала разобраться, чей это срыв. Если дедлайн я назначил сам, не спросив реалистичности, — это мой промах, не его. Если результат был размыт — снова мой. И только когда формулировка, срок и понимание были в порядке, а человек всё равно не сделал, это разговор про него: загрузка, приоритеты, компетенции. Но этот разговор должен быть прямым и отдельным, а не превращаться в фоновое раздражение, которое отравляет всё подряд.
Когда я начал честно разбирать причины срывов на одном проекте, оказалась неприятная для меня арифметика: примерно две трети провалов были про мою формулировку или мой нереальный срок, и только треть — про самого исполнителя. До этого я был уверен в обратной пропорции. С тех пор первый вопрос при срыве у меня всегда к себе, а не к человеку. Это не про самобичевание — это просто экономит силы: чинить свою формулировку дешевле и быстрее, чем перевоспитывать взрослого человека или искать нового.
Задача — это адрес, а не «поезжай в хорошее место»
Представь, что ты сажаешь человека в машину и говоришь: «Поезжай в хорошее место». Он трогается — ты же велел ехать. Через час звонишь: ты где? — Еду. — Хорошо едешь? — Вроде да. Абсурд, правда? А ведь именно так звучит «займись маркетингом, надо подтянуть». Ни адреса, ни времени, ни понимания, кто за рулём.
Нормальная задача — это адрес плюс время прибытия плюс понимание, кто ведёт. «Приезжай на Тверскую, 10 к шести вечера, машину ведёшь ты, по какой дороге — сам решай». Дальше я не диктую, на какой передаче ехать и где поворачивать — это его работа и его профессионализм, за это я его и нанял. Но конечная точка, дедлайн и ответственный — на мне. Когда я перестал диктовать маршрут и начал чётко называть пункт назначения, команда внезапно «поумнела». Хотя люди остались ровно те же. Поумнел, если честно, я.
Эта же метафора подсказывает, где границы контроля. Я могу позвонить и спросить, движется ли машина в нужную сторону, — это нормально. Но если я диктую каждый поворот по телефону, проще было ехать самому. А я ведь делегировал именно чтобы не ехать самому. И ещё момент: если человек регулярно приезжает не туда, дело может быть не в нём, а в том, что я каждый раз называл адрес невнятно — «куда-то в центр». Сначала чиню адрес, потом делаю выводы о водителе.
Чек-лист: как поставить задачу за две минуты
Перед тем как отдать поручение, я мысленно прохожу по короткому списку. На него уходит меньше времени, чем потом на разбор провала и переделку.
- Результат сформулирован как факт, а не как процесс. Не «работать над», а «сделать так, чтобы». Должно проходить тест «готово / не готово» без споров.
- Есть конкретная дата. Не «на неделе», а «до четверга 18:00». Большая задача — даты промежуточных точек.
- Назначен один ответственный. Не отдел, не «вы вдвоём», а человек с именем.
- Объяснено зачем. Одно предложение про смысл. Оно окупится десятком несделанных уточнений.
- Заданы границы и ресурсы. Бюджет, к кому можно обращаться, что трогать нельзя. Свобода без рамок пугает не меньше микроменеджмента.
- Проверено понимание пересказом. Не «понятно?», а «расскажи, как сделаешь».
Шесть пунктов. Если все закрыты — отпускай и не дёргай до контрольной точки. Если хоть один открыт — ты ставишь не задачу, а пожелание, и провал будет на твоей совести, а не на исполнителе. Я печатал этот список на стикере и держал на мониторе примерно полгода, пока он не стал автоматическим.
Частые вопросы
Чем задача отличается от поручения или пожелания?
У задачи есть три обязательных признака: измеримый результат, конкретный срок и один ответственный. Уберите любой — получится пожелание. «Подумай про рекламу» проверить нельзя, поэтому это не задача. «Принеси к пятнице медиаплан на 50 тысяч бюджета» проверить можно — это задача. Простой тест: если по итогу нельзя однозначно сказать «сделано», вы ставили пожелание.
Что делать, если сотрудник постоянно срывает сроки?
Сначала проверьте себя: были ли сроки конкретными и реальными, обсуждали вы их вместе или назначили в одиночку. Часто срыв — это не лень, а навязанный дедлайн, который человек внутренне не принял. Если же формулировки и сроки в порядке, а срывы продолжаются у одного конкретного человека, это уже разговор про загрузку или компетенции. Ведите его прямо и отдельно, а не копите раздражение.
Нужно ли всё ставить письменно?
Не всё, но результат и срок — да. Устную задачу люди помнят по-разному уже через день, и в споре «ты говорил иначе» проигрывают оба. Одна строка в чате или таск-трекере — «делаю Х к среде, результат Y» — снимает большинство будущих конфликтов и занимает полминуты. Это не бюрократия, это страховка для обеих сторон.
Как ставить задачу, если я сам не знаю точного результата?
Честно ставьте исследовательскую задачу с результатом-знанием. Не «увеличь продажи», а «к среде дай три гипотезы, почему продажи упали, с цифрами под каждой». Результат здесь — не рост продаж, а понятный артефакт, который можно проверить. Так вы не перекладываете собственную неопределённость на сотрудника под видом большой задачи.
Как часто проверять, чтобы это не было микроменеджментом?
Привяжите частоту к опыту человека и цене ошибки, а не к своей тревоге. Договоритесь о контрольных точках заранее, на старте задачи. Если вы проверяете чаще, чем договаривались, — это уже про вас, а не про задачу. Опытному человеку на знакомой работе обычно хватает одной короткой сверки в середине пути.
Я до сих пор иногда ловлю себя на «разберись с этим» — особенно когда устал или тороплюсь. Но теперь я хотя бы слышу это за собой и переспрашиваю сам себя: а что значит «разобрался»? Если не могу ответить за пять секунд, значит, я ещё не додумал задачу — и нечестно вешать это додумывание на другого. Команда не читает мысли. И слава богу: иначе мне пришлось бы признать, сколько всякой ерунды я держу в голове одновременно.
Константин Тарасов — бизнес-трекер, основатель journal.tarasovkn.ru. Работаю с российским средним бизнесом. Об авторе
Предприниматель, бизнес-трекер, пишу о том, как развивать бизнес в условиях неопределенности
