Постановка задач сотруднику: почему исполнитель делает не то и как ставить задачи, чтобы результат совпал с ожиданием. Три опоры задачи, критерии готовности, метод SMART, делегирование и типичные ошибки руководителя.
«Сделай вот это» — одна из самых частых формулировок задачи. И одна из самых дорогих. Исполнитель уходит в работу, додумывает недостающее и приносит не тот результат, которого ждал руководитель. 32% респондентов опроса «СКОЛКОВО» назвали главной проблемой неспособность коллег адекватно формулировать рабочие задачи. Значит, дело чаще в самой постановке, чем в дисциплине исполнителей. Задача работает, когда исполнитель с первого раза понимает три вещи: какой результат нужен, зачем он нужен и к какому сроку.
Дальше разберем, как добиться такой ясности: от базовой логики задачи и критериев готовности до делегирования и типичных ошибок.
Размытая задача дорожает на каждом шаге
Плохо поставленная задача выглядит мелочью: ну переспросят, ну переделают. В масштабе компании эта мелочь складывается в крупную сумму. Ежегодные потери российского бизнеса от сломанных коммуникаций доходят до 8,7 трлн рублей. В эту сумму входят оплата впустую потраченного рабочего времени, потери от сорванных сделок и упущенных возможностей. Постановка задач — лишь одна из составляющих рабочих коммуникаций. Но сбои часто начинаются именно на этапе формулировки поручений и договоренностей о работе.
Выглядит это буднично:
Сотрудник делает не ту работу. Полдня готовит не тот разрез данных, потому что «свести продажи» каждый понял по-своему.
Смежные отделы ждут друг друга. В задаче не сказано, кто и кому передает результат дальше.
Готовую работу отправляют на переделку. Руководитель и сотрудник по-разному поняли, что значит «нормально».
Ни одного злого умысла — только размытые формулировки на входе.
Потери заметны и внутри рабочего дня. Сотрудники теряют около 23,8% рабочего времени из-за проблем с коммуникацией. За этой долей — уточняющие вопросы, повторные объяснения, переписки в духе «а что именно ты имел в виду» и переделки уже сданной работы. Каждый такой эпизод занимает несколько минут. В сумме на них уходит заметная часть дня.
За мелкими переделками стоит риск посерьезнее, чем потраченные часы. Сбой в коммуникации легко прорастает в управленческие решения.
«Из-за плохих коммуникаций случаются самые плохие стратегические решения, катастрофы и кризисы в компаниях».
Алексей Улановский, профессор бизнес-практики Школы управления «СКОЛКОВО».
Постановка задач — нижний, бытовой слой этой проблемы. Но именно с него стоит начинать наводить порядок. Формулировку отдельного поручения руководитель контролирует полностью, в отличие от внешних условий, в которых работает бизнес.
Из чего складывается понятная задача
Задачу выполняют верно, когда исполнитель не достраивает ее в уме, а сразу видит, что от него хотят. Для этого в формулировке должны быть три опоры — результат, смысл и срок. Стоит убрать любую — исполнитель начнет додумывать: делать «как понял», в удобном ему объеме и в своем темпе.
Три опоры формулировки: что, зачем и срок
Что — ожидаемый результат, а не род занятий. Например: «свести продажи за квартал в одну таблицу с разбивкой по менеджерам». Расплывчатое «заняться отчетом» сюда не годится.
Зачем — смысл и контекст. Зная, что таблица идет на совет директоров, исполнитель сам отбросит лишние детали и перепроверит цифры. Без контекста он сделает формально правильно, но не туда.
К какому сроку — дедлайн и место задачи в очереди. «Когда будет время» означает «никогда»: задача без срока всегда проигрывает задаче со сроком.
Результат, смысл и срок — минимальный каркас задачи. Для сложной работы его дополняют критерии готовности, приоритет, ограничения и границы самостоятельности. Дальше разберем эти элементы по порядку.
Результат вместо списка действий
Самая распространенная ошибка формулировки — описать процесс, а не итог. Руководитель перечисляет шаги: позвони, уточни, занеси, отправь. Кажется, что так понятнее, ведь всё разложено по полочкам. На деле список действий снимает с исполнителя ответственность за результат: он выполнил пункты, а сработало или нет — будто уже не его забота.
Разница видна на простом сравнении:
Поручение через действие: «Обзвони клиентов из списка». Что считать выполненным — непонятно. Достаточно позвонить по всем номерам, даже если половина клиентов не ответила?
Поручение через результат: «К пятнице получи от клиентов из списка ответ, продлевают они договор или нет. По отказавшимся укажи короткую причину». Здесь заранее задан конкретный результат. Количество звонков исполнитель определит сам.
У правила есть узкое исключение. Иногда ошибка в процессе стоит дорого или создает риск. К ним относятся финансовые операции, работа с юридическими документами и процессы в сфере промышленной безопасности. В этих случаях шаги прописывают подробно и проверяют их соблюдение. Но это отдельный класс задач с регламентом. В обычной работе детальный алгоритм чаще мешает. Он лишает исполнителя возможности найти более эффективный способ работы. В результате руководителю снова приходится думать над задачей, которую он пытался передать.
Но назвать результат недостаточно. Руководителю и сотруднику нужно заранее договориться, по каким признакам работа считается завершенной. Иначе один принесет результат, а второй только в момент сдачи обнаружит, что ожидал совсем другого.
Критерии готовности снимают споры о результате
Слово «готово» каждый понимает по-своему. Для одного готовый лендинг — сверстанная страница. Другой считает работу завершенной только после проверки на телефоне, подключения аналитики и согласования текстов. Спор «сделано или не сделано» вспыхивает именно на этом зазоре, причем задним числом, когда время уже потрачено.
Критерии готовности убирают зазор заранее. Они задают список признаков, по которым обе стороны до старта договорились считать задачу закрытой. Их проговаривают вместе с постановкой, а не достают в финале как претензию.
Хороший набор критериев обычно отвечает на несколько вопросов:
Результат. По какому артефакту видно, что работа сделана: файл, ссылка, развернутый стенд, подписанный документ?
Проверки. Какие проверки должна пройти задача: согласование с юристом, тест на мобильном, вычитку?
Уровень качества. Что считать достаточным результатом, чтобы исполнитель не тратил время на лишнюю шлифовку?
Приемка. Кто принимает результат и в каком виде?
Договориться о критериях проще, чем кажется. Перед стартом достаточно задать исполнителю один вопрос: по каким признакам мы оба поймем, что задача закрыта. Ответ обычно вскрывает скрытые ожидания. Может выясниться, что руководителю нужны не одни цифры. Он ждет короткие выводы и отчет в формате, который сразу войдет в презентацию. Пять минут такого разговора на входе экономят день переделок на выходе, когда сроки уже горят.
Критерии не обязаны быть длинными. Даже две строки снимают большую часть будущих разногласий: «готово = таблица в общем доступе, цифры сверены с 1С». Так размытое «нормально» превращается в проверяемый критерий.
Метод SMART и другие рамки постановки
Результат, смысл, срок и критерии готовности задают основу задачи. Перед передачей сотруднику стоит проверить, все ли важные условия учтены в формулировке. Для этого используют рамки-чек-листы. Одна из них — SMART.
S, конкретность — задача описывает один понятный результат, без «улучшить» и «проработать»;
M, измеримость — есть признак, по которому видно, что цель достигнута: число, факт, артефакт;
A, достижимость — результат реален при тех ресурсах и сроках, что есть у исполнителя;
R, значимость — задача связана с целью отдела или компании, а не висит сама по себе;
T, срок — у задачи есть дата, а не «к концу спринта где-то».
Пример постановки задачи по SMART
Расплывчатое «надо поднять продажи» после проверки по SMART превращается в проверяемую задачу: «к 30 сентября отдел заключает 15 новых договоров со средним чеком от 200 000 рублей». В такой формулировке нечего домысливать. В конце месяца стороны не будут спорить о выполнении задачи. SMART заодно показывает, насколько цель реалистична. Если за прошлый квартал отдел закрыл пять договоров, цель в 15 договоров требует пересмотра. Руководителю стоит изменить срок или добавить ресурсы.
SMART полезен не как формальный шаблон, а как чек-лист перед стартом. Он заставляет руководителя заранее уточнить результат, критерий оценки, ресурсы, смысл и срок, а не оставлять эти вопросы исполнителю.
Новичку и опытному сотруднику задачу ставят по-разному
Одна и та же задача требует разной степени детализации для новичка и опытного специалиста. Сотрудник без опыта в компании еще не знает внутренних правил. Он не всегда понимает, где искать данные и к кому идти с вопросом. Поэтому часть такой информации нужно включить прямо в постановку задачи.
Сколько деталей давать новичку
Новичку кроме результата и срока нужен рабочий контекст:
где взять исходные данные;
на какой образец ориентироваться;
в каком виде сдать результат;
где чаще всего возникают ошибки.
Это не микроменеджмент: так руководитель компенсирует недостающий опыт. По мере того как человек осваивается, детализацию убирают, иначе она начинает раздражать и тормозить.
Постановка задачи опытному сотруднику
Опытному сотруднику, наоборот, оставляют пространство. Ему задают результат, рамки и срок, а способ он выбирает сам. За рабочие решения специалист отвечает самостоятельно.
Жесткий пошаговый алгоритм демотивирует опытного сотрудника. Подробные инструкции считываются как недоверие. Граница простая: чем выше квалификация исполнителя, тем больше в задаче должно быть про «что» и «зачем».
Делегирование без потери результата
Делегирование начинается там, где руководитель перестает быть единственным исполнителем. Руководители часто допускают ту же ошибку, что при обычной постановке задачи: передают список действий вместо ответственности за результат. В первом случае исполнитель остается курьером чужих решений: думать за задачу по-прежнему приходится руководителю. Во втором — человек получает результат, ограничения и право принимать решения в заданных границах.
«Постановка задач осуществляется в рамках компетенции сотрудника, тогда как делегирование включает передачу новых полномочий и ответственности».
Николай Рысев, директор тренинговой компании RECONT.
Что стоит и что не стоит делегировать
Делегировать стоит задачи, за результат которых сотрудник может отвечать самостоятельно. Для работы ему нужны достаточные полномочия. Если все решения по задаче принимает руководитель, исполнитель остается посредником. Он постоянно возвращается за согласованием и ждет следующего указания. Поэтому вместе с задачей нужно обозначить границы самостоятельности.
Чтобы делегирование не превратилось в постоянные «а как теперь», договоренность стоит зафиксировать на старте:
какой результат считается достигнутым и по каким критериям готовности;
какие решения сотрудник принимает сам, а какие выносит наверх;
какие ресурсы и полномочия у него есть — бюджет, доступы, право привлекать коллег;
к какому сроку и в каком виде он сдает работу.
Тонкая грань проходит между делегированием и микроменеджментом. Если руководитель отдал задачу, но продолжает диктовать исполнителю каждое действие, он не делегировал — он просто добавил себе посредника. После передачи задачи руководитель оценивает итог, а не каждый шаг исполнителя. Как именно отслеживать ход работы и принимать результат — отдельная управленческая задача, контроль выполнения логично вынести в самостоятельный процесс, чтобы он не подменял собой саму постановку.
Постановка задач как привычка руководителя
Типичные ошибки постановки кочуют из компании в компанию:
Задачу бросают на бегу между двумя встречами. Через день стороны помнят договоренность по-разному.
Формулируют размыто. Вместо результата и срока сотрудник получает «надо срочно разобраться».
Выдают несколько поручений без приоритетов. Сотрудник наугад решает, за что браться первым.
Ждут, что исполнитель сам догадается. При этом нужный контекст остается только в голове руководителя.
По отдельности такие случаи выглядят случайностью или особенностью конкретного руководителя. На деле регулярные сбои говорят о проблеме в процессе: в команде нет общего порядка постановки задач и ответственности за ясность формулировки. Такая привычка сама не исчезнет. Пока правила не закреплены, каждый новый руководитель будет воспроизводить привычный сценарий.
«Это не про формальные поручения, а про создание прозрачной системы, где каждый понимает, что именно нужно сделать, зачем и к какому сроку».
Алексей Вагин, генеральный директор и сооснователь компании «Эквио».
Системную проблему не решить одним усилием воли. Помогает письменная фиксация:
Устное поручение быстро обрастает разными версиями. Через несколько дней руководитель и сотрудник могут помнить договоренность по-разному.
Запись хранит ключевые условия в одной точке. Результат, срок и критерии готовности остаются в общем рабочем пространстве.
Программа или приложение для постановки задач сотрудникам помогает закрепить договоренность и избежать споров в духе «я же говорил» — «я так не понял». Для сложной задачи текст дополняют коротким видео: в нем удобно показать интерфейс, образец результата или последовательность действий. Основные параметры задачи при этом лучше оставить в тексте.
Дальше всё решает повторение. Хорошая постановка задач — тренируемая привычка руководителя. Чем чаще он проверяет поручение через результат, смысл и срок, тем реже работу приходится переделывать. Начать стоит с малого — взять одну ближайшую задачу и прописать ее как проверяемый результат к конкретной дате, с заранее оговоренными критериями готовности.
Почему сотрудник делает не то, что просил руководитель?
Чаще всего причина не в дисциплине исполнителя, а в самой постановке задачи. Если в формулировке не хватает результата, смысла или срока, исполнитель достраивает недостающее в уме — делает «как понял», в удобном ему объеме и в своем темпе. 32% респондентов опроса «СКОЛКОВО» назвали главной проблемой неспособность коллег адекватно формулировать рабочие задачи.
Из чего складывается понятная задача?
Из трех опор: что (ожидаемый результат, а не род занятий), зачем (смысл и контекст) и к какому сроку (дедлайн и место задачи в очереди). Уберите любую опору — и исполнитель начнет додумывать. Для сложной работы этот каркас дополняют критериями готовности, приоритетом, ограничениями и границами самостоятельности.
Почему задачу лучше ставить через результат, а не через список действий?
Список действий снимает с исполнителя ответственность за результат: он выполнил пункты, а сработало или нет — будто уже не его забота. Поручение через результат («к пятнице получи от клиентов ответ, продлевают они договор или нет») задает конкретный итог, а количество шагов исполнитель определит сам. Исключение — финансовые операции, юридические документы и промышленная безопасность, где шаги прописывают подробно.
Что такое критерии готовности задачи?
Это список признаков, по которым обе стороны заранее договорились считать задачу закрытой. Хороший набор отвечает на вопросы: по какому артефакту виден результат, какие проверки нужны, что считать достаточным качеством и кто принимает работу. Даже две строки — «готово = таблица в общем доступе, цифры сверены с 1С» — снимают большую часть будущих разногласий.
Как метод SMART помогает ставить задачи?
SMART работает как чек-лист перед стартом: S — конкретность, M — измеримость, A — достижимость, R — значимость, T — срок. Расплывчатое «надо поднять продажи» после проверки превращается в «к 30 сентября отдел заключает 15 новых договоров со средним чеком от 200 000 рублей». SMART заодно показывает, реалистична ли цель при текущих ресурсах и сроках.
Чем постановка задачи новичку отличается от опытного сотрудника?
Новичку кроме результата и срока нужен рабочий контекст: где взять исходные данные, на какой образец ориентироваться, в каком виде сдать результат и где чаще всего возникают ошибки. Опытному сотруднику оставляют пространство — задают результат, рамки и срок, а способ он выбирает сам. Чем выше квалификация исполнителя, тем больше в задаче должно быть про «что» и «зачем».
Чем делегирование отличается от постановки задачи?
Постановка задач идет в рамках компетенции сотрудника, а делегирование включает передачу новых полномочий и ответственности. При делегировании человек получает результат, ограничения и право принимать решения в заданных границах. Чтобы делегирование не превратилось в микроменеджмент, на старте фиксируют критерии готовности, зону самостоятельных решений, ресурсы и срок сдачи.