Большинство руководителей убеждены: проблема в сотрудниках. Те не слышат, забывают, не считают важным. Это удобная версия — она снимает с тебя ответственность за результат. Но она неверная. Если задача поставлена правильно, напоминание не нужно физически — оно становится избыточным элементом системы. В этой статье разбираю конкретную механику постановки задач: что именно говорить, в каком порядке, и почему 80% задач тонут ещё в момент, когда ты открываешь рот.
Есть одна фраза, которую я прошу произносить вслух при каждой постановке задачи. Она меняет всё. Об этом — в последнем разделе.
1. Почему задачи не выполняются — настоящая причина 2. Анатомия задачи, которую выполняют 3. Как формулировать задачу — протокол 4. Контрольная точка без микроменеджмента 5. Типичные ошибки при постановке задач 6. Что делать прямо сейчас
Пятый раз за квартал вижу одну и ту же картину на стратсессиях. Собственник говорит: «У меня хорошая команда, но задачи почему-то не выполняются». Начинаем разбирать — и выясняется, что последняя «задача» звучала примерно так: «Надо бы разобраться с логистикой до конца месяца». Это не задача. Это пожелание вслух.
Прежде чем читать дальше — вспомни последнюю задачу, которую тебе пришлось напоминать дважды. Как именно ты её поставил? Что конкретно сказал?
Проблема не в мотивации сотрудников и не в их дисциплине. Проблема в том, что большинство руководителей путают постановку задачи с озвучиванием намерения. «Нужно сделать X» — это намерение. «Ты делаешь X к такому-то сроку, результат выглядит так, промежуточная точка — здесь» — это задача.
Разница кажется очевидной. Но в реальной практике 80% задач ставятся в первом формате. Почему? Потому что второй формат требует от руководителя думать до постановки, а не после. Это неудобно. Проще сказать «разберись» и потом удивляться, почему не разобрались.
Задача без структуры создаёт открытый цикл в голове у исполнителя. Он не знает, когда задача считается выполненной. Он не знает, что именно является результатом. Он не знает, насколько это срочно относительно других задач. В условиях неопределённости люди делают то, что понятно — и откладывают то, что непонятно.
Это не слабость характера. Это нормальная работа мозга.
У задачи, которую выполняют без напоминаний, есть четыре обязательных элемента. Убери любой — и вероятность выполнения падает кратно.
Первый — конкретный результат. Не действие, а результат. Не «позвони клиенту», а «договорись о встрече на следующей неделе». Разница принципиальная: действие можно выполнить и не получить результата. Позвонить — и не дозвониться. Формально задача выполнена. Фактически — нет.
Второй — дедлайн с точностью до дня. «До конца недели» — это не дедлайн. Это диапазон, внутри которого исполнитель выберет самый поздний момент. «В четверг до 17:00» — это дедлайн. Мозг работает с конкретными точками, а не с промежутками.
Третий — контрольная точка. Промежуточный момент, когда ты видишь, что задача движется. Не для того, чтобы вмешаться, а для того, чтобы вовремя заметить, если что-то пошло не так. Об этом подробнее — в следующем разделе.
Четвёртый — понимание «зачем». Не мотивационная речь, а одно предложение о контексте. Почему эта задача важна именно сейчас. Люди выполняют задачи лучше, когда понимают их место в общей картине. Это не про вдохновение — это про приоритизацию.
Андрей — собственник производственной компании, около 200 сотрудников, работает в бизнесе двенадцать лет. Пришёл с классической жалобой: директор по производству не выполняет задачи в срок, постоянно нужно напоминать, «как будто я сам должен всё контролировать».
Попросил его воспроизвести, как он обычно ставит задачи директору. Андрей сказал примерно следующее: «Слушай, надо бы разобраться с простоями на третьей линии — это уже второй месяц тянется».
Мы разобрали эту фразу по четырём элементам. Результата нет — «разобраться» это процесс, не итог. Дедлайна нет — «второй месяц тянется» это история, не срок. Контрольной точки нет. Контекста нет — почему именно сейчас критично.
Андрей переформулировал: «К пятнице подготовь анализ простоев на третьей линии за последние два месяца с тремя вариантами решения и стоимостью каждого. В среду покажи мне промежуточный вариант. Это нужно, потому что в следующий понедельник встреча с инвестором, и он спросит про эффективность производства».
Директор сдал анализ в четверг. Без напоминаний. Андрей был удивлён. Я — нет.
Если хочешь разобрать свою систему постановки задач — скачай гайд по делегированию. Там есть шаблон постановки задачи, который можно применить сразу после прочтения.
Это не скрипт. Скрипты не работают, потому что люди чувствуют шаблон и отключаются. Это логика — последовательность мышления, которую ты проходишь до того, как открываешь рот.
Шаг первый: сформулируй результат для себя. Прежде чем говорить с исполнителем, ответь на вопрос: как я пойму, что задача выполнена? Что именно я увижу, прочитаю, получу? Если ты не можешь ответить на этот вопрос — задача ещё не готова к постановке.
Шаг второй: определи дедлайн с точностью до дня. Не «в ближайшее время», не «как можно скорее». Конкретная дата. Если дедлайн мягкий — скажи об этом прямо: «Идеально — к среде, крайний срок — пятница». Это честнее, чем притворяться, что дедлайн жёсткий, когда он не жёсткий.
Шаг третий: встрой контрольную точку. Выбери момент, когда ты хочешь увидеть промежуточный результат. Это должно быть примерно на половине пути — не в начале (слишком рано, нечего показывать) и не в конце (слишком поздно, чтобы что-то исправить).
Шаг четвёртый: добавь одно предложение контекста. Почему это важно именно сейчас. Одно предложение, не лекция.
Шаг пятый: попроси повторить. Не «всё понятно?» — это закрытый вопрос, на который всегда отвечают «да». А «скажи своими словами, что именно ты делаешь и к какому сроку». Это неловко первые три раза. Потом становится нормой.
Здесь обычно возникает возражение: «У меня нет времени на такие длинные разговоры — у меня по 30 задач в день». Понимаю. Но посчитай время, которое ты тратишь на напоминания, переделки и разбор полётов, когда задача не выполнена. Правильная постановка занимает 3–4 минуты. Напоминание, объяснение, исправление — это 20–40 минут. Математика простая.
Разница между «сделай» и «сделай так, чтобы» — это разница между инструкцией и результатом. «Сделай отчёт» — инструкция. «Сделай отчёт так, чтобы финансовый директор мог принять решение по бюджету без дополнительных вопросов» — результат. Второй вариант длиннее на восемь слов. Но он принципиально меняет то, что получит исполнитель в голове.
Когда человек понимает, для чего нужен результат и кто его будет использовать — он автоматически принимает лучшие решения в процессе работы. Без твоего участия.
Самое частое возражение против контрольных точек: «Это же микроменеджмент. Я не хочу стоять над душой». Это неверное понимание того, что такое контрольная точка.
Микроменеджмент — это когда ты вмешиваешься в процесс без запроса. Контрольная точка — это когда ты заранее договорился о моменте, когда исполнитель показывает тебе промежуточный результат. Разница принципиальная: в первом случае ты нарушаешь автономию, во втором — ты её структурируешь.
Контрольная точка встраивается в задачу в момент постановки. Не добавляется потом, не напоминается — встраивается сразу. «В среду в 11:00 покажи мне черновик» — это не напоминание. Это часть задачи. Исполнитель знает об этом с самого начала.
Есть ещё один эффект, который я наблюдаю регулярно. Когда человек знает, что в среду нужно что-то показать — он начинает работать в понедельник, а не в среду утром. Контрольная точка создаёт внутренний дедлайн раньше внешнего. Это не манипуляция — это нормальная психология планирования.
Здесь обычно возникает второе возражение: «Мои сотрудники всё равно не будут делать — у них другой менталитет». Я слышал это от руководителей в Москве, Новосибирске, Лиссабоне. Везде одинаково. И везде, когда мы меняли архитектуру постановки задач — результаты менялись. Не у всех сотрудников и не сразу. Но у большинства — да.
Если после трёх месяцев правильной постановки задач конкретный человек всё равно не выполняет — это уже вопрос не постановки задач, а найма. Но сначала нужно убедиться, что проблема действительно в человеке, а не в системе.
Контроль — это не недоверие. Это структура. Хирург не доверяет анестезиологу меньше от того, что они перед операцией проговаривают протокол вслух. Пилот не доверяет второму пилоту меньше от того, что они проходят чек-лист перед взлётом. Контрольная точка — это чек-лист, встроенный в задачу.
Если тебе интересно, как выстроить систему контроля на расстоянии — посмотри на операционный дашборд собственника: там десять метрик, которые позволяют видеть бизнес без погружения в операционку.
Задача-монолог. Руководитель говорит три минуты, исполнитель кивает. В конце — «всё понятно?». Исполнитель говорит «да». Через неделю выясняется, что понял он совсем другое. Задача-монолог — это иллюзия коммуникации. Ты говорил, но не передал.
Решение простое и неудобное: попроси повторить. Каждый раз. Это требует дисциплины от тебя, а не от исполнителя.
Задача с мягким дедлайном. «Постарайся к пятнице», «желательно до конца недели», «когда будет время». Это не дедлайны. Это приглашения к переговорам о сроках, которые исполнитель ведёт сам с собой — и всегда выигрывает. Если дедлайн мягкий — скажи об этом прямо и назови оба срока: желаемый и крайний.
Задача без приоритета. У исполнителя одновременно десять задач от разных людей. Ты не сказал, какое место эта задача занимает в его списке. Он решил сам — и решил не так, как ты ожидал. Это не его ошибка. Это твоя.
Задача через посредника. «Передай Марине, что нужно сделать X». Марина передаёт своими словами. Что-то теряется. Что-то добавляется. К исполнителю доходит задача, которую ты не ставил. Если задача важная — ставь её лично или письменно.
Елена — CEO розничной сети, около 40 точек, в бизнесе восемь лет. Поставила коммерческому директору задачу: «Разработай программу лояльности до конца квартала». Коммерческий директор разработал. Программа была готова в срок. Но Елена ожидала нечто другое — она имела в виду программу с конкретными механиками удержания, а получила общую концепцию.
Три недели переделок. Конфликт. Коммерческий директор обиделся — он сделал то, что понял. Елена расстроилась — она получила не то, что хотела.
Разобрали постановку задачи. Выяснилось: Елена не сформулировала результат для себя до разговора. Она знала, что хочет «программу лояльности», но не знала, как именно она должна выглядеть. Коммерческий директор заполнил пробел своим пониманием.
Итог — компромисс. Программу доработали, отношения восстановили. Но три недели и значительный ресурс были потрачены на то, что можно было предотвратить одним вопросом до постановки задачи: «Как я пойму, что задача выполнена?»
Здесь обычно возникает третье возражение: «Это работает с топами, но с линейными сотрудниками — другая история». Не другая. Механика одна и та же. Меняется уровень детализации и частота контрольных точек — но не принцип. Линейному сотруднику нужно больше конкретики в описании результата. Это не усложняет постановку — это делает её более точной.
Если хочешь понять, почему делегирование вообще не работает у многих руководителей — посмотри на семь реальных причин: там разобраны системные блоки, которые мешают передавать задачи.
В начале я написал, что проблема — в архитектуре постановки задачи, а не в сотрудниках. Теперь ты видишь, что именно сломано: нет конкретного результата, нет точного дедлайна, нет контрольной точки, нет контекста. И нет момента, когда исполнитель повторяет задачу своими словами.
Это не сложно исправить. Это требует дисциплины — твоей, а не команды.
Три шага на эту неделю.
Первый. Возьми одну задачу, которую ты собираешься поставить в ближайшие два дня. Прежде чем говорить — запиши для себя: результат, дедлайн, контрольная точка, контекст. Одно предложение на каждый пункт.
Второй. После постановки попроси исполнителя повторить своими словами. Не объяснять — именно повторить. Слушай внимательно: расхождения между тем, что ты сказал, и тем, что он повторил — это и есть твои зоны роста.
Третий. Через неделю сравни: сколько напоминаний потребовалось по этой задаче и по остальным. Разница будет заметна.
И та фраза, которую я обещал в начале. Прошу произносить её вслух при каждой постановке задачи — прямо исполнителю: «Скажи мне своими словами, что именно ты делаешь и как ты поймёшь, что сделал». Это одно предложение. Оно неудобное. Оно требует паузы. Но именно в этой паузе выясняется, была ли задача поставлена или только озвучена.
Это сигнал, что проблема не в постановке задачи, а в чём-то другом: в перегрузке, в приоритизации, в мотивации или в найме. Правильная постановка задачи — необходимое условие, но не достаточное. Если механика работает, но результата нет — нужно разбирать следующий уровень: систему управления в целом.
Принцип тот же, формат другой. Для удалённых сотрудников я рекомендую письменную фиксацию задачи после устного разговора — короткое сообщение с четырьмя элементами. Это создаёт артефакт, к которому можно вернуться, и снимает разночтения.
Нет. Для задач, которые занимают меньше часа и имеют очевидный результат, достаточно двух элементов: конкретный результат и дедлайн. Полный протокол — для задач, которые занимают больше дня или требуют самостоятельных решений от исполнителя.
Если ты дочитал до этого места — скорее всего, напоминания уже встроились в твой распорядок. Утром проверяешь, кто что сделал. В середине дня напоминаешь. Вечером выясняешь, почему не сделано. Это не управление — это сопровождение.
Работаю с собственниками бизнесов от 80 миллионов выручки, у которых есть команда, но нет системы передачи задач. Не с теми, кто только строит команду — с теми, кто уже построил, но застрял в операционке.
Беру до 3 новых клиентов в месяц.
Если это про тебя — напиши на hi@vvetrov.com. Кто ты, что за бизнес, в чём конкретно застряло. Я отвечу и скажу, работаю я с такой задачей или нет.
P.S. Если не подхожу — скажу честно и порекомендую, к кому идти.
Апрель 2026. Автор — Виталий Ветров, стратегический советник для предпринимателей.