Проектная команда: как с ней работать

Роли в команде проекта

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

  • Менеджер или владелец проекта (project owner): Отвечает за планирование проекта, распределение задач и ресурсов, контроль своевременного выполнения работы. Менеджер обеспечивает коммуникацию между всеми членами команды и решает возникающие проблемы.
  • Спонсор или владелец продукта (product owner), то есть заказчик: Определяет, каким должен быть результат проекта или его части и зачем это нужно. Спонсор устанавливает цели и оценивает результаты, иногда совмещая роль менеджера проекта и самостоятельно ставя задачи команде.
  • Члены команды или исполнители: Выполняют конкретные задачи в рамках проекта, например, дизайн или веб-разработку. Каждый участник вносит вклад в конечный результат, соблюдая сроки и показатели эффективности (KPI).
  • Аналитика можно выделить как отдельную роль в команде. Он анализирует данные, полученные на старте проекта, следит за ключевыми показателями и помогает выбрать правильное направление, основываясь на целях проекта и потребностях конечного пользователя. Обычно аналитик входит в состав исполнителей.
  • Стейкхолдеры оказывают внешнее влияние на результат проекта и работу команды. Это могут быть CEO компании-заказчика, конкуренты или потребители, которые меняют контекст и вынуждают команду корректировать свои действия.

Состав команды

Распределение ролей в команде зависит от того, является ли команда постоянной или временной (проектной).

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

Проектные команды постоянно меняются. Это характерно для команд, состоящих из фрилансеров, или для тех, кто занимается нерегулярными проектами с разными целями. Например, команда, собранная заказчиком для запуска онлайн-сервиса, или сотрудники, отвечающие за внедрение CRM-системы в каждом отделе.

Этапы формирования и развития команды проекта

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

Чтобы команда проекта сформировалась, необходимы следующие шаги:

  1. Постановка целей и задач
  2. Подбор специалистов и определение ролей в команде

Есть два основных способа собрать команду для проекта:

  • Назначение стейкхолдерами: Рабочая группа формируется на основе компетенций участников.
  • Самостоятельный набор менеджером: Менеджер сам набирает специалистов, что повышает шансы на создание сплочённой команды, ориентированной на общие цели.
  1. Притирка
    • На этом этапе группа специалистов начинает превращаться в команду. Участники взаимодействуют, разбираются, как выполнять задачи и к кому обращаться за поддержкой. Конфликтов становится больше из-за непривычности к особенностям друг друга. Менеджер следит за дружелюбной атмосферой, объясняет смысл изменений, вовремя доносит новые вводные и уточняет, какая помощь нужна каждому.
  1. Нормализация
    • Команда сработалась, конфликты возникают редко, но возможны форс-мажоры. При длительном проекте и большой нагрузке есть риск выгорания. Менеджер фокусируется на конструктивной критике и проводит личные встречи для отслеживания проблем и оказания помощи. Иногда лучше отправить сотрудника в короткий отпуск, чем позволить ему работать в условиях крайнего напряжения.
  2. Работа в штатном режиме
    • Команда работает на полную мощность, атмосфера доверия и взаимопонимания. Сотрудники хорошо справляются с задачами, поддерживают друг друга и иногда перевыполняют KPI. Менеджер может ослабить контроль и включаться только в критических ситуациях.
  3. Обратная связь
    • По завершении проекта менеджер и заказчик оценивают результаты. Менеджер проводит итоговую встречу с командой: даёт и собирает обратную связь, фиксирует сильные и слабые стороны для улучшения дальнейшей работы.

Планирование и организация команды проекта

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

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

Если в компании используется демократический стиль управления и применяются гибкие методики управления проектами, такие как Scrum или Kanban, отношения в команде строятся на равноправии. Каждый участник имеет право голоса, а команда регулярно обсуждает промежуточные результаты и инсайты, корректируя сроки и задачи по мере необходимости. Такие команды часто встречаются в IT, дизайне и медиа.

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

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

  • Наблюдение
  • Фиксация проблем
  • Коммуникация
  • Лидерство и мотивация
  • Делегирование

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

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


Photo by Herve on Unsplash

Ваши комментарии

Назад в блог