Ответственность после делегирования: как проверить контекст, полномочия и стык

Ответственность после делегирования: как проверить контекст, полномочия и стык

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

Содержание

    Что проверить в контуре делегирования

    1. Сверьте ожидаемый результат, срок, критерий готовности и границу решения.
    2. Проверьте доступы, ресурсы и зависимости, которые нужны исполнителю, не расширяя права «на всякий случай».
    3. Договорите, какой риск нужно эскалировать и когда; вопрос о риске не должен считаться ошибкой.
    4. Проведите один review конкретной задачи по фактам, а не по личным качествам.
    5. Если ситуация влияет на трудовые обязанности или оценку, ведите её в актуальном HR-контуре с соблюдением прав человека.

    Ниже сохранён исходный материал. Это не кадровая оценка и не инструкция по дисциплинарному действию.


    Подробности исходного материала

    Ты провёл встречу. Объяснил задачу. Передал всё необходимое. Сказал: «Ты за это отвечаешь». И ушёл. А через три дня выяснилось, что сотрудник застрял на первом же решении и ждёт тебя — тихо, без сигнала, просто ждёт.

    Знакомо? Большинство собственников, с которыми я работаю, описывают именно это. Они делегируют — а ответственность всё равно возвращается. Как бумеранг. Как кот, которого выгнали из комнаты, но он нашёл щель.

    И в какой-то момент начинаешь думать: может, дело в людях? Не те сотрудники? Не та команда? Но нет. Дело почти никогда не в людях. Дело в системе, которую ты сам и построил.

    Ты делегировал задачу. Но не делегировал право ошибиться

    Вот история, которую я слышал в разных вариациях десятки раз. Директор небольшого производства даёт сотруднику деньги и говорит: «Купи деталь». Тот идёт, нужной детали нет, продавец предлагает аналог. Сотрудник звонит директору: «Брать?»

    Директор раздражён: я же сказал — ты за это отвечаешь, почему звонишь?

    А теперь вопрос: что было бы, если бы сотрудник купил аналог сам, а деталь не подошла? Правильно — вычли бы из зарплаты. И сотрудник это знает. Он не тупой. Он просто посчитал риски.

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

    Почему сотрудники не берут ответственность — настоящая причина

    Есть объяснение попроще, которое большинство руководителей охотно принимают: сотрудники ленивы, инфантильны, не хотят расти. Мне кажется, это удобная версия. Она снимает вопросы к себе.

    Настоящая причина, как правило, одна из трёх.

    Первая — асимметрия последствий. За успех — слова «молодец». За провал — реальные санкции. Люди не идиоты, они чувствуют эту асимметрию кожей. И делают вывод: безопаснее уточнить, чем решить самостоятельно.

    Вторая — ты всё равно вмешиваешься. Даже когда говоришь «делай как считаешь нужным», через день смотришь через плечо и начинаешь корректировать. Сотрудник очень быстро понимает: решение всё равно твоё. Зачем тогда брать на себя то, что через сутки переделают?

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

    Представь, что ты нанял подрядчика

    Мне помогает думать об этом так: делегирование — это не «дать задачу», это «нанять внутреннего подрядчика».

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

    С сотрудниками мы почему-то делаем наоборот. Говорим «ты отвечаешь», но при этом продолжаем стоять рядом, контролировать каждый шаг и наказывать за любое отклонение от того, как сделали бы мы сами.

    Ну и кто тогда на самом деле отвечает?

    Что происходит в голове у сотрудника

    Вот простая модель. У каждого человека есть внутренний калькулятор рисков. Он работает непрерывно и задаёт два вопроса: что будет, если я решу правильно — и что будет, если я решу неправильно?

    Если ответ на первый вопрос — «тебя похвалят», а на второй — «тебя накажут или посчитают виноватым» — человек выберет стратегию минимизации ошибок. То есть будет спрашивать, уточнять, перекладывать решение на тебя. Это не слабость характера. Это рациональное поведение в иррациональной системе.

    Хочешь изменить поведение — меняй систему, не людей.

    Как сотрудник считает риски при каждом решении
    Как сотрудник считает риски при каждом решении

    Три вещи, которые реально работают

    Я не буду давать список из двадцати пунктов. Вот три, которые меняют ситуацию быстро.

    Договорись про «зону самостоятельности» вслух. Не «ты отвечаешь», а «ты можешь принимать решения до 50 тысяч рублей / по всем вопросам с клиентом / по найму в свою команду — без согласования со мной». Когда граница есть — человек в ней действует. Когда её нет — он выходить за неё боится.

    Разведи похвалу и наказание по-другому. Ошибка в рамках зоны ответственности — это не повод для санкций, это повод для разбора. «Что пошло не так? Что сделаешь иначе?» Санкции — только за выход за границы договорённостей или за скрытие проблемы. Не за само решение.

    Перестань переделывать молча. Если сотрудник сделал не так, как сделал бы ты, — это ещё не значит, что он сделал неправильно. Прежде чем переделать, спроси: «Почему так?» Иногда окажется, что его вариант лучше. А если переделывать — объясняй, почему. Иначе следующий раз он опять будет звонить и спрашивать.

    Три зоны принятия решений — основа рабочего делегирования
    Три зоны принятия решений — основа рабочего делегирования

    Завтра утром

    Возьми одного сотрудника, которому ты что-то делегировал, но он всё равно продолжает к тебе приходить. Спроси себя: я чётко сказал ему, что именно он может решать сам — и что будет, если он решит неправильно?

    Скорее всего, окажется, что нет. Что «делегирование» было больше про твоё желание освободить время, чем про реальную передачу полномочий.

    Это не приговор. Это просто точка, откуда можно начать по-другому.

    Сотрудники берут ответственность там, где это безопасно. Твоя задача — сделать так, чтобы это было безопасно у тебя.

    Ответственность нельзя потребовать без права влиять на результат

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

    Четыре причины

    • неясно, какой результат и критерий качества ожидается;
    • полномочия меньше зоны ответственности;
    • за плохую новость наказывают сильнее, чем за позднее молчание;
    • руководитель всё равно переделывает и отменяет решения задним числом.

    Как изменить

    1. Выберите одну повторяющуюся область и назначьте единственного владельца результата.
    2. Согласуйте границы решений, бюджет и условия эскалации.
    3. Создайте раннюю точку разбора риска без перехвата задачи.
    4. Оценивайте качество решения по доступным на тот момент данным.
    5. Последовательно соблюдайте последствия выполненных и нарушенных договорённостей.

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

    Константин Тарасов

    Предприниматель, бизнес-трекер, пишу о том, как развивать бизнес в условиях неопределенности