Как нанять сильного PM для ИТ-проекта в Беларуси

Рынок PM в целом — и белорусский в особенности — выпускает массу способных менеджеров процессов и заметно меньше настоящих лидеров. На бумаге они смотрятся одинаково. В первом сорокапятиминутном собеседовании звучат похоже. Стоят примерно одни и те же деньги. И если не знать, на что именно нужно обращать внимание, отличить одного от другого практически невозможно.

Ниже вы найдете: о чём спросить, что игнорировать, что расценивать как красный флаг. Кроме того, укажем особенности белорусского рынка, которые большинство компаний расценивают неправильно ещё на первом этапе.

Что на самом деле означает «сильный PM»

Прежде чем публиковать вакансию, имеет смысл определиться, какую именно роль вы ищете. Реальных видов специалистов здесь как минимум три, и платят им — как и ведут себя они сами — совершенно по-разному.

Delivery PM. Классический менеджер сервисной компании, который отвечает за скоуп, сроки, коммуникацию с клиентом и моральный климат в команде. Делает сложные проекты предсказуемыми. Большинство опытных белорусских PM выросли именно из этого архетипа — двадцать лет аутсорсинга были для них школой. Сильный выбор для агентств, клиентских команд и любых проектов с заранее ожидаемым финалом.

Technical PM. Ближе к тех-лиду, но с менеджерскими навыками. Читает код, аргументированно спорит с оценками инженеров, выступает медиатором в технических дискуссиях, не вставая ни на чью сторону. Встречается реже, обходится дороже. Та самая роль, когда команде разработки нужен переводчик, а не диспетчер.

Outcome-Driven PM. Самый сложный найм из трёх. Отвечает за результат, а не только за то, что было поставлено в план. Спокойно работает с неопределённостью. Принимает решения по приоритизации. Спорит, когда спецификация откровенно плохая. Та самая роль для продуктовых компаний, стартапов и любых ситуаций, где задача формулируется по ходу, а не выдаётся в готовом виде.

Ловушка, в которую попадает большинство компаний, выглядит примерно так: пишут вакансию «Senior Project Manager», проводят пять собеседований, нанимают Delivery PM — а нужен-то был Outcome-Driven. Это упущение остаётся незаметным примерно до четвёртого месяца. На то, чтобы потом разобраться, уходит год.

Белорусский рынок предлагает Delivery PM в избытке и Outcome-Driven заметно в меньшем количестве. Соотношение между ними неравномерное — и об этом полезно помнить ещё до того, как вы начали скрининг резюме.

Почему именно Беларусь

Скорее всего, причина читать эту статью у вас уже есть — но для полноты картины:

Двадцать лет работы с западными клиентами через сервисные компании сформировали широкий рынок PM-кадров: EPAM, IBA, Itransition, Wargaming и десятки небольших студий, каждую из которых в регионе знают по имени.
Английский в слое PM по-настоящему сильный. Клиенты требовали его годами, и планка с тех пор держится.
Полное пересечение по часам с европейским рабочим днём, частичное — с американским Восточным побережьем.
Зарплаты держатся на 40–60% ниже американских и на 30–45% ниже Западной Европы при сопоставимом уровне квалификации.
Резидентство в Парке высоких технологий по-прежнему даёт ощутимые налоговые преимущества — и работодателю, и самому PM, при том же окладе.

Та часть, которую обычно не вписывают в маркетинговые материалы: значительная доля сеньорных PM переехала в 2022–2024 годах в Польшу, Литву, на Кипр, в Грузию. По образованию, языку и сети контактов они по-прежнему белорусы — просто оформлены теперь в других юрисдикциях. На практике для иностранных команд это, как правило, плюс, а не минус: специалисты стали доступнее, чем три года назад. Просто юридическая модель найма с тех пор поменялась.

За эти годы мы помогли разместить сотни PM и других IT-специалистов по всему миру. С точки зрения географии нанимать стало не сложнее — поменялась только логистика.

Описание вакансии, которое привлечет сильных кандидатов

Описание вакансии — то самое место, где большинство компаний тихо теряют сильных PM, даже не осознавая этого. Три правила:

