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

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

Между этими полюсами есть пять промежуточных состояний. Большинство конфликтов вокруг полномочий возникает потому, что стороны имели в виду разные деления шкалы, но ни разу их не назвали. Цена такой неопределённости — ожидание, повторные обсуждения и переделки. Постепенно согласование становится для сотрудника самым безопасным способом работать, даже когда он способен решить сам.

Эту шкалу хорошо описал Юрген Аппело в Management 3.0 — семь уровней делегирования. Модель простая, но переносить её в российскую компанию «как есть» рискованно: она работает при определённых условиях, которые нужно создать. Ниже — сама модель, что мешает ей работать у нас и адаптированная версия, которую можно проверить за месяц.

Аппело предлагает смотреть не на человека («ему можно доверять или нет»), а на конкретное решение. Для каждого решения выбирается один из семи уровней — от полной власти руководителя до полной власти команды.

1. Tell — сообщаю. Руководитель решает и ставит в известность.
2. Sell — убеждаю. Руководитель решает и объясняет, почему так, добиваясь принятия.
3. Consult — советуюсь. Руководитель собирает мнения, но решает сам.
4. Agree — договариваемся. Решение принимается совместно, голос руководителя равен голосу команды.
5. Advise — советую. Решает команда, руководитель высказывает мнение, но не настаивает.
6. Inquire — интересуюсь. Решает команда, руководитель узнаёт о решении постфактум.
7. Delegate — доверяю. Решает команда, руководителю даже не обязательно знать.

В оригинале модель опирается на два инструмента:

1. Доска делегирования — таблица «решение × уровень», где для каждого решения отмечен договорённый уровень.
2. Delegation poker — игра, в которой участники одновременно выкладывают карты с уровнями. Доску мы берём почти без изменений. Игру — нет: в российской компании руководитель среднего звена не сядет «играть в карты» с подчинёнными, а сотрудники не станут при начальнике открыто показывать несогласие. Ниже — способ получить тот же результат в привычном формате.

Доску мы берём почти без изменений. Карточный формат хорош там, где люди готовы открыто возражать начальнику. Если такой готовности пока нет, тот же результат даёт другой путь — о нём ниже.

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

Management 3.0 вырос в среде гибких IT-команд с короткой дистанцией власти. Во многих российских организациях исходные условия другие. Это не недостаток, а данность, которую надо учитывать.

• Высокая дистанция власти. По Хофстеде у России один из самых высоких индексов — 93 из 100. Это усреднённая картина, а не приговор каждой команде, но фактор реальный: предложение «решите сами» нередко читается как проверка или ловушка.
• «Инициатива наказуема». Если хотя бы раз самостоятельное решение обернулось разносом, команда запоминает это надолго. Уровни 5–7 на бумаге превращаются в уровень 1 на практике.
• Ложное делегирование. Руководитель говорит «решай сам», а имеет в виду «реши так, как решил бы я». Формально это уровень 6, фактически — угадайка с последующей отменой.
• Обратное делегирование. Сотрудники возвращают решения наверх: «посмотрите», «как скажете», «на ваше усмотрение». Руководитель берёт — так быстрее и привычнее.
• Ответственность без полномочий. Человеку поручают результат, но бюджет, доступ к данным и право подписи оставляют наверху. Или разрешают выбирать подрядчика, не определив требований к нему. При таких условиях возвращать вопросы на согласование вполне рационально.
• Культура регламента. Записанному верят больше, чем сказанному. Устная договорённость «на этот вопрос уровень 5» живёт до первого конфликта.

Отсюда вывод: недостаточно назвать уровни.

Радиус самостоятельного решения — это уровень плюс рамка.

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

Два уточнения к таблице. На уровне 4 заранее договоритесь о выходе из тупика: до какого срока ищете согласие, кого подключаете, кто в итоге решает. Если руководитель может решить единолично, этот переход надо обозначить до спора, а не во время. На уровне 6 договоритесь о порядке информирования: сообщение по факту, запись в рабочей системе или разбор на регулярной встрече.

1. Правило рамки. Уровень всегда задаётся вместе с границами: сумма, срок, риск, клиентский сегмент, влияние на смежников. «Решай сам по скидкам» не работает. Работает так: менеджер сам назначает скидку до 5% по стандартной сделке до 2 млн ₽ при соблюдении порога маржинальности и фиксирует её в CRM в день решения; всё за пределами — обсуждается до обещания клиенту. Полная рамка включает область решений, владельца решения, уровень, ограничения, необходимые ресурсы и данные, основания для обращения за помощью.

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

