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

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

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

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

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

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