Сколько было проектных менеджеров в проекте?

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

Структура управления проектом и количество PM

В рамках проекта обычно существует ключевая роль — Project Manager, отвечающий за проект в целом. Однако в крупных, сложных или распределённых проектах может быть несколько менеджеров с разной степенью ответственности. Вот основные модели:

1. Один основной Project Manager (Стандартная модель для большинства проектов)

• Этот PM является центральной фигурой, полным владельцем проекта (Full Project Owner). Он отвечает за:

    *   Планирование (**Planning**), составление дорожной карты (**Roadmap**) и бюджета.
    *   Координацию всех команд и ресурсов.
    *   Мониторинг прогресса и контроль рисков (**Risk Management**).
    *   Коммуникацию с заказчиком (**Client/Stakeholder Communication**) и руководством.

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

2. Модель с разделением ролей (Часто в крупных Agile/Scrum проектах или программах)

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

• Scrum Master / Agile Coach: отвечает за процессы, удаление блокеров (Removing Impediments) и соблюдение фреймворка внутри команды разработки.
• Product Manager / Product Owner: отвечает за видение продукта (Product Vision), backlog и приоритизацию требований от бизнеса/клиента.
• Technical Project Manager / Delivery Manager: фокусируется на технической реализации, зависимостях и интеграциях.
• Основной Project Manager: сохраняет общую ответственность за бюджет, сроки, контракт и высокоуровневую коммуникацию.

В такой модели формально в проекте может быть 2-3 человека с "менеджерскими" ролями.

3. Программный менеджмент и иерархия (Для очень крупных проектов или программ)

Когда проект является частью большой программы (Program), структура может быть такой:

graph TD
    A[Program Manager] --> B[Project Manager 1];
    A --> C[Project Manager 2];
    A --> D[Project Manager 3];
    B --> E[Sub-project Lead / Team Lead];
    C --> F[Sub-project Lead / Team Lead];

• Program Manager управляет несколькими взаимосвязанными проектами.
• Каждый подпроект (Sub-project) имеет своего Project Manager.
• Таким образом, в рамках одной программы может работать 3, 5 или даже больше PM.

Ключевые факторы, определяющие количество PM

Ответ на вопрос "сколько PM было?" требует анализа контекста проекта:

• Сложность и масштаб проекта: Простой проект с одной командой — 1 PM. Распределённый проект с frontend, backend, mobile и QA командами в разных локациях — может потребовать 1 главного PM и, возможно, координаторов (лидов) в каждой локации.
• Организационная структура компании (Org Structure):

  # Пример логики определения необходимости дополнительных PM
  if project.is_complex and company.has_matrix_structure:
      assign_main_pm_and_technical_coordinator()
  elif project.is_multinational:
      assign_main_pm_and_local_pms_for_each_region()
  else:
      assign_single_pm()
  

• Фреймворк управления проектом: В классическом Waterfall чаще один PM. В крупных Agible/Scram программах — несколько ролей (PO, SM).
• Фаза проекта: На разных фазах потребность может меняться. Например, на старте и планировании может быть один PM. На этапе интенсивной разработки и интеграций может быть добавлен технический координатор.

Практический пример из моего опыта

В одном крупном проекте по разработке финансовой платформы (более 50 участников, 2 года) структура управления была следующей:

• 1 основной Project Manager (я): полная ответственность за контракт, бюджет, сроки, коммуникацию с C-level заказчика.
• 1 Product Owner со стороны клиента: управление требованиями и приоритизация фич.
• 2 Delivery Managers / Team Leads внутри нашей компании: один отвечал за backend/core систему, второй — за frontend и мобильные приложения. Они не были формально PM, но выполняли многие управленческие функции на уровне своих подпроектов.

Таким образом, формально ответ на вопрос "сколько было PM" для этого проекта — один. Но фактически управление осуществлялось командой из 4 ключевых управленческих ролей.

Выводы и рекомендации для собеседования

Когда вас спрашивают о количестве PM, лучше ответить структурно:

1. Уточните контекст: "Если говорить о формальной роли Project Manager с полной ответственностью за бюджет и сроки, то обычно один. Но управление часто распределяется между несколькими ролями".
2. Объясните зависимость от факторов: как я сделал выше.
3. Приведите пример из своего опыта: это покажет вашу практическую компетентность.

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