Technical PM: рынок

Вакансия

открытая вакансия, прошедшая гейт качества и содержащая не менее двух технологий

Наблюдаемый кандидат

кандидат, чей стек содержит эту технологию; агрегат, без единой записи наружу

Подходящий кандидат

пока не считается

Окно

открытые вакансии на момент сборки снимка

Топ-инструменты: cloud, agile, jira, scrum, confluence. Техническая база (обязательное условие роли): понимание системного дизайна и архитектуры (микросервисы, облако, инфраструктура, базы данных), API, процессов разработки и CI/CD, технических trade-off'ов; SQL; для многих Technical PM — реальный опыт разработки в прошлом. Управленческие инструменты: Jira + Confluence, инструменты планирования и трекинга программ, Miro, дашборды и метрики. Ключевые навыки: управление кросс-командными зависимостями — главный навык TPM: координировать много команд, видеть и расшивать зависимости и узкие места; управление техническими рисками; техническое суждение — понимать суть технических решений достаточно, чтобы участвовать в trade-off'ах и задавать правильные вопросы; планирование сложных программ; коммуникация — переводить между инженерами, продуктом и руководством, доносить технически сложное ясно; стейкхолдер-менеджмент; влияние без власти (как и у обычного PM). Для продуктового варианта (Technical Product Manager) — плюс продуктовые навыки: discovery, метрики, роадмап, понимание developer experience и того, что нужно разработчикам как пользователям. Английский — для международного рынка. Главное: Technical PM ценится именно за сочетание — он достаточно технический, чтобы инженеры воспринимали его всерьёз, и достаточно менеджер, чтобы вести программу или продукт.

Под названием «Technical PM» скрываются две разные роли, и их важно различать. Technical Program Manager (TPM) — про исполнение сложных технических программ: координирует крупные технические инициативы, в которых участвует много команд (миграции, запуск платформ, инфраструктурные проекты, кросс-командные технические цели); главный фокус — управление зависимостями между командами, техническими рисками, сроками сложной программы; TPM ближе к проектно-программному управлению, но с глубокой техникой. Он обычно не владеет продуктом и не решает «что строить» на продуктовом уровне — он обеспечивает, чтобы сложное техническое довезли. Technical Product Manager — это Product Manager (решает, что и зачем строить, владеет стратегией и роадмапом, отвечает за результат) для технического продукта: API, платформа, инфраструктура, dev-инструменты, ML-платформа; его пользователи — разработчики и инженеры, поэтому нужна техническая глубина и понимание developer experience. Грубо: Technical Program Manager отвечает за исполнение сложной технической программы; Technical Product Manager владеет техническим продуктом и решает, каким ему быть. Обе роли требуют сильного технического бэкграунда — этим они и объединены под «Technical PM». Читая вакансию, смотрите на суть: «координация программ и зависимостей» — это TPM; «стратегия и роадмап продукта» — это Technical Product Manager.

Обычный Product Manager отвечает за продукт, но работает чаще с продуктами для конечных пользователей (потребительскими, бизнесовыми), где важнее понимание рынка и пользователей, чем глубокая техника (см. /research/pm/product-manager). Technical Product Manager — то же самое, но для технического продукта (API, платформа, dev-инструменты), и потому требует реальной технической глубины; его «пользователи» — разработчики. Обычный Project Manager ведёт проекты, управляя сроками, бюджетом, рисками, но без требования глубокой техники (см. /research/pm/project-manager). Technical Program Manager (TPM) ведёт сложные технические программы из многих команд, и техническая глубина для него обязательна — он участвует в технических trade-off'ах и управляет техническими зависимостями, чего обычный Project Manager не делает. Ключевое отличие Technical PM в целом — обязательная техническая экспертиза: и TPM, и Technical Product Manager должны понимать технику настолько, чтобы инженеры воспринимали их как равных, участвовать в архитектурных обсуждениях и принимать технически обоснованные решения. Поэтому в Technical PM почти всегда приходят из инженерии. По зарплате Technical PM в среднем выше обычных PM и Project Manager — за дефицитное сочетание управления и техники.

Зависит от варианта роли. Technical Program Manager (TPM): 1) Берёт сложную техническую инициативу, охватывающую много команд, и доводит её до результата. 2) Управляет зависимостями между командами — видит, кто кого ждёт, где узкие места, и расшивает их; это его главный навык. 3) Управляет техническими рисками — заранее выявляет, что может пойти не так в сложной программе. 4) Участвует в технических обсуждениях и trade-off'ах — достаточно глубоко, чтобы задавать правильные вопросы и помогать принимать решения. 5) Планирует программу, держит сроки и прозрачность статуса. 6) Переводит между инженерами, продуктом и руководством. Technical Product Manager: 1) Владеет техническим продуктом — определяет, каким он должен быть, формирует стратегию и роадмап. 2) Работает с разработчиками как с пользователями — понимает их потребности, занимается developer experience, дизайном API. 3) Делает discovery, работает с метриками продукта, приоритизирует. 4) Отвечает за результат продукта. Общее: обе роли постоянно работают на стыке глубокой техники и менеджмента, требуют участвовать в инженерных обсуждениях на равных и при этом вести программу или продукт через влияние и координацию. Technical PM — тот, кто связывает «как это устроено технически» с «как этим управлять и куда вести».

