Почему я теперь ставлю задачи с конца 🧩 — 7 июня 2026 г. в 06:55:00.324
Почему я теперь ставлю задачи с конца 🧩 Одно из главных управленческих открытий этого года для меня: задачу часто надо начинать не с того, как её делать, а с того, что должно получиться на выходе. В чем проблема Раньше я регулярно сталкивался с одной и той же ситуацией. Сели, обсудили задачу, вроде всё понятно. Человек ушёл делать. Потом приносит результат, а ты смотришь и понимаешь: что-то не то. Формально задача сделана. Но результат не устраивает. Раньше я воспринимал это как неизбежность. Ну да, задача новая. Ну да, нестандартная. Ну да, где-то не так поняли друг друга. Значит, надо подробнее объяснять, больше контролировать, писать регламенты, делать стандарты. Сейчас я всё больше вижу другую причину. Мы часто описываем задачу через процесс: что сделать, в какой последовательности, какие шаги пройти. Но при этом плохо описываем результат. Что должно быть на выходе Теперь я стараюсь начинать с результата: - что должно лежать на выходе; - в каком виде это должно быть; - как я быстро пойму, что задача сделана хорошо; - какие типовые ошибки должны быть заранее исключены. Это очень сильно меняет постановку задач. Ты перестаёшь надеяться, что человек сам догадается, как должен выглядеть хороший результат. Вместо этого заранее задаёшь форму, в которой этот результат можно быстро проверить. Пример: тексты объявлений Возьмем обычную работу с рекламной кампанией. Можно поставить задачу: подготовить объявления. На первый взгляд звучит нормально. Но для проверки это плохая формулировка. Непонятно, что именно должно быть на выходе и как быстро понять, что работа сделана хорошо. Человек может скинуть ссылку на документ с черновиками объявлений. Формально он задачу выполнил. А дальше руководителю или клиенту приходится проваливаться внутрь и разбираться с нуля: какие преимущества использованы, согласованы ли они, не потерялся ли смысл, укладываются ли тексты в ограничения по символам, как объявление будет выглядеть в реальной выдаче. Я хочу перестроить это иначе. Не «подготовить объявления», а выдать конкретный проверяемый артефакт. Например, на выходе должен быть не просто файл с текстами, а короткий блок проверки: - какие 5-7 преимуществ взяли в объявления; - где видно, что они согласованы с клиентом; - как выглядит шаблон объявления; - проходят ли тексты по ограничениям символов; - как будет выглядеть длинный и короткий вариант объявления. Идеально, если это можно показать 2-3 скриншотами. Открыл чат и сразу видишь: вот преимущества, вот шаблон, вот ограничения по символам, вот как объявление будет выглядеть. На проверку уходит пару минут. И ответить сразу проще, чем откладывать. Плюс не нужно разбираться в структуре Google Docs и искать, где там есть нужная информация. Что делать с большими задачами С большими задачами работает та же логика. «Запустить рекламу» или «сделать анализ конкурентов» слишком большие задачи. Их нельзя нормально проверить одним куском. Их надо дробить на маленькие результаты, которые можно проверить за день-два. Согласовали критерии анализа. Проверили список конкурентов. Посмотрели первую структуру таблицы. Сверили выводы по одной категории. И только потом двигаемся дальше. Так обратная связь появляется быстро. Не через неделю, когда уже всё уехало, а почти сразу. Почему мне это нравится Мне нравится эта логика тем, что она снимает часть ручного контроля. Ты не пытаешься держать всё в голове и потом героически ловить ошибки. Ты заранее вшиваешь проверку в форму результата. Пока человек готовит правильный отчет по задаче, он сам себя проверяет. Пока это один из самых полезных сдвигов в нашей перестройке менеджмента. К посту приложил пример задачи, которую поставил себе в таком формате.