4.1 Сборка проектной команды
То, как вы собираете команду, серьёзно влияет на то, удастся ли проект.
Одна из первых задач PM — выявить нужных людей и привлечь их в нужное время.
Сборка команды — не только про численность.
Это про выявление навыков, реально нужных работе, и создание ясности вокруг ролей, обязанностей и полномочий, чтобы каждый участник мог вносить эффективный вклад.
Что такое проектная команда?
Проектная команда — временная группа, собранная для достижения общей цели.
Обычно она охватывает несколько отделов и часто внешних партнёров, что приносит структуре разнообразие и сложность.
Сильная команда означает выравнивание всех с целью, баланс ролей с работой и осознанное проектирование того, как люди связаны друг с другом.
Ключевые шаги формирования команды
1. Выявите нужные навыки и роли
Начните с определения ключевых наборов навыков, нужных проекту. Для проекта по разработке ПО это могут быть роли вроде анализа требований, проектирования системы, фронтенда, бэкенда, QA и PMO.
По каждой роли проработайте:
- Назначение – зачем эта роль нужна?
- Главные обязанности
- Необходимые навыки и опыт
- Зону ответственности и полномочий
2. Подберите участников и оцените навыки
Когда роли понятны, найдите внутренних и внешних кандидатов и оцените их навыки, опыт, доступность и совместимость с командой.
Карты навыков и проектные резюме здесь полезны.
Главный вопрос не только «Смогут ли они?», а «Смогут ли они расцвести на этом проекте?»
3. Спроектируйте структуру команды и коммуникацию
Когда участники на месте, определите внутреннюю структуру команды — линии подчинения, шаги согласования и пути коммуникации.
Сделайте явным кто кому подотчётен и какая информация куда течёт.
PM должны чётко определить:
- R&R (Roles and Responsibilities, роли и обязанности)
- RACI-таблицу – Responsible (исполнитель), Accountable (ответственный), Consulted (консультируется), Informed (информируется)
Мотивация и динамика команды
Даже хорошо укомплектованная команда может не выдавать результат, если ей не хватает психологической безопасности, доверия и общего смысла.
PM стоит сосредоточиться на:
- Делиться «почему этот проект важен», чтобы укрепить общий смысл
- Поощрять и неформальные, и структурированные разговоры (kick-off, чек-ины, обычные беседы)
- Признавать и итог, и личностный рост
Работа с партнёрами и другими отделами
Крупные проекты часто подключают внешних подрядчиков или другие отделы.
Чтобы это работало как одна команда:
- Уточняйте обязанности и ожидания в письменных договорённостях
- Сглаживайте культурные или процессные различия выделенными «связными»
- Управляйте отношениями, а не только результатами
Стадии роста команды (модель Такмана)
Команды обычно проходят такие фазы:
- Forming (формирование): начальное знакомство, вежливое взаимодействие
- Storming (шторм): конфликты и неопределённость по ролям
- Norming (нормирование): взаимопонимание и общие правила
- Performing (исполнение): высокоэффективная работа, фокус на целях
- Adjourning (расформирование): команда расходится по завершении проекта
PM стоит замечать эти переходы и предлагать поддержку, которой требует каждая фаза.
Резюме: команда — это больше, чем группа
Великие команды — не просто наборы великих людей.
Это системы, в которых нужные роли органично работают вместе ради общей цели.
Успех требует не только навыка — нужны ясность ролей, проектирование отношений и общий смысл.
Умение объединять и вести людей — пожалуй, самый важный навык PM.
Как это выглядит в AB
В AB Project Management список участников проекта и есть команда. Когда вы добавляете человека в проект, его видимость автоматически ограничивается этим проектом — он видит задачи, Wiki и подключённый канал Teams или Slack, и ничего из проектов, в которых не состоит. Каждая задача несёт исполнителя, поэтому поле исполнителя на задаче плюс список участников проекта дают ответ в реальном времени на вопрос «кто в этой команде и кто чем занят».
R&R естественно живёт в Wiki проекта — закреплённая страница вроде «Roles & RACI» хранит человекочитаемую версию, а назначения задач превращают эту таблицу в то, что команда реально исполняет. И поскольку AI-ассистенты, подключённые через MCP, могут читать задачи, оставлять комментарии и создавать подзадачи прямо как живой коллега, в команду, которую вы здесь собираете, можно включить и AI-агентов в рабочий цикл — вкладка истории изменений сохранит каждое действие отслеживаемым.
Далее изучим 4.2 Управление стейкхолдерами.