Балахнин и партнёрыPaper PlanesWeekend SchoolБлижайшие событияПрактикумы и интенсивыОбсудить задачу
Меню
Статья

Один функциональный директор: два режима ответственности

Схема двух режимов: управление типовой работой и профессиональный стандарт для индивидуального заказа

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

Такой конфликт нельзя исправить ещё одной пунктирной линией на организационной схеме. Компания должна ответить на более предметный вопрос: какие решения принимает функциональный директор, а какие принадлежат владельцу коммерческого результата?

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

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

Почему должностной инструкции недостаточно

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

Полезнее разобрать ответственность на предметы управления: профессиональный стандарт; способ выполнения типовой операции; приоритет заказа; назначение людей; доступная мощность; приёмка результата; коммерческое обязательство перед клиентом.

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

Разделение профессионального развития и текущего создания ценности описано, например, в модели helix organization у McKinsey. Для практической работы важнее названия принцип: разные руководители не должны распоряжаться одним и тем же решением одновременно. Ниже мы предлагаем прикладной способ закрепить эту границу.

Режим первый: функция управляет повторяемым исполнением

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

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

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

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

Режим второй: функция отвечает за профессию, бизнес отвечает за заказ

В индивидуальном проекте команда выбирает способ достижения результата в рамках согласованных ограничений. Клиентский приоритет определяет руководитель проекта или бизнес-направления. Функциональный директор устанавливает профессиональные требования: кто вправе выполнять работу, какие проверки обязательны, какие решения недопустимы, как сотрудники развивают компетенции.

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

Владелец заказа, со своей стороны, не получает права отменять профессиональные ограничения ради срока. Когда исполнение обязательства требует нарушить стандарт, конфликт передают установленному арбитру. Тот выбирает допустимый вариант: меняет объём, срок, состав ресурсов или отказывается от заказа. Требования закона и безопасности не становятся предметом торга.

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

Как записать полномочия без нового слоя бюрократии

Составьте короткую таблицу решений для одного процесса. Пример ниже относится к проектному режиму и требует адаптации к реальным полномочиям компании.

РешениеКто принимаетГраница
Утвердить профессиональные требованияФункциональный директорУчитывает обязательные нормы и согласованный продукт
Определить результат и приоритет заказаВладелец заказаВ пределах бюджета и подтверждённой мощности
Подтвердить исполнителя и срокРуководитель сервиса или иной владелец мощностиНе обещает один ресурс двум заказчикам одновременно
Принять поставленный результатНазначенный заказчикПо заранее согласованным критериям
Остановить профессионально недопустимую работуУполномоченный руководитель функцииФиксирует конкретное нарушение и путь исправления
Разрешить конфликт двух подтверждённых заказовНазначенный арбитрВидит последствия для обоих обязательств

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

Учебная ситуация: два заказа на одного специалиста

Условная компания готовит запуск типового продукта и одновременно выполняет индивидуальный проект. Обеим командам нужен один аналитик. Функциональный директор считает запуск важнее, а руководитель проекта уже пообещал клиенту расчёт к пятнице.

Первая проверка: подтверждала ли компания доступность аналитика до обещания клиенту? Если нет, разрыв возник при принятии обязательства. Нельзя исправить его простым обвинением функции в недостаточной клиентоориентированности.

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

Профессиональный стандарт при этом сохраняется: назначить вместо аналитика человека без необходимой квалификации нельзя только потому, что очередь стала неудобной.

Как выбрать вариант структуры

Не обязательно сразу строить матрицу. У компании есть несколько рабочих вариантов, и цена координации у них разная.

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

Выделенная команда бизнес-направления позволяет держать нужную мощность рядом с заказом. Компания платит за это возможным дублированием компетенций и недозагрузкой отдельных специалистов. Профессиональные требования всё равно требуют владельца.

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

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

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

С чего начать внедрение

Возьмите несколько недавних конфликтов: перенос срока, отказ в ресурсе, переделку, спор о приёмке. По каждому восстановите, кто принял обязательство, кто подтвердил мощность, кто изменил приоритет и кто оплатил последствия. Переписка, заявка, план загрузки и условия заказа полезнее общей оценки «плохо взаимодействуем».

Затем закрепите предметы решений и испытайте правила на ограниченном участке. До запуска выберите период наблюдения и показатели: время подтверждения ресурса, долю переносов после подтверждения, число переделок из-за требований, возраст незавершённых эскалаций. Это измерение работы правил, а не обещание заранее заданного прироста прибыли.

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

Функциональный директор может управлять разными видами деятельности по-разному. Недопустима другая ситуация: когда режим меняется в зависимости от того, кто последним позвонил исполнителю.

Материалы по теме

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

Продолжайте исследовать
Статьи, кейсы, книги и исследования Paper Planes.
Все ресурсы

PAPER PLANES

Оставить заявку

Заполнить полный бриф