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

Сотруднику может достаться нерешённый спор руководителей
Поручение «сделать удобную регистрацию» может скрывать спор самого руководителя с отделом продаж. Один хочет больше заявок, другой — больше сведений о каждом участнике. Оле передали форму, но вместе с ней достался неразрешённый вопрос: чьи интересы важнее при выборе полей?
Здесь подробное техническое задание не поможет, пока заказчик не определит приоритет. Можно поручить Оле исследовать варианты и предложить решение. Но тогда результат первого этапа — предложение с доводами, а не готовая страница к вечеру.
В главе 3 книги «Как приготовить проект» есть два меню: постановщика и исполнителя. Участие нужно с обеих сторон. Заказчик объясняет цель и ограничения; исполнитель выясняет непонятное, предлагает этапы и подтверждает, что именно берётся сделать. По ответу «всё понятно» нельзя проверить, одинаково ли стороны поняли задачу. Полезнее уточнить: «Получается, телефон не собираем, участнику должно прийти письмо со ссылкой. Или отделу продаж всё-таки нужен обзвон?» Теперь расхождение видно до работы над формой.
Согласованный срок зависит и от занятости человека. Новая задача не отменяет три прежних обещания. Если они остаются в плане, нужно выбрать, что ждёт. Как изменить рабочий план и предупредить остальных участников →
Контроль нужен до того, как ошибка станет дорогой
Ежедневный вопрос «Как дела?» позволяет ежедневно слышать «в работе». Скриншот красивой страницы тоже мало говорит о регистрации: форма может не сохранять заявку, а письмо — не доходить.
Полезная проверка в этом примере — одна настоящая тестовая регистрация: с телефона до письма и записи в списке участников. Её стоит провести на простом рабочем черновике, прежде чем тратить время на окончательное оформление.
При этом неопытный сотрудник может раньше ошибиться в самом выборе сервиса. Тогда сначала проверяется этот выбор. Точка контроля зависит от того, после какого решения переделка потребует заметных затрат. Опытному исполнителю можно передать больше решений; новичку понадобятся меньшие этапы и помощь. Одинаковое «раз в неделю покажешь» для обоих не учитывает этого различия.
Контроль сохраняет смысл, пока сверяет результат с договорённостями. Если на каждой проверке руководитель заново выбирает за сотрудника всё, включая допустимые варианты, задача возвращается к нему по частям. Справка по контролю выполнения задач →
На приёмке нельзя незаметно заменить задачу
Страница готова. Руководитель просит выгрузку в другую систему, коллега — добавить оплату, ещё один — поменять программу. Затем следует вывод: Оля опять не справилась без помощи.
Перед таким выводом стоит разделить замечания:
- Обещанное не работает. Письмо не приходит, хотя подтверждение регистрации было согласовано. Это дефект: нужны исправление и повторная проверка.
- Появилось новое требование. Оплату раньше не обсуждали. Нужно решить, нужна ли она сейчас и что изменится в сроках. Нельзя считать её отсутствие провалом прежней задачи.
- Работает, но руководитель сделал бы иначе. Кнопка стоит в другом месте, однако видна и позволяет зарегистрироваться. Чтобы потребовать переделку, нужно объяснить, какое условие нарушено. Собственный вкус сам по себе не доказывает ошибку сотрудника.
В книге каждой задаче назначается один заказчик: он ставит её, меняет условия и принимает работу. Это защищает исполнителя от нескольких несовместимых версий «готово». Коллеги могут предлагать улучшения, но решение об изменении задачи должно быть согласовано с тем, кто её принимает.
Если руководитель постоянно молча доделывает работу, сотрудник видит только финальную замену. Он не узнаёт, где допустил ошибку и какое решение было приемлемым. Следующая попытка начинается с той же неопределённости — и с ещё меньшим желанием проявлять инициативу.
Что изменить в ближайшем поручении
Вместо обещания «теперь всё делегировать» достаточно взять одну задачу, которая регулярно возвращается. Записать три последних обращения сотрудника и проверить каждое:
- Не хватало навыка? Показать способ, дать пример или назначить более раннюю проверку. Разрешение действовать не заменяет умение.
- Не хватало информации или доступа? Передать их. Иначе самостоятельность упирается в закрытую дверь.
- Не было права решить? Назвать допустимый выбор и его границы. Например: поля формы согласованы, оформление сотрудник выбирает сам, платный сервис требует согласования бюджета.
- Условие появилось после сдачи? Учесть его как изменение задачи и обсудить последствия, прежде чем оценивать работу человека.
Следующую передачу работы можно сравнить с предыдущей: какие из этих вопросов исчезли, какие повторились и почему. Число обращений само по себе не оценка сотрудника — сообщение о риске ценнее молчания до сорванного срока.
Основу поручения поможет зафиксировать конструктор рабочего задания. А в главе 3 есть ещё одно важное продолжение: передача своей части следующему участнику не отменяет авторского надзора. Если Оля передала макет разработчику, ей нужно проверить, сохранились ли согласованные поля и логика регистрации на готовой странице.
Если сотруднику по-прежнему не хватает доступа или права выбора, новая формулировка поручения ничего не изменит. Подробный разбор и шаблоны — в книге ↓
Автор не просто дает теорию, а показывает реальные инструменты и документы. Отлично объясняет связь между проектами и бизнес-целями.
Очень понравился стиль изложения, наличие примеров, отсутствие воды по примеру многих аналогичных книг. Однозначно полезно
