Обратное делегирование: выжимка с пользой, а не “сухое саммари” Что это по-простому: задачи и решения «прыгают наверх», вместо того чтобы делаться там, где возникли. Итог — медленнее, дороже, выгораем. Диагностика за 60 секунд (да/нет): Люди приходят с «что делать?» без вариантов? Встречи превращаются в «решалово» руководителя? В тикетах нет порогов эскалации и раздела «Рекомендация»? Любая нестандартная ситуация автоматически летит «к начальнику»? Если ≥2 «да» — у вас обратное делегирование. Что сделать сегодня (минимум движений): Ответ руководителя только в формате: «Принеси 2–3 опции, критерии и свою рекомендацию». Введите короткий шаблон Decision Request (см. ниже) и требуйте его в каждом запросе. Пропишите 3 порога эскалации для инцидентов/релизов/закупок (пример: Sev-1, превышение бюджета >10%, нарушение комплаенса). Назначьте уровень делегирования для 3 горячих тем (напр., «релизы — уровень 6: решай сам, просто информируй»). Заведите Decision Log (таблица на 6 полей) и фиксируйте решения из чатов. За 2 недели: Соберите 2–3 runbook’а («что делать, если…») с явными триггерами подъёма. Обновите шаблон RFC/PR: пункты «Варианты», «Критерии», «Рекомендация» — обязательны. Разведите роли через RACI по 3 основным потокам (инциденты, архитектура, закупки). Правильная эскалация — когда именно: Сработал формальный триггер (SLA/Sev, деньги, комплаенс, конфликт владения). Реально нет полномочий или доступов, и нельзя получить их вовремя. Новый прецедент, для которого нет правил (и их нужно создать). В остальных случаях — консультация или уведомление, ответственность остаётся у исполнителя. Шаблон Decision Request (скопируй и пользуйся): 1. Контекст: … 2. Триггер/ограничения: … 3. Опции (2–3) + критерии: … 4. Риски/план B: … 5. Моя рекомендация: … 6. Что нужно и к какому сроку: … Антипаттерны → чем заменить: «Быстрый ответ руководителя» → коучинговый ответ + требование вариантов. «Комитет решит» → делегируйте типовые решения, комитетам оставьте прецеденты. «Пинг-понг аппрувов» → минимально достаточный аппрув + матрица исключений. «Slack как бэклог» → /decision в трекер + один Decision Log. Метрики, чтобы понять, что реально лучше: Доля решений на уровне команды ↑ Decision latency (median/P90) ↓ по типам кейсов Необоснованные эскалации <10% Rework/Rollback ↓ при неизменном объёме релизов Часы руководителя на микро-решения ↓ на 20–40% 🔗 Полная версия: https://agaltsovav.ru/docs/people-managment/reverse-delegation/