Петр Дикий - Управление проектами. Правильный путь для начинающих

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

Как мы помним, проект – это деятельность, значит управление проектом это управление теми, кто ведет эту деятельность, если упрощенно излагать суть.

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

Проектная команда – это группа специалистов (коллектив), собираемая на определенный период времени и для выполнения проекта. Создается для выполнения поставленных целей и задач конкретного проекта, подчиняется проектному менеджеру.

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

Далее хочу привести наиболее интересные варианты команды (без учета специалистов внутри команд):

– Вариант 1. Проектная команда только из штатных (in-house) сотрудников;

– Вариант 2. Проектная команда из штатных сотрудников, включая распределенных по разным офисам и/или удаленный штат (работающие из дома);

– Вариант 3. Проектная команда из группы штатных + команда аутстаффер;

– Вариант 4. Проектная команда из группы штатных + команда/-ы на аутсорсе (им передают части, а приемку осуществляют внутренние специалисты).

Варианты 1 и 2 понятные и пояснять их не буду. А вот варианты 3 и 4 более интересные, потому что, когда есть потребности/проекты, подключаешь дополнительные ресурсы, а когда нет их, то просто не подключаешь и нет затрат на них.

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

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

Далее хочу рассказать вам немного о составе команд, которые я чаще всего встречал в работе и которые являются самыми популярными. Начнем с того, что роли в команде могут существенно различаться. Состав команд будет зависеть от многих факторов, например, размера компании, типа проекта, того, создаете что-то с нуля или дорабатываете.

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

1. Состав «Упрощенный»

– Руководитель проекта.

– Программисты (FronEnd/BackEnd или Fullstack/Mobile).

– Дизайнер.

– Аккаунт-менеджер.

2. Состав «Классический»

– Руководитель проекта.

– Технический лидер.

– Программисты (FronEnd/BackEnd/Fullstack/Mobile).

– Дизайнер.

– Аккаунт-менеджер.

– Аналитик.

3. Состав «Классический +»

– Руководитель проекта.

– Технический лидер (иногда добавляют системного архитектора или один совмещает две роли).

– Программисты (FronEnd/BackEnd/Fullstack/Mobile).

– Дизайнер.

– Специалист по продажам.

– Аналитик.

– Специалист внедрения и сопровождения.

– Поддержка.

4. Состав «Расширенный»

– Руководитель отдела разработки или Технический директор.

– Руководитель проекта (часто в таком составе РП находится в подчинении руководителя отдела или CTO).

– Системный архитектор.

– Тимлид/-ы.

– Программисты (FronEnd/BackEnd/Fullstack/Mobile).

– Дизайнер/-ы и/или Дизайнеры UI/UX.

– Специалист/-ы по продажам.

– Аналитик/-и.

– DevOps-инженер/-ы (не всегда).

– Контент-менеджер/-ы.

– Специалист/-ы внедрения и сопровождения.

– Поддержка.

Замечу:

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