3. Правило неотмены. На уровнях 5–7 руководитель не отменяет решение, принятое в согласованных границах, только потому, что сам поступил бы иначе. Иначе самостоятельность превращается в угадывание его предпочтений. Одна публичная отмена обнуляет месяцы работы над доверием.

4. Правило оснований для вмешательства. Не отмена — не слепота. Руководитель вправе вмешаться, если решение вышло за рамку, нарушает обязательные требования или появились новые обстоятельства, существенно меняющие риск. Эти основания проговариваются заранее, а не изобретаются по ходу. При разборе отделяйте нарушение договорённости от неудачного исхода разумного решения.

5. Правило причины. Уровень меняют по причинам, а не по впечатлению. Несколько удачных решений — повод обсудить расширение самостоятельности, но не автоматический пропуск наверх. Одна ошибка — не повод сразу забирать полномочия. Сначала выясните, чего не хватило: навыка, информации, ресурса, ясной границы или своевременного сигнала о риске. Изменение должно отвечать найденной причине.

Начинать со всех полномочий подразделения не нужно. Составьте список из 15–25 повторяющихся решений, за которыми чаще всего приходят к вам: из почты, мессенджера, повестки планёрок за последний месяц. Для пилота выберите три–пять из них — те, что часто ждут вас и где последствия ошибки можно ограничить.

Неделя 1. Восстановите фактический порядок и подготовьте проект доски.

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

Неделя 2. Сверьте понимание один на один.

• Короткие встречи по 20–30 минут. Не спрашивайте «какой здесь уровень?» — ответят «как скажете».
• Спрашивайте через ситуации: обычную, пограничную и выходящую за рамку. «Клиент просит скидку 5% на сделку в 3 млн ₽. Что ты сделаешь?» Или: «Поставщик укладывается в смету, но просит аванс выше обычного. Можешь выбрать его сам?» Расхождение ответа с проектом и есть предмет разговора, а не доказательство чьей-то неправоты.
• Разберите два-три прошлых решения, которые застряли или были отменены: «Кто, по-твоему, должен был это решать?» Разговор о прошлом безопаснее, чем оценка будущих полномочий.

Неделя 3. Объявите, закрепите, введите язык.

• Представьте доработанную доску на совещании как своё решение, принятое с учётом бесед. По сути это уровень 3 — «решаю я, но сначала спросил вас». Само внедрение становится первым примером работы модели.
• Для решений уровней 5–7 запишите рамки и основания для вмешательства.
• Закрепите договорённости документом: распоряжением руководителя или приложением к положению об отделе. Подписанный документ защищает и сотрудника — его право решать записано. Где меняется формально установленное право подписи, действуйте в принятом в компании порядке.
• Введите язык уровней. Ставя задачу, руководитель называет уровень: «Это решение пятого уровня». Сотрудник, приходя с вопросом, уточняет: «Какой здесь уровень?» Через две-три недели это становится привычкой.

Неделя 4. Применяйте, разбирайте, измеряйте.

• На еженедельной встрече разбирайте спорные случаи и уточняйте рамки.
• В конце месяца сравните с исходной точкой три показателя: число обращений за согласованием, время от возникновения вопроса до решения и количество переделок.

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

Дальше пересматривайте доску раз в квартал по правилу причины. Двигайтесь по шкале на одно деление за раз: прыжок с уровня 2 на уровень 7 пугает и руководителя, и сотрудника и почти всегда заканчивается откатом.

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

Шкала из семи делений — один из самых простых способов перейти от первого ко второму.

• Какие пять решений я принимаю чаще всего и какие из них можно опустить хотя бы на один уровень?
• Знает ли моя команда, на каком уровне находится каждое из этих решений, или угадывает? Совпадает ли наше понимание слов «посоветоваться», «согласовать» и «сообщить»?
• Когда я последний раз отменил самостоятельное решение сотрудника — по согласованному основанию или потому, что сам решил бы иначе? Что команда из этого вынесла?
• Где я поручил результат, но оставил у себя ресурсы, данные или право подписи?
• По каким признакам через месяц мы поймём, что новый порядок работает?

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