Что такое матричная структура управления: плюсы и минусы, виды, особенности и примеры построения

Как работает матричная организационная структура

При матричном управлении у сотрудника два руководителя: руководитель отдела и менеджер проекта. Каждый отвечает за своё направление работы.

Функциональные руководители и проектные менеджеры

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

Пример: маркетолог продолжает заниматься текущим продвижением компании и одновременно участвует в запуске новой рекламной кампании. Работу по маркетингу он согласует с руководителем отдела, а задачи по кампании — с менеджером проекта.

Распределение ролей и ответственности

Компания заранее определяет, какие решения принимает каждый руководитель. Например, кто распределяет загрузку сотрудника, кто ставит проектные задачи и кто определяет их приоритет. Это разграничение зависит от того, как устроена конкретная матричная структура, — о видах расскажем ниже.

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

Взаимодействие между подразделениями

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

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

Виды матричных структур управления

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

Слабая матрица

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

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

Сбалансированная матрица

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

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

Сильная матрица

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

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

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

Преимущества матричной структуры организации

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

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

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

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

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

Ограничения матричного управления

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

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

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

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

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

Когда компании подходит матричная структура

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

Как внедрить матричную структуру

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

Выберите тип матричной структуры

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

1. Определите, какую часть решений по проекту менеджер сможет принимать самостоятельно.
2. Решите, насколько руководители отделов будут влиять на проектные задачи и приоритеты сотрудников.
3. Выберите тип матрицы, который соответствует этому распределению полномочий.

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

Определите зоны ответственности

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

1. Зафиксируйте, кто ставит регулярные и проектные задачи.
2. Определите, кто согласовывает сроки, распределяет загрузку и принимает результат работы.
3. Договоритесь, кто принимает окончательное решение, если руководитель отдела и менеджер проекта не могут согласовать приоритеты.

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

Настройте систему коммуникаций

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

1. Выберите рабочее пространство для обсуждения проектных вопросов.
2. Определите, как сообщать о задержках, изменении сроков и новых задачах.
3. Договоритесь, как руководители будут сверять загрузку сотрудников и согласовывать изменения, которые на неё влияют.

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

Внедрите инструменты управления проектами

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

Проверьте работу новой структуры

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

• Количество задач с конфликтующими приоритетами
• Время, которое уходит на согласование спорных вопросов
• Долю задач, выполненных позже срока
• Количество изменений сроков
• Загрузку ключевых специалистов по отделам и проектам

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

Примеры использования матричной структуры

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

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

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

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

Частые вопросы

Какие проблемы возникают при переходе на матричную структуру?

Вначале сотрудникам может быть непонятно, кто определяет приоритеты и к какому руководителю обращаться по конкретному вопросу. Также возможны споры из-за загрузки специалистов и дополнительные согласования. Поэтому до запуска важно закрепить полномочия и правила работы.

Можно ли комбинировать матричную структуру с другими моделями управления?

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

Сколько времени занимает внедрение матричной структуры?

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

Чем матричная структура отличается от функциональной?

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

Заключение

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

Дополнительные материалы