Задач стало меньше. Работы — столько же

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

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

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

Как переделками отучают решать самостоятельно

Учебный пример: Оле поручили страницу регистрации на вебинар. Она убрала обязательное поле «телефон»: участнику достаточно почты, чтобы получить ссылку. Руководитель вернул поле — отдел продаж хочет обзванивать зарегистрировавшихся. Об этом Оле не сказали.

В следующий раз она согласует все поля. Потом — заголовок, порядок блоков и текст кнопки. Руководитель недоволен: «Почему без меня ни шага?» Но сотрудник уже получил объяснение: разумное решение могут отменить из-за условия, которое станет известно только после сдачи.

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

Поэтому передавать нужно не только задачу, но и основания для выбора. Например: регистрация нужна для набора участников, обзвон не планируется, обязательна только почта; порядок блоков и оформление Оля выбирает сама. Если обзвон всё-таки нужен, это условие должно появиться до работы над формой.

Разворот книги «Как приготовить проект» с примерами рабочих таблиц
«Как приготовить проект» · Егор Ганин · Альпина ПРО

Сотруднику может достаться нерешённый спор руководителей

Поручение «сделать удобную регистрацию» может скрывать спор самого руководителя с отделом продаж. Один хочет больше заявок, другой — больше сведений о каждом участнике. Оле передали форму, но вместе с ней достался неразрешённый вопрос: чьи интересы важнее при выборе полей?

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

В главе 3 книги «Как приготовить проект» есть два меню: постановщика и исполнителя. Участие нужно с обеих сторон. Заказчик объясняет цель и ограничения; исполнитель выясняет непонятное, предлагает этапы и подтверждает, что именно берётся сделать. По ответу «всё понятно» нельзя проверить, одинаково ли стороны поняли задачу. Полезнее уточнить: «Получается, телефон не собираем, участнику должно прийти письмо со ссылкой. Или отделу продаж всё-таки нужен обзвон?» Теперь расхождение видно до работы над формой.

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

Контроль нужен до того, как ошибка станет дорогой

Ежедневный вопрос «Как дела?» позволяет ежедневно слышать «в работе». Скриншот красивой страницы тоже мало говорит о регистрации: форма может не сохранять заявку, а письмо — не доходить.

Полезная проверка в этом примере — одна настоящая тестовая регистрация: с телефона до письма и записи в списке участников. Её стоит провести на простом рабочем черновике, прежде чем тратить время на окончательное оформление.

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

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

На приёмке нельзя незаметно заменить задачу

Страница готова. Руководитель просит выгрузку в другую систему, коллега — добавить оплату, ещё один — поменять программу. Затем следует вывод: Оля опять не справилась без помощи.

Перед таким выводом стоит разделить замечания:

  • Обещанное не работает. Письмо не приходит, хотя подтверждение регистрации было согласовано. Это дефект: нужны исправление и повторная проверка.
  • Появилось новое требование. Оплату раньше не обсуждали. Нужно решить, нужна ли она сейчас и что изменится в сроках. Нельзя считать её отсутствие провалом прежней задачи.
  • Работает, но руководитель сделал бы иначе. Кнопка стоит в другом месте, однако видна и позволяет зарегистрироваться. Чтобы потребовать переделку, нужно объяснить, какое условие нарушено. Собственный вкус сам по себе не доказывает ошибку сотрудника.

В книге каждой задаче назначается один заказчик: он ставит её, меняет условия и принимает работу. Это защищает исполнителя от нескольких несовместимых версий «готово». Коллеги могут предлагать улучшения, но решение об изменении задачи должно быть согласовано с тем, кто её принимает.

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

Что изменить в ближайшем поручении

Вместо обещания «теперь всё делегировать» достаточно взять одну задачу, которая регулярно возвращается. Записать три последних обращения сотрудника и проверить каждое:

  1. Не хватало навыка? Показать способ, дать пример или назначить более раннюю проверку. Разрешение действовать не заменяет умение.
  2. Не хватало информации или доступа? Передать их. Иначе самостоятельность упирается в закрытую дверь.
  3. Не было права решить? Назвать допустимый выбор и его границы. Например: поля формы согласованы, оформление сотрудник выбирает сам, платный сервис требует согласования бюджета.
  4. Условие появилось после сдачи? Учесть его как изменение задачи и обсудить последствия, прежде чем оценивать работу человека.

Следующую передачу работы можно сравнить с предыдущей: какие из этих вопросов исчезли, какие повторились и почему. Число обращений само по себе не оценка сотрудника — сообщение о риске ценнее молчания до сорванного срока.

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

Если сотруднику по-прежнему не хватает доступа или права выбора, новая формулировка поручения ничего не изменит. Подробный разбор и шаблоны — в книге ↓

Автор не просто дает теорию, а показывает реальные инструменты и документы. Отлично объясняет связь между проектами и бизнес-целями.
Оксана · Wildberries · Отзыв о книге ↗
Очень понравился стиль изложения, наличие примеров, отсутствие воды по примеру многих аналогичных книг. Однозначно полезно
Сорокин С. · Яндекс Книги · Отзыв о книге ↗