Как правильно ставить задачи сотрудникам

Представьте обычное утро руководителя. Вы бросаете в чат: «Глянь там лендинг, поправь, что не так». К вечеру исполнитель присылает результат - и это не то. Он поправил отступы, а вы имели в виду переписать заголовок и поменять кнопку. День потерян, оба раздражены, и оба уверены, что виноват другой. На самом деле виновата постановка задачи: вы передали ожидания телепатией, а телепатия не работает.

По наблюдениям людей, которые годами разбирают командную коммуникацию, если задачу сделали «неправильно» - это почти всегда проблема формулировки, а не компетенций. Каждый человек трактует слова через свой опыт, поэтому даже сильному специалисту нужна чёткая задача. Хорошая новость: правильная постановка задач - это навык, который раскладывается на понятные правила. Ниже - эти правила.

Плохо: «Подготовь презентацию для клиента».

Хорошо: «Собери презентацию для клиента N к встрече в четверг 14:00. 8-10 слайдов: о компании, наш кейс из той же ниши, состав работ, цена, сроки. Шаблон в брендбуке, кейс возьми из вики. Готово = я согласовал, нет фактических ошибок в цифрах.»

Плохо: «Разберись с багами в корзине».

Хорошо: «Почини баг: при оформлении заказа на мобильном пропадает кнопка «Оплатить» (повторяется на iPhone, Safari). Воспроизвести по шагам в задаче. Готово = кнопка на месте на iOS и Android, прошли регрессионные тесты, выкатили на прелив. Срок - до среды.»

Плохо: «Надо больше писать в блог».

Хорошо: «Опубликовать 2 статьи в блог до конца месяца по темам из контент-плана (строки 4 и 7). Каждая - от 6000 знаков, с обложкой и перелинковкой. Готово = статья на проде, проверена редактором, отправлена на переобход в Яндекс.»

Если задачу нельзя сделать за один заход (условно, дольше одного дня), это уже не задача, а проект. Крупные формулировки вроде «запусти новый раздел» парализуют: человек не понимает, с чего начать, и откладывает. Решение - декомпозиция: разбить большую цель на цепочку задач, каждая из которых имеет свой результат и срок.

Правила декомпозиции, которые работают:

• Один пункт - один проверяемый результат. Если в формулировке есть «и» между разными итогами, делите.
• Шаг - не длиннее 1-2 дней. Так раньше видно, что что-то идёт не так.
• Связывайте зависимые задачи между собой, чтобы было видно, что от чего ждёт.
• Оценивайте сложность относительно, а не в часах: многие команды используют story points по Фибоначчи (1, 2, 3, 5, 8, 13) - так проще сравнивать задачи, чем спорить о точных часах.

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

Ставьте дату, а не настроение. «Срочно», «как можно скорее» и «к концу недели» каждый понимает по-своему, и почти всегда не в вашу пользу. Конкретная дата (а для важных вещей - и время) убирает разночтения.

• Согласуйте срок с исполнителем. Человек, который сам назвал дату, отвечает за неё иначе, чем за спущенную сверху.
• Закладывайте буфер на правки. Дедлайн «впритык» гарантирует, что любая мелкая накладка превратится в просрочку.
• Не делайте всё приоритетом №1. Когда горит всё, не горит ничего: расставляйте приоритеты честно.
• Для длинных задач - контрольные точки. Промежуточный показ на середине ловит расхождение раньше, чем в день сдачи.

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

Правильная постановка задач напрямую связана с делегированием. Руководитель, который не умеет ставить задачи, не может делегировать - и тонет в операционке. Несколько принципов:

• Делегируйте результат, а не действия. Скажите, что должно получиться, и оставьте человеку свободу в том, как этого достичь. Иначе вы наняли исполнителя, а получили свои же руки.
• Передавайте задачу целиком, с ответственностью. «Сделай вот это, а решение приму я» - это не делегирование, а перекладывание рутины.
• Дайте право на ошибку в мелочах. Если каждое решение должно проходить через вас, делегирование не состоялось.
• Зафиксируйте, как и когда отчитаться. Договорённость о точке контроля снимает тревогу с обеих сторон.

Чтобы делегирование было прозрачным, нужна единая картина: кто над чем работает и сколько это занимает. Наглядное планирование загрузки команды по неделям показывает, у кого есть ресурс взять новую задачу, а кто уже перегружен, - и вы не сваливаете всё на самого безотказного.

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

Что помогает держать баланс:

• Договоритесь о точках на старте. «Покажешь промежуточный результат в среду» снимает желание дёргать человека каждый день.
• Контролируйте статус, а не клавиатуру. Вам важно, движется ли задача, а не как именно сотрудник набирает текст.
• Сделайте статусы видимыми. Прозрачная доска, где состояние каждой задачи видно без вопросов, убирает 90% сообщений «ну как, готово?».

Когда статусы и фактически потраченное время видны прямо в трекере, контроль перестаёт быть надзором. Встроенный тайм-трекинг - старт и пауза прямо из задачи - даёт честную картину загрузки без того, чтобы спрашивать «чем ты сейчас занят». Вы открываете доску и видите всё сами.

На удалёнке цена плохой формулировки выше: нельзя за секунду переспросить через стол, часовые пояса не совпадают, а сообщения в мессенджере тонут. Из-за лавины ненужных уведомлений по-настоящему важная информация теряется, и темп работы падает. Правила те же, но дисциплина строже:

• Всё письменно и в одном месте. Задача живёт в трекере, а не в личке. Один источник правды важнее десяти чатов.
• Критерии приёмки - обязательны. На удалёнке некому «на пальцах» досказать, что вы имели в виду.
• Под запрет голосовые «сделай там по-быстрому». Их невозможно ни найти потом, ни проконтролировать.
• Снижайте трение постановки. Чем проще руководителю завести подробную задачу, тем подробнее он её опишет.

Иногда лень формулировать подробно мешает больше, чем незнание правил. Поэтому удобно, когда задачу можно надиктовать голосом, а система сама оформит структурированное описание, - или создать задачу прямо из Telegram-бота: бросаете текст или голосовое, и оно превращается в задачу с критериями приёмки. Так подробная постановка перестаёт быть мучением.