Как ставить задачи, чтобы сотрудник мог работать без вас

«Разберись с клиентом»
«Посмотри, что там с продажами»
«Подготовь все к встрече»
«Проверь, все ли готово»
«Сделай как в прошлый раз»

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

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

В статье разберемся, на что ориентироваться при постановке задач — от общих принципов к конкретным примерам.

Да, непонятно. Чем лучше человек знает тему, тем труднее ему представить, каково это — не знать. 💡 У этого когнитивного искажения даже есть название — эффект «проклятие знания», которое в 1989 году ввели в научный оборот экономисты Камерер, Левенштейн и Вебер. Информированный человек не может «развидеть» свой контекст.

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

Две крайности — и обе плохие.

Для примера возьмем задачу «Разберись с клиентом». В таком виде в ней слишком мало контекста, и исполнитель вынужден додумывать, что именно от него требуется.

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

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

Плохая постановка задачи не только раздражает. Она приводит к лишним сообщениям, задержкам, ошибкам и переделкам. И постепенно увеличивает нагрузку как на сотрудника, так и на руководителя.

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

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

Хорошая задача — это не «подробнее», а «понятнее».

Перед тем как нажать «отправить», спросите себя:

Антипример «Разберись с клиентом». Если руководитель пропадет на день, исполнитель встанет и пойдет спрашивать — или начнет догадываться. Ни то, ни другое не приближает к результату.

Хороший пример: «Свяжись с клиентом X, выясни причину жалобы на загрузку файлов, результат — краткое описание проблемы и предложение по решению, срок — до конца дня». В задаче есть все, что нужно для самостоятельной работы.

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

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

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

Не каждая задача требует глубокой детализации. Где-то важнее скорость, где-то самостоятельность. В таблице ниже можно точечно увидеть, как акцент и угол зрения меняет постановку задачи. Что для вас важно в этой конкретной ситуации?

🧩 Границы дозволенного: автономия и ответственность

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

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

Например: «Структуру и кейсы выбери сам. Коммерческие условия без согласования не меняй».

Фраза «решай сам» тоже может быть недостаточной. Лучше сразу определить границы: если стоимость решения превышает 100 тыс. ₽ — согласовать; если срок сдвигается больше чем на один день — сообщить; если проблема может повлиять на других клиентов — подключить руководителя.

🧩 Сроки, срочность, приоритеты

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

«Эту задачу сделай к утру, остальное — до пятницы».
«Сначала позвони клиенту, потом готовь отчет».
«Здесь важна скорость. Детали добавим позже».

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

🧩 Критерий готовности результата

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

«Проведи анализ конкурентов» → «Собери данные по пяти ключевым конкурентам: цены, основные функции и два-три отзыва. Результат — таблица и три вывода. Этого достаточно для встречи в четверг».

Здесь одновременно задан результат и граница достаточности — насколько глубоко прорабатывать задачу. Без нее сотрудник может продолжать работу, улучшая и дополняя результат, хотя для цели задачи он уже достаточен. Одна и та же работа может занять два часа или три дня — разница в том, где вы поставили границу.

🧩 Обратная связь

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

Без обратной связи он вынужден угадывать: «Раз ничего не сказали, значит, все нормально» или «Наверное, я сделал что-то не так».

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

🧩 Договорились — сразу зафиксировали

В рабочем чате появляется сообщение «надо сделать что-то по клиенту X». Все кивнули, договорились — а через 3 дня выясняется, что никто не сделал. Знакомая картина? У задачи нет отдельного ответственного, срока и статуса, а само сообщение уже затерялось среди других.

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

В итоге сотруднику приходится искать актуальную версию задачи, а руководителю — выяснять, на каком этапе работа и не изменилось ли что-то по пути. Работа над задачей дополняется работой по поиску контекста.

🧩 Единый контекст, минимум переключений

Задачи удобно вести в инструменте, которым команда пользуется ежедневно. Это особенно важно на фоне того, как устроена современная работа: 💡 в исследовании Work Trend Index 2025 Microsoft 48% сотрудников назвали свой рабочий день хаотичным и фрагментированным, а наиболее активно получающие сообщения пользователи сталкивались с уведомлением, письмом или встречей каждые две минуты. Исследования Глории Марк показывают: после прерывания человеку нужно значительное время, чтобы вернуться к исходной задаче.

В taskITnow часть правил постановки задач можно настроить на уровне проекта: задать обязательные поля для разных типов задач и значения по умолчанию. Для типовых задач можно использовать шаблоны с готовой структурой, полями, участниками и чек-листами.

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

Не собирайте контекст задачи по чатам, почте и встречам — фиксируйте его там, где команда выполняет работу. Попробуйте taskITnow на следующей рабочей задаче.