Какую операционку и кому делегировать

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

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

Сегодня зона моей ответственности включает стратегический маркетинг, воронку продаж, вывод на рынок новых услуг и развитие каналов. Процессы, которые я курирую, выстроены на принципах проектного управления с элементами RACI, Agile и регулярным контролем через ключевые показатели эффективности. К непосредственному исполнению или коучингу я подключаюсь лишь в двух случаях: при работе с ключевыми сотрудниками (например, сложные продажи) либо когда задача не подлежит передаче по формальным критериям, о которых пойдет речь ниже.

Диагностика: как выявлять процессы для делегирования

Алгоритм состоит из трех шагов.

Первый шаг — аудит временных затрат. В течение двух недель я фиксирую все задачи, которые решаю лично.

Второй шаг — классификация по критерию «контекст против активности». Контекстные задачи, то есть определение целей, границ, стандартов и критериев успеха, остаются за мной. Активные задачи, а именно выбор конкретных шагов, инструментов, календарного планирования, подлежат делегированию. Как справедливо отмечают авторы European Management Journal (2024), если решение требует специфических знаний сотрудника и возникает нестандартная ситуация, делегирование не только допустимо, но и необходимо.

Третий шаг — применение теста MIT. Я задаю себе вопрос: «Являюсь ли я лучшим и одновременно самым дешёвым специалистом для выполнения этой работы?» Если ответ отрицательный, задача передается.

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

Определение ответственных: RACI и каскадирование доверия

Когда процесс выявлен, встаёт вопрос: кому передавать? Здесь я опираюсь на два принципа.

Второй принцип — формальный. Для сложных кросс‑функциональных задач я использую матрицу RACI, где определяются ответственный, утверждающий, консультируемый и информируемый. Это особенно актуально для зон маркетинга и разработки новых продуктов, где пересекаются несколько отделов.

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

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

Передача и контроль: от постановки задачи к коучингу

Самый тонкий момент — как именно передать задачу, чтобы не вернуться к операционному «дну». Я использую двухэтапный протокол.

Первый этап — формулирование контекста. Я чётко прописываю цель (зачем мы это делаем), измеримый результат (что считается успехом), границы (бюджет, сроки, непреодолимые ограничения) и правила эскалации (какие решения сотрудник может принять сам, а по каким обязан поднять на мой уровень). Без этого, как верно замечено в обзорах HBR, делегирование превращается в хаос: сотрудник либо парализован страхом, либо принимает решения, противоречащие стратегии.

Третий этап — контроль по принципу «доверяй, но проверяй». Контроль не должен быть тотальным. Я использую регулярные короткие синхронизации в формате daily или weekly stand‑ups по методологии Agile. Они занимают не более пятнадцати минут и отвечают на три вопроса: что сделано, что в работе, какие блокеры. Также я назначаю контрольные точки по ключевым результатам, например, согласование макета до выхода в печать или утверждение бюджета кампании. Кроме того, я применяю просроченную проверку: если сотрудник демонстрирует стабильный результат, я увеличиваю интервал проверок и снимаю излишний надзор.

При этом я жестко соблюдаю правило: не вмешиваюсь в процесс, если нет отклонения от согласованных границ или запроса от сотрудника. Как пишут авторы MIT Sloan, вмешательство без необходимости разрушает мотивацию команды и возвращает руководителя в операционную зону.

Что я никогда не делегирую

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

Первое — постановка бескомпромиссного видения и стратегических приоритетов, например, выход на новый сегмент B2B или сворачивание убыточной услуги.

Второе — финализация переговоров с ключевыми клиентами из топ‑5 по выручке, если требуется изменение условий договора или принятие репутационного риска.

Третье — управление исключениями, то есть любые задачи, которые выходят за рамки установленного бюджета, сроков или правил более чем на согласованный процент (обычно 10–15%). А также кадровые решения в части найма и увольнения ключевых руководителей.

Все остальное — от согласования медиаплана до корректировки ценообразования на линейку продуктов — может и должно быть делегировано при условии прозрачного контекста и квалифицированного исполнителя.

За десять лет управления я прошла путь от попытки делать всё самой до умения выстраивать системы, в которых моя роль — задавать контекст, коучингировать ключевых сотрудников и вмешиваться только на границах исключений. Именно такой подход, подкрепленный методологиями RACI, Agile и тестами MIT, позволяет мне фокусироваться на развитии бизнеса (маркетинг, продажи, новые продукты), а не на операционной текучке.

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