Как развивать бизнес с помощью матричной структуры

Георгий Соловьев, сооснователь и генеральный директор онлайн-школы английского языка Skyeng

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

Как сделать так, чтобы проекты двигались максимально быстро, чтобы новые фишки без промедления внедрялись в бизнес? Для этого мы придумали так называемую матричную систему управления. В чем ее специфика?

Во-первых, мы работаем командами, в которых собираем максимально полную экспертизу.

Пример

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

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

Бизнес-хак

Создайте в компании нечто подобное двойному подчинению, когда один человек говорит, что делать, а второй – как делать.

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

Чек-лист | ссылка на скачивание в начале главы

Характеристики успешной команды

? В команде не более 10 человек

? Каждый член команды заинтересован в реализации проекта

? Каждый член команды работает над проектом полный день

? Каждый член команды работает над проектом от начала и до конца

? Каждый член команды напрямую подчиняется руководителю проекта

? В команде есть специалисты и эксперты во всех необходимых областях

? Члены команды работают в непосредственной близости друг к другу: им удобно обсуждать детали, вопросы и проблемы проекта

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

? Каждый член команды знает о профессиональной компетенции коллег, признает ее и использует для реализации проекта

? Каждый член команды работает на равных без конкуренции друг с другом

? Энергия команды направлена на работу над проектом и решение проблем, а не на выяснений отношений внутри коллектива

? Каждый член команды может открыто высказывать свое мнение и поставить любой касающийся работы вопрос перед коллегами

? Члены команды не скрывают ошибки и проблемы, а ставят в известность других членов

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

? Руководитель проекта является как формальным, так и неформальным лидером

? В команде позитивный настрой, а конфликты быстро и конструктивно улаживаются

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