Матричная система управления

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

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

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

❗️Объясняю, как это работает.

Есть два отдела. Один часто является заказчиком другого. Вот вам, пожалуйста, горизонтальная связь. Кто в этой связи главный? Тот, кто в конечном итоге отвечает за бизнес-процесс. Не, ну за трудовые прогулы, конечно, будет отвечать непосредственный руководитель по-вертикали. Но обязанность исполнителя перед оунером бизнес-процесса никто не отменял.

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

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

Продолжение в следующем посте…