Да — и это главное отличие Technical PM от обычных PM. Для роли нужна реальная техническая глубина, и большинство Technical PM (и Technical Program Manager, и Technical Product Manager) приходят из инженерии — это бывшие разработчики, тимлиды, архитекторы, иногда DevOps / SRE или data-инженеры. Почему это обязательно: Technical PM постоянно находится в технических обсуждениях — он должен понимать системный дизайн, архитектуру, API, инфраструктуру, технические компромиссы настолько, чтобы инженеры воспринимали его как равного, чтобы он мог задавать правильные вопросы, оценивать риски и реалистичность, участвовать в архитектурных решениях и не быть «обойдённым». Без этой глубины человек не сможет ни координировать сложную техническую программу (TPM), ни осмысленно владеть техническим продуктом (Technical Product Manager). Нужно ли продолжать писать код: нет — Technical PM сам код в продакшене обычно не пишет, это менеджерская роль; но он должен понимать код и технологии глубоко и поддерживать актуальность знаний. Вывод: Technical PM — это, по сути, карьерная развилка для инженеров, которым интересно управление, координация и продукт, но которые не хотят терять связь с техникой; «войти в Technical PM с нуля без технического опыта» — практически нереально, в отличие от обычного продакт-менеджмента.

Да, 17% вакансий Technical PM — удалёнка или гибрид. Работа (координация программ, технические обсуждения, планирование, коммуникация) хорошо ведётся дистанционно. Нюанс: TPM координирует много команд и стейкхолдеров, и в крупных организациях для этого иногда удобнее гибрид. Английский для международного рынка обязателен. Удалённый формат и дефицит специалистов с сочетанием «техника + менеджмент» делают роль особенно выгодной для работы из любой точки.

Technical PM — не входная роль; в неё приходят из инженерии, и это осознанная карьерная развилка для инженеров. Типичный путь: 1) Сначала набрать реальный технический опыт — поработать разработчиком, тимлидом, архитектором, DevOps / SRE; без технической базы Technical PM не стать. 2) На инженерной позиции брать менеджерские задачи — координировать кросс-командные задачи, вести технические инициативы, общаться со стейкхолдерами, заниматься планированием; так нарабатывается управленческий опыт без ухода из техники. 3) Развивать управленческие навыки — управление программами и зависимостями, рисками, коммуникация, стейкхолдер-менеджмент; для продуктового варианта — продуктовые навыки (discovery, метрики, роадмап). 4) Определиться с вариантом роли — ближе к координации сложных программ (Technical Program Manager) или к владению техническим продуктом (Technical Product Manager). 5) Поддерживать техническую актуальность — следить за архитектурой, облаком, инструментами, даже перестав писать код. 6) Английский — для международного рынка, где роль особенно развита и хорошо оплачивается. Переход обычно происходит внутри компании — инженер, который уже фактически координирует программу, формализует это в роль Technical PM; либо переход в TPM-роль в крупной tech-компании. Ресурсы: материалы по программному управлению и TPM (роль хорошо описана в практиках мирового big tech), системный дизайн, продуктовые материалы для продуктового варианта. Главное — не «учиться на Technical PM с нуля», а вырасти в роль из сильной инженерной базы.

Senior Technical PM ведёт крупнейшие технические программы или значимые технические продукты. Глубокая техническая экспертиза: уверенное понимание системного дизайна, архитектуры, инфраструктуры, API, процессов разработки — на уровне, позволяющем на равных участвовать в архитектурных обсуждениях, оценивать технические trade-off'ы и риски, и быть авторитетом для инженеров. Управление сложными программами: вести крупные инициативы из многих команд, декомпозировать, планировать, держать прозрачность статуса в условиях неопределённости. Управление зависимостями: видеть всю карту зависимостей между командами, предсказывать узкие места, расшивать их заранее — главный навык Senior TPM. Управление техническими рисками: системно, на масштабе сложной программы. Техническое суждение: помогать принимать верные технические и архитектурные решения, задавать правильные вопросы, видеть последствия. Стейкхолдер-менеджмент и коммуникация: переводить между инженерами, продуктом, руководством; ясно доносить технически сложное; работать с топ-менеджментом. Влияние без власти: вести программу и команды через авторитет, доверие и аргументы. Стратегическое мышление: связывать техническую программу или продукт с целями бизнеса. Для продуктового варианта — продуктовое мастерство: discovery, метрики, роадмап, глубокое понимание developer experience. Менторинг: развитие младших Technical PM. Английский — для международного рынка. Главная ценность Senior Technical PM — доводить до результата технически сложнейшие, многокомандные, неопределённые инициативы, оставаясь авторитетом и для инженеров, и для бизнеса.