Сколько PM было в компании?

Мой профессиональный опыт: от стартапов до корпораций

В моей карьере за 10+ лет мне довелось работать в компаниях с крайне разной структурой управления проектами, что позволяет дать сравнительный анализ. Количество Project Manager'ов всегда напрямую зависит от бизнес-модели, зрелости процессов и масштаба компании.

1. Стартап-студия (50 человек, продукты для b2c)

• Структура: Полностью плоская. Я был единственным выделенным PM на 5-7 одновременно запущенных продуктовых команд.
• Обоснование: Фокус на скорости и гибкости. Роли Product Owner и Tech Lead брали на себя значительную часть организационной работы. Моя роль сводилась к фасилитации, синхронизации между командами и управлению рисками на уровне портфеля.
• Ключевой вывод: В стартапе один PM часто выступает как "скрам-мастер на стероидах", работая на стыке продуктового видения, разработки и бизнес-задач. Эффективно при высокой автономии команд.

2. Аутсорс-компания (разработка ПО, ~400 сотрудников)

• Структура: Выстроенная PMO (Project Management Office). На 400 человек (~250 в разработке) приходилось 12 PM/Scrum Master'ов, что примерно соответствует соотношению 1 PM на 20-25 инженеров.
• Иерархия:

    *   **Head of PMO (1)**
    *   **Senior PM (4)** – ведущие стратегические, многомиллионные проекты для key-клиентов.
    *   **PM (5)** – основные коммерческие проекты.
    *   **Junior PM / Scrum Master (2)** – внутренние проекты и ассистирование.

• Обоснование: Каждый проект — отдельный контракт со своим бюджетом, сроками и SLA. Требовалась строгая отчетность, управление финансами и коммуникация с заказчиком. PM был центральной фигурой, "владельцем" результата перед клиентом.
• Пример структуры команды в коде:

  # Пример структуры отдела в аутсорсе
  project_office:
    head_of_pmo: 1
    project_managers:
      senior:
        count: 4
        team_size_range: "15-25 человек"
        project_budget: ">$500k"
      regular:
        count: 5
        team_size_range: "8-15 человек"
        project_budget: "$100k-$500k"
      junior:
        count: 2
        team_size_range: "3-7 человек"
        project_budget: "<$100k & internal"
  

    *Это условное представление, но оно точно отражало принцип распределения по уровню сложности проектов.*

3. Крупный продукт IT-корпорации (3000+ сотрудников, свой R&D)

• Структура: Гибридная (матричная). Ключевая метрика — не общее количество PM, а их плотность в конкретном продуктовом направлении.
• В моем продуктовом кластере (около 400 человек, 6 stream'ов разработки):

    *   **Program Manager (1)** – управление всей программой, зависимостями между stream'ами.
    *   **Project Manager / Delivery Manager (6)** – по одному на stream (соответствует 1 на ~65 инженеров, но с учетом сильных Tech Lead'ов и Product Manager'ов).
    *   **Scrum Master / Agile Coach (3)** – сфокусированы на процессах внутри команд.

• Обоснование: Зрелость процессов позволяет делегировать многие операционные задачи лидам команд. Роль PM смещается в сторону управления интеграциями, кросс-функциональными зависимостями, стратегическим планированием roadmap и управлением ожиданиями стейкхолдеров.

Анализ и выводы для вашей компании

Прямой ответ "сколько было PM" менее информативен, чем понимание контекста и оптимального соотношения. Вопрос, который я задал бы на собеседовании в ответ:

"Какова ваша целевая модель управления проектами и как вы видите соотношение PM к продуктовым командам или инженерам, чтобы достичь баланса между контролем и автономией?"

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

• Бизнес-модель: Аутсорс требует больше PM для работы с клиентами, чем продуктовая компания.
• Зрелость команд: Чем выше зрелость (самоорганизация, технические лидеры), тем меньше необходимость в операционном менеджменте.
• Сложность проектов: Количество интеграций, сторонних вендоров и нормативных требований прямо увеличивает потребность в PM.
• Корпоративная культура: Культура отчетности vs культура доверия.

В итоге, мой опыт показывает, что магического числа не существует. Эффективность определяется не количеством PM, а четким распределением зон ответственности между Product Manager, Tech Lead и Project Manager, а также их способностью формировать единую управленческую триаду для успеха продукта.