Чётко обозначайте, какой тип вы ищете. Не нужно писать «ведёт проекты от идеи до релиза» и надеяться, что нужный кандидат сам себя отфильтрует. Сформулируйте четко, кто вам нужен.
Конкретизируйте методологию. Фраза «У нас Scrum с двухнедельными спринтами, ретро раз в две недели по пятницам, один прод-релиз за спринт» даёт кандидату конкретный ориентир. А «знакомство с Agile-методологиями» привлекает каждого, кто прошёл четырёхчасовой курс на Udemy.
Уточняйте масштаб. Размер команды. Количество стейкхолдеров. Владеет ли PM планом действий сам или исполняет чужой. Эти три параметра расскажут кандидату о соответствии роли больше, чем любой список обязанностей.

Типичные ошибки, которые лучше не совершать:

Требовать одновременно PMP и CSM. Это сигнал того, что вы сами ещё не определились, кого ищете. Оба сертификата сами по себе важны ( PMI и Scrum.org) — но они подтверждают разные вещи, и «оба обязательны» читается как список покупок, а не как требования к роли.
«Опыт от 5 лет» без уточнения, какой именно опыт нужен. Сеньорный PM в агентстве и сеньорный PM в продуктовом стартапе — это совершенно разные позиции.
Списки обязанностей в восемнадцать пунктов, половина из которых противоречит другой половине.
Подход, при котором PM, Scrum Master и Product Manager воспринимаются как взаимозаменяемые роли. Это не так — к этому различию мы ещё вернёмся в разделе Вопрос-ответ.

В первую очередь говорите о задачах, а не о плюшках. Инженеры не меняют работу ради настольного футбола. Сильные PM, к слову, тоже.

Интервью, которое реально помогает выбрать

Именно здесь большинство команд ошибаются, поэтому раздел будет чуть длиннее остальных.

Три этапа. Задачки на сообразительность — мимо.

Этап 1: глубокий разбор одного проекта (45 минут)

Выбираете один проект из резюме. Ровно один. И идёте в глубину:

«Расскажите про этот проект. Почему компания вообще решила его делать?»
«В чём заключалась ваша роль на первый день, на шестидесятый и на сто восьмидесятый?»
«Какие решения вы принимали лично? Не команда, а именно вы.»
«Что у вас тогда не сработало — и как вы с этим разбирались?»
«Если бы запускали этот проект заново — что сделали бы иначе?»
«Как вы измеряли успех проекта? Кто вообще решал, что считается успехом, а что нет?»

Один этот этап, по нашему опыту, отсеивает примерно 60% слабых кандидатов. Паттерн повторяется из раза в раз. Они не могут рассказать о конкретных решениях, потому что попросту их не принимали. Они не могут сформулировать, что пошло не так, потому что не анализируют собственную работу. И уходят в защиту через язык процессов и JIRA — туда, где им безопасно.

Этап 2: живой сценарий (45 минут)

Реальная ситуация, а не задача на смекалку. Например:

«На стендапе в среду команда разработки сообщает вам, что не успеет выкатить фичу X к дедлайну через две недели. Клиент эту фичу ждёт и под её запуск уже построил маркетинговую кампанию. CEO пока ничего не знает. Расскажите, как у вас пройдут следующие 48 часов.»

На что стоит обращать внимание:

Идут ли они сначала за данными — или сразу прыгают в готовые решения?
Эскалируют наверх (CEO должен знать) — или прячут проблему до последнего?
Аргументированно спорят с командой разработки по оценке — или принимают её на веру?
Переформулируют задачу: можно ли сократить скоуп, разбить на фазы, увеличить время? — или просто сообщают об опоздании?
Как они ведут разговор с клиентом: уходя в защиту или уверенно?

Правильного ответа на весь сценарий целиком не существует. Но в их рассказе встроено примерно 15 сигналов, по которым сильный PM отличается от менеджера процессов. К третьему кандидату вы их уже будете видеть невооружённым глазом.

Этап 3: ролевая игра со стейкхолдером (30 минут)

Кто-то из вашей команды играет сложного стейкхолдера. Раздражённого тимлида разработки. Клиента, расширяющего скоуп по ходу проекта. CEO, который вносит правки в ночь перед релизом.

Смотрите, как кандидат справляется с прямым несогласием, пушбэком и откровенно неловкими ситуациями. Это самый сложный этап для имитации — и одновременно лучший предиктор того, как этот же человек поведёт себя с вашей реальной командой через полгода.

Бонусный вопрос, который стоит вставить где-то по ходу: «А что вы читаете или за кем следите по теме PM?» У сильных PM есть мнения о конкретных людях — Марти Каган в SVPG, рассылка Lenny Rachitsky, что-то в таком духе. Слабые отвечают «я много читаю статей». Распознавание по конкретным именам работает; по общим формулировкам — нет.

Красные и зеленые флаги

Две колонки. Самая полезная для выводов часть всей статьи.

Красные флаги	Зелёные флаги
Все проекты «успешные». Ни одной артикулированной неудачи или вынесенного урока.	Рассказывает про конкретные принятые решения и их последствия — и удачные, и провальные.
Говорит о JIRA, Confluence и чистоте церемоний больше, чем о людях и результатах.	У него есть настоящие истории , без имён, но с сохранённой конкретикой.
Не может разделить: что ОН лично решил, а что было решено за него.	Может объяснить технические концепции из своих проектов, даже если сам не инженер.
Размытая методология. «Скрамбан-гибрид». «У нас Agile адаптирован под команду».	У него есть собственная позиция по коммуникации, блокерам и расширению скоупа.
Считает работу PM «снятием блокеров» — но не может назвать, что именно за блокеры это были.	Ссылается на конкретных авторов в PM — по именам.
Много сертификатов, мало конкретных историй.	Задаёт конкретные вопросы о ваших инженерных практиках, а не общие «расскажите про культуру компании».
Не хочет обсуждать конкретику прошлых работодателей даже в обезличенном виде. «NDA-причины», которых, скорее всего, не существует.	Рассказывает о своей команде в конкретных терминах: по ролям, по сильным сторонам каждого, по тому, о чём с кем спорили.

Зарплаты (кратко)

Цифры меняются каждый квартал. В нашем зарплатном исследовании разложены актуальные диапазоны по видам, грейдам и локациям. Три правила, которые держатся из года в год:

Outcome-Driven PM стоят на 15–25% дороже Delivery PM того же грейда. И найти их при этом сложнее.
Релоцированные PM (Варшава, Вильнюс, Лимассол) обходятся на 20–35% дороже эквивалента в Минске. Это привязка к стоимости жизни — с этим ничего не поделать.
Technical PM держатся на 10–15% выше обычных PM того же уровня.

Резидентство в ПВТ даёт PM ту же налоговую ситуацию, что и инженерам. А это значит, что компании-резиденты ПВТ фактически предлагают кандидату больше «на руки» при том же окладе — стоит держать в голове, когда вы конкурируете с локальными игроками.

Где сильные PM живут онлайн

Микс каналов для сорсинга PM заметно отличается от инженерного. PM поддерживают онлайн-жизнь, которую разработчики обычно не ведут.

LinkedIn. Главный канал. PM активно ведут профили, пишут о своей работе, отвечают на прямые сообщения от рекрутеров. Сеньорные PM заметно отзывчивее сеньорных инженеров — для них выстраивание отношений всё-таки часть профессиональной идентичности.
Telegram-каналы (PM-сообщества СНГ). Менее «забитые», чем LinkedIn. Сеньоры и выше их читают. Знать, какие именно каналы работают, — отдельный навык, и именно тут экспертиза агентства даёт фору.
Рекомендации от сеньорных инженерных хайров. Сильные инженеры знают, кого из PM они уважают. И, как правило, не ошибаются.
Alumni-сети крупных белорусских IT-работодателей. EPAM, IBA, Itransition, Wargaming. Любой, кто проработал в этих компаниях больше пяти лет, прошёл настоящую школу. Опыт действительно глубокий.
Кадровые агентства. Максимально полезны, когда вам нужен конкретный тип, вы нанимаете на уровень сеньора и выше, или когда хочется, чтобы кто-то сделал фильтрацию первого этапа до того, как ваша команда начнёт жечь часы на интервью. Наша команда IT-рекрутмента обычно показывает первых отскринированных PM-кандидатов в течение 5–7 рабочих дней. Да, это самореклама — но и реальный механизм, который сокращает месяцы поиска в недели.

Если же удобнее начать с гибкой модели и решить вопрос со штатом позже, второй вариант — IT-аутстафф. Полезно, когда хочется попробовать сеньорного PM на конкретном проекте, прежде чем брать его в штат.

Вопрос-ответ

Сколько на самом деле занимает найм сильного IT-проджекта в Беларуси?

Мидл — четыре-шесть недель. Сеньор — шесть-восемь. Описанный выше интервью-процесс занимает больше типичного хайринг-лупа, зато и неудачные наймы он даёт примерно в два раза реже. А именно их таймлайн в конечном счёте важнее всего остального. Если кто-то обещает вам сеньорного PM за две недели — он либо продаёт того, кого до этого уже отклонили в трёх других местах, либо просто не делал полноценного скрининга.

Какую зарплату стоит закладывать?

Сильно зависит от типа и локации. Сеньорный Delivery PM в Минске на резидентстве ПВТ — это один диапазон. Outcome-Driven PM, переехавший в Варшаву, — на 25–35% выше. В нашем зарплатном исследовании есть актуальные цифры по типам, грейдам и локациям — полезно свериться, если бенчмаркаете чужой оффер.

Имеют ли реальный вес сертификаты PMP, CSM и PMI-ACP?

Меньше, чем подсказывает LinkedIn. PMP говорит о том, что кандидат серьёзно подошёл к экзамену. CSM — о двухдневном курсе. Ни тот, ни другой не коррелируют с умением принимать решения в условиях неопределённости — а именно этот навык вы, по сути, и нанимаете. Воспринимайте сертификаты как дополнение, а не как фильтр.

В чём, собственно, разница между Project Manager, Product Manager и Scrum Master?

Product Manager отвечает за «что» и «зачем» — за видение продукта, роадмап, приоритизацию. Project Manager отвечает за «как» и «когда» — за скоуп, сроки, доставку. Scrum Master контролирует процесс внутри одной команды. Многие кандидаты в Беларуси с должностью «PM» по факту выполняют работу Scrum Master. И, наоборот, немало людей с должностью «Scrum Master» де-факто работают как PM. Сама по себе должность не говорит ни о чём — об этом говорит интервью.

Лучше нанимать PM с сервисным или продуктовым бэкграундом?

Зависит от того, что вы создаете. Сервисные PM сильнее в предсказуемой доставке, коммуникации с клиентом и управлении распределённой командой под дедлайны. Продуктовые PM — в работе с неопределённостью и ответственности за результат. Для большинства продуктовых компаний сильный сервисный PM с реальным продуктовым опытом обыгрывает чистого продуктового PM того же уровня. Но «реальный продуктовый опыт» придётся отдельно проверять, чтобы за ним стояла именно работа, а не просто запись в трудовой.

Как оценивать английский у PM, который будет работать с клиентами?

Не доверяйте ни самооценке кандидата, ни оценке агентства. Проведите хотя бы один этап интервью на английском в неподготовленном формате — там, где кандидату приходится думать на лету. Сценарный кейс из четвёртого раздела для этой задачи подходит отлично. Чтение и понимание у сеньорного PM в Беларуси, как правило, на стабильно хорошем уровне. А вот живая речь под давлением — варьируется заметно сильнее. В Stack Overflow Developer Survey есть полезные региональные данные по языку — пригодится, если хочется сравнить этот слой с другими рынками.

Что делать, если нужный PM переехал из Беларуси в Польшу, Литву или на Кипр?

Применяется стандартное оформление по законодательству ЕС или Кипра. Юридически просто, но дороже — закладывайте плюс 20–35% к минской зарплате того же уровня. Наши payroll- и EOR-сервисы закрывают юрисдикционную часть, если открывать своё юрлицо в ЕС вам нет смысла.

У нас сломанный процесс найма. Может кто-то помочь его перестроить?

Да, ровно для таких ситуаций существует HR-консалтинг. Типичные сценарии: два неудачных найма PM за полтора года; интервью никак не сходится в оценках кандидатов; или вы перестраиваетесь из сервисной модели в продуктовую — и критерии найма нужно переписывать с нуля.

Если кратко

Сильных PM в Беларуси найти можно. Они проявляются в глубоком разборе проекта, в сценарном кейсе и в ролевой игре со стейкхолдером. Проведите эти три этапа — и вы увидите разницу в кандидатах.

Если ваша команда найма пока не готова прогонять такой цикл, или вы нанимаете в нескольких юрисдикциях сразу, или просто хотите, чтобы предварительный фильтр сделал кто-то другой ещё до того, как ваши люди начнут тратить часы на собеседованиях, — напишите нам. Мы больше десяти лет помогаем нанимать PM в продуктовые компании, агентства и команды по всему региону. В худшем случае вы получите тридцатиминутный разговор с теми, кто наблюдал этот паттерн уже несколько сотен раз. В лучшем — сэкономите месяцы.Напишите нам — поможем найти того PM, который вам реально нужен, а не того, кого вы случайно описали в вакансии.