Кто собирает команду?
Комментарии (1)
Ответ сгенерирован нейросетью и может содержать ошибки
Отличный, фундаментальный вопрос. Он касается самой сути роли IT Project Manager (PM). Краткий ответ: собирает команду, как правило, Project Manager, но делает это не в вакууме, а в тесной коллаборации с ключевыми стейкхолдерами.
Давайте разберем этот процесс детально, так как он является критически важным для успеха проекта.
Основной ответ: Роль Project Manager
Да, формально и чаще всего ответственность за формирование (staffing) проектной команды лежит на IT Project Manager. Это одна из ключевых управленческих функций, входящая в процессы инициации и планирования проекта (согласно PMBOK® Guide, область знаний «Управление ресурсами проекта»).
PM выступает здесь как «заказчик» компетенций. Его задача — определить, какие именно роли, с какими навыками и на какой срок нужны для выполнения работ по проекту. Он создает «профиль команды» или матрицу компетенций, которая включает:
- Роли: Бэкенд-разработчик, фронтенд-разработчик, тестировщик (QA), DevOps-инженер, бизнес-аналитик (BA), дизайнер (UX/UI).
- Необходимые навыки и уровень (Junior/Middle/Senior): Например, Senior Java-разработчик с опытом работы Spring Boot и Kafka.
- Загрузка (availability): На полную ставку (full-time) или частичную (part-time), продолжительность вовлечения.
Однако, PM почти никогда не обладает административной властью над сотрудниками (за исключением, возможно, небольшого PMO). Поэтому сбор команды — это всегда процесс переговоров и согласований.
Ключевые участники процесса и их роль
Сбор команды — это коллективная ответственность (shared responsibility). PM координирует этот процесс, привлекая:
1. Функциональные менеджеры (Line Managers, Team Leads, Heads of Departments)
Это самые важные партнеры PM в данном процессе. Они являются владельцами ресурсов.
- Отдают людей «в аренду» проекту.
- Отвечают за профессиональный рост, оценку и благополучие своих сотрудников.
- PM должен убедить их в приоритетности и важности своего проекта, чтобы получить лучших специалистов, а не тех, кто «свободен». Часто это торг, требующий поддержки спонсора.
2. Спонсор проекта (Project Sponsor) и ключевые стейкхолдеры
- Спонсор обладает организационным влиянием и может помочь «продавить» выделение критически важных ресурсов, если возникают конфликты с другими проектами.
- Заказчик (Product Owner в Scrum) помогает уточнить требования к компетенциям, особенно в части предметной области (domain knowledge).
3. Отдел кадров (HR) и рекрутеры
Если требуемых специалистов нет внутри компании, PM инициирует процесс внешнего найма. Здесь PM тесно работает с рекрутерами:
- Формулирует четкие требования к вакансии.
- Участвует в технических интервью для оценки hard skills.
- Оценивает «культурное соответствие» (cultural fit) кандидата будущей команде.
4. PMO (Project Management Office)
В зрелых организациях PMO может вести реестр компетенций и загрузки всех сотрудников, помогая PM быстро найти подходящих кандидатов внутри компании и минимизировать конфликты за ресурсы.
Процесс сбора команды: пошаговый алгоритм
На практике процесс выглядит так (упрощенный вид):
graph TD
A[Анализ WBS и требований] --> B[Определение ролей<br>и компетенций];
B --> C{Ресурс внутри компании?};
C -- Да --> D[Переговоры с функц.<br>менеджерами / Team Lead];
C -- Нет --> E[Запуск процесса<br>внешнего рекрутинга];
D --> F[Утверждение состава<br>со спонсором];
E --> F;
F --> G[Организация<br>встречи команды Kick-off];
- Анализ объема работ: На основе WBS (Work Breakdown Structure) и технического задания PM определяет необходимые работы.
- Составление «заявки на ресурсы»: Создается документ с ролями, навыками, сроками и объемом занятости.
- Внутренний поиск: PM обращается к функциональным менеджерам, Team Lead'ам, использует базы PMO. Проводятся совещания для согласования.
- Внешний найм (если нужно): Работа с HR/рекрутерами.
- Окончательное согласование: Представление окончательного состава команды спонсору проекта на утверждение.
- Онбординг и запуск: Организация Kick-off Meeting, знакомство команды с проектом, целями и друг с другом.
Критерии успешного подбора команды
Просто собрать «теплые тела» — недостаточно. Хороший PM формирует команду, которая сможет работать эффективно. Для этого он учитывает:
- Баланс компетенций: Сочетание экспертов (Senior) и тех, кто может выполнять более рутинные задачи (Middle/Junior).
- Личностную совместимость (soft skills): Важно, чтобы люди могли конструктивно общаться. Иногда стоит избегать объединения известных «конфликтных» личностей в один проект.
- Мотивацию: По возможности, нужно учитывать интересы самих сотрудников. Специалист, заинтересованный в технологиях проекта, будет работать продуктивнее.
- Историю совместной работы: Уже сработавшаяся «связка» разработчиков — огромный плюс для скорости старта.
Вывод: Сбор команды — это комплексная управленческая задача PM, где он выступает архитектором, переговорщиком и интегратором. Успех зависит не от формального назначения людей, а от его способности выстроить партнерские отношения с владельцами ресурсов, обосновать потребности проекта и создать сбалансированную, мотивированную группу специалистов, готовую к достижению общих целей. Это один из первых и ключевых тестов лидерских качеств Project Manager'а.