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

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

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

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

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

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

Узнать о том, как работают матричные роли, можно на курсе "ОБУЧАЕМ МЕНЕДЖЕРОВ IT ПРОЕКТОВ" здесь: https://kabushtein.ru/