Конкуренция среди соискателей растет, и если еще пару лет назад можно было говорить о рынке соискателя, то сегодня ситуация кардинально меняется – наниматели диктуют условия.
Также не радует то, что PM стал входом в IT, тех ребят, что “не хотят кодить и продавать”. К сожалению, таких большинство и это привело к перенасыщению рынка джунами. И если в случае с джунами в IT-продажах ситуация на данный момент более-менее привлекательная, то джуны PM находятся в “сильной зоне риска”. Даже те джуны, которые имеют достаточно сильный бекграунд рискуют попасть на “мошеннические схемы найма” – через неоплачиваемую стажировку, оплачиваемую самим стажером (!!!) стажировку и просто работу “за бесплатно” в течение 1-3 месяцев.
Ситуация у синьоров-PM, тоже не слишком радостная, учитывая перспективы сокращения в кризис “не-доходообразующего ядра компании”.
С другой стороны, все больше компаний подтягивается к стандартам международного уровня в управлении проектами, а значит и собеседования на позицию project manager стало проходить гораздо сложнее. 5 этапов интервью – сегодня этим уже мало кого удивишь.
Кроме того, переход на удаленный режим работы также внес свои коррективы, поэтому следует учитывать тот момент, что собеседование будет в Google Meet или Zoom. А эти собеседования не совсем то, что мы привыкли видеть в “учебниках про собеседования”. Здесь бестактности и уровня стресса будет гораздо больше. чем на любом очном собеседовании.
Итак:
- Почему PM сейчас уже не тот и все больше сращивается с функцией продажника
- Почему сейлс-менеджеру достаточно просто стать и ПМ
- Что нужно знать современному пиэму для подготовки резюме? И где он точно накосячит?
- Как правильно подать свою экспертизу на собеседовании рассказывая о своем вкладе на стадии пресейлс?
- Какие вопросы задают на ознакомительном, техническом и финальном собеседованиях? Какая цель каждого из них?
- На какие поведенческие вопросы готовить ответы заранее и как это сделать?

Почему сейчас PM либо на пресейлзе, либо нигде?
Специфика рынка такова, что продажи у компаний работающих на чистом или частичном аутстафе значительно проседают и в этой ситуации схема работы PM: нарисую клиенту WBS + заложу риски в 100% выглядит неконкурентной.
Компании начинают заметно избавляться от пиэмов, либо использовать PM, как “оркестрирующий ресурс” на стадии пресейлс. Причем используются 2 стратегии в HR:
- Готовить из PM пресейлз менеджера
- Подтягивать Sales-менеджера к решению PM-задач
Наша статья будет посвящена 2 ЦА. В первую очередь, пиэмам, которым нужно продать или правильно подать свой пресейлз-опыт помимо своих непосредственных обязанностей и сейлзам, которые хотят взять на себя еще и ПМ-ские функции.
Какие собеседования бывают?
Единого стандарта к проведению собеседования на позицию Project Manager (PM) и близко нет, все очень зависит от компании. Как правило, чем меньше компания, тем менее формализованным и более замысловатым будет интервью. В целом же, можно выделить следующие этапы собеседования:
- Ознакомительное/интро – с рекрутером (проверка написанного в резюме на словах)
- Тестовое задание (опционально, нередко может поменяться местами с Интро для экономии времени)
- Техническое собеседование – кейс-интервью по решению конкретных задач (если речь идет о подготовке сейлза в ПМ, то технических собеседований будет 2)
- Финальное/онсайт собеседование.
Рассмотрим, что нужно знать и какие “заготовки” ответов иметь в запасе на каждом из этих этапов.
Прежде чем попасть на интервью
Большинство кандидатов отсеивается еще до интервью, на этапе скрининга резюме. По статистике (StandOutCV) 80% кандидатов не проходит этап скрининга. При этом у рекрутера есть примерно 6-8 секунд для того, чтобы оценить, пускать вас дальше или нет. Цель скрининга – отфильтровать точно не подходящих кандидатов. Кандидат может не подходить по разным критериям: несоответствие зарплатных ожиданий, отсутствие критических для проекта навыков, нет опыта в должности, плохой английский и т.д. Приводим несколько ключевых советов для новичков, что писать и что не писать в CV, чтобы дойти хотя бы до первого интервью:
- Не стоит указывать в резюме все подряд должности, лишь бы только попасть в компанию. Это выдает в вас малоопытного специалиста, не знающего себе цену и, скорее всего, без опыта. Идете на Project management – пишите project management.
(и начинающие и опытные проджекты идут абсолютно одним и тем же путем ошибок и примеряют на себя позицию SEO начиная в должностях указывать все, что, по их мнению, они могут. Тут и PM, и одновременно продакт, и деливери-менеджер и СOO с CEO. Мы не говорим про совершенно печальные случаи когда там еще и HR вместе с секретарем соседствуют.) - Пишите о результатах, а не процессах. Например, вместо “управлял командой разработки из 6 человек” напишите “Управляя командой разработки из 6 человек, зарелизил проект Х, который принес заказчику профит в размере $Y”.
(не можете указать деньги – указывайте сэкономленное время или косвенные бенефиты, которые компании заказчика или вашей компании принес этот проект). - Добавляйте конкретики – конкретные названия продуктов, с которыми работали (если это допустимо по NDA), каких результатов достигли, сколько человек было в команде, кто заказчик и т.д.
(обязательно укажите уровень своей команды, обязательно укажите менеджерские скилы, их можно и расписать юз-кейсом) - Не добавляйте в резюме очевидное. Например, не стоит писать, что вы продвинутый пользователь MS Word и Excel (владеете в совершенстве русским языком и уверенный пользователь LinkedIn) – это навыки, которыми нужно обладать по умолчанию.
- Если нет опыта в должности, и вы, скажем, прошли только подготовительные курсы, ищите, где можно пройти стажировку для специалистов без опыта, чтобы потом ее указать в резюме. Альтернативно можно описать опыт на дипломном проекте курса, если таковой предусмотрен (расписывайте, однозначно, ваши конкуренты этого не сделают).
Сразу же описать свои навыки работы с клиентами и сколько по времени вы занимались вопросами работы с клиентами, от пресейлза до аккаунт-менеджмента.

Желание попасть во все ниши сразу, понятно. Но, также, понятно, что указывая ниши между которыми “разбежка по цене”, минимум, в 1000 долларов – это сильно дискредитировать себя еще на этапе скрининга.
Ознакомительное собеседование. Преселект.
Ознакомительное интервью проводят почти всегда по телефону (нередко. возможно собеседование в зуму с включенной камерой, чтобы рекрутеру было проще убедиться, что за соискателя не отвечает другой человек. Такое встречается и нередко). Проводит его рекрутер, ответственный за закрытие вакансии. Если вам отписываются/звонят – значит ваше резюме понравилось, и с большой долей вероятности вы пройдете на второй этап. Чтобы завалить ознакомительное интервью, нужно постараться, но и такое бывает. Чтобы такого не случилось, нужно понимать цели этого этапа и заранее сделать основные заготовки на потенциальные вопросы.
Цель: (1) определить, насколько человек подходит культуре компании и (2) сверить, правду ли вы написали в своем резюме.
Что спрашивают: вопросы на ознакомительном интервью обычно касаются а) вашего прошлого опыта в управлении проектами; б) ваших знаний о компаниии и проекте, куда вы проходите собеседование; с) (появилось с 2020) ваша мобильность, локация и, возможно, налоговое резидентство.
Примеры вопросов для junior PM:
- Какие курсы и сертификации прошли? (не стоит их сильно рекламировать. Просто: часы, темы, практика)
- Что из этого курса вынесли? Что запомнилось и что, возможно вы уже применили? (сразу готовьте ответ на этот вопрос)
- Почему решили выбрать профессию PM? (постарайтесь связать ваш бекграунд с выбором)
- Какой у вас бекграунд?
- Какой опыт есть в управлении проектами? Какие заказчики, какие технологии?
Для senior PM:
- Сколько людей было в вашей команде? С какими проблемами в команде сталкивались? (чтобы не было лишних вопросов, готовьте ответы по ошибкам эстимации и конфликтам в команде)
- Какие проблемы были с прошлыми заказчиками? Как их удалось решить? (обязательно отразить свой опыт работы на пресейлс-фазе)
- Насколько плотно принимали участие на стадии пресейлс? (лучше, чтобы принимали. Об этом позже.)
- Что знаете о нашем проекте/компании?
На этом этапе ваша главная задача – показать, что вы “шарите”, знаете то, о чем говорите. Для джуниор уровня важно показать, что вы умеете торговаться за деньги. Для уровня синьор тоже нужно уметь обоснованно продавать свои скилы и знать, сколько за них платят на рынке. Нужно показать и доказать, что умеешь работать с командой, умеешь продавать, умеешь вести коммуникацию с клиентом и разруливать конфликты (примеры-примеры-примеры. только они продают).
Тестовое задание
Цель: узнать ваш технический уровень, умение лаконично излагать мысли и подход к решению проблемы, умение предоставить более-менее сносное решение проблемы при многих неизвестных и отсутствии нужных скилов, умение работать в стрессовых ситуациях. Работодателю важно понимать, что PM не потратит 20 часов на решение какой-то простой проблемы, если того же эффекта можно добиться за 20 минут. Один из самых ценных навыков PM-а – умение быстро разобраться в проблеме, даже не зная всего контекста, и большинство тестовых ориентированы на выявление и оценку как раз этого навыка.
Существует огромное разнообразие тестовых – от технических заданий до описания реальных проблем на проекте, куда вас собеседуют. Вот лишь несколько примеров:
Технические тестовые на “понимание жизни” (чем меньше компания, тем больше может быть замысловатых-и-бессмысленных вопросов на этом этапе):
- Q: “Вы с командой обновили верстку сайта, но заказчик не видит обновлений. Очистка кэша помогла, но вы не сможете предложить это решение миллионам реальных пользователей. Что можно сделать?”
- Q: “Напишите “Hello, world!” на python”
- A: В этом вопросе важно не то, как вы умеете писать код и насколько знакомы с технологией. Этот вопрос проверяет, насколько быстро PM может предложить решение проблемы и насколько PM не потеряется получив такой вопрос в лоб. Не стесняйтесь пользоваться поисковиком во время собеседования, ведь и в жизни вам им придется пользоваться постоянно ).
Тестовые по мотивам реальных проектных задач:
в последнее время очень распространенная практика. При этом руководство компании остается в выигрыше – они решают реальную проблему на проекте бесплатно. Кстати говоря, на западе, да и у нас с сеньорами подобные тестовые оплачиваются (либо оплата предлагается).
Иногда могут дать доступ к реальному продукту – в этом случае будет проще сделать тестовое, т.к. есть возможность посмотреть, как сделаны другие модули продукта и написать по аналогии. Если же доступа к продукту нет, то придется гуглить, искать похожие решения и т.д.
Примеры тестовых по мотивам реальных проектов:
- Q: “В существующей системе необходимо разработать новый модуль X. Описать решение в Google doc, нарисовать мокап и сделать техзадание для разработчиков.”
- A: если у вас есть доступ к продукту, то можно посмотреть, как реализованы похожие модули в других частях сайта или приложения, посмотреть все возможные граничные кейсы и сделать задание по аналогии с уже существующими модулями. Если же доступа к продукту на этапе тестового нет, то лучше загуглить максимально похожие продукты и на их примере разобраться с задачей.
Классическое тестовое для пиэма:
- Q: есть продукт Х, его нужно проэстимировать по времени и бюджету. Например, “есть банковское приложение. Сколько займет реализация трех новых страниц/трех новых фичей?”
- А: Как подойти к такому заданию? Если не хватает технического бэкграунда для оценки трудозатрат, то можно поискать информацию через знакомых, на Glassdoor или Upwork, да и на самом сайте работодателя. На крайний случай найти разработчика, который мог бы проэстимировать задачу. Далее проанализируйте риски и добавьте 30-50% времени к эстимейту. Главное – это не просто предоставить оценки, а показать, например, на какой основе и с какой “мерой приложения интеллекта” эти оценки были сделаны.
- Его не дают “на дом”, оно либо сразу в вакансии, либо дается скринером на первом этапе собеса.
- Имеет лаконичную форму и структуру – поэтому его не надо расписывать на 5 листов А4. Это типичная ошибка неопытных PM-в. Не нужно писать доклад, чем короче вы умеете излагать мысли, тем лучше.
- Четко отвечает на поставленный вопрос – С ФАКТАМИ: перечисление источников, цифр, данных.
- Содержит развернутый алгоритм решения, оформленный в виде послесловия – здесь вам нужно объяснить свое решение по пунктам. Если в каких-то пунктах вы не уверены, их лучше пропустить вовсе.
Хорошее тестовое задание проверяется за 3-5 минут. И если этот этап для вас пройден, то, скорее всего, вас пригласят на техническое собеседование.
Техническое интервью
Вопросы технического интервью для PM-а можно разложить на несколько групп:
- Непосредственно технические вопросы (hard skills) – проверка вашей технической грамотности. Их достаточно много, они разнообразны и зависят от технологического стека проекта.
- Менеджерские вопросы – про Scrum, Kanban, Agile, инструменты управления проектами тпа Jira и т.п.
- Поведенческие вопросы – направлены на оценку ваших soft skills, умения работать с конфликтными ситуациями и т.д.

Ниже мы приводим топ-10 самых распространенных вопросов, которые задают PM-у на техническом интервью:
- Расскажите простыми словами, что такое client-server архитектура
– вопрос на понимание вашего технического бэкграунда. Для ответа на этот вопрос не обязательно иметь техническое образование, много материалов в интернете, можно пройти ознакомительный онлайн-курс. - Базовые знания SQL/python
– нужно иметь представление, как работают базы данных, уметь делать простейшие SQL запросы. Будет плюсом, если вы хотя бы на уровне понимания разберетесь в каком-нибудь языке программирования. - Чем монолит отличается от микро-сервисной архитектуры?
– кто принимает решение об архитектуре проекта, как помочь тим лиду выбрать архитектуру под тип и цели проекта, какая будет нагрузка на сайт/приложение? Это фундаментальные вопросы любого проекта, PM должен иметь хотя бы общее представление о плюсах и минусах разных архитектур приложения. - Как работает git/github/bitbucket? Зачем он нужен на проекте?
– это то, с чем вам придется столкнуться на любом проекте, работая с инженерной командой. Нужно понимать, что такое pull request, код-ревью, зачем он нужен и как построить этот процесс. - Поломалось API/упал база данных – это к кому?
– менеджеру надо быстро найти нужного человека, кто смог бы помочь решить проблему в критичной ситуации. От того, насколько вы понимаете, к кому с каким вопросом идти, зависит общая эффективность проекта. - Чем iOS отличается от Android?
– типичный вопрос для мобильных проектов. Опять же, очень и очень много информации на эту тему есть на просторах интернета. - Приведите пример, когда вы столкнулись со сложной проблемой в команде. Как вы вышли из ситуации?
– поведенческий вопрос, на который не существует правильного ответа. Лучшим вариантом действий будет заготовить ответы на поведенческие вопросы заранее таким образом, чтобы без проблем привести релевантные примеры, цифры, факты и т.д. - Расскажите, приходилось ли вам бывать в ситуации на проекте, когда существовала угроза срыва дедлайна? Как вы вышли из ситуации?
– опять-таки, поведенческий вопрос. В дополнение к предыдущему пункту стоит отметить, что наиболее выигрышно ваш ответ будет смотреться, если построить его по фреймворку STAR – situation/task (описываете контекст ситуации, проблему), actions (какие действия вы предприняли), result – какой результат получился в итоге, чему вы научились. - Когда вы в последний раз оказывались в стрессовой ситуации, как вы ее решали?
– вопрос, который задают почти всегда, т.к. работа PM-а так или иначе связан со стрессом. Важно понимать, насколько стрессоустойчив кандидат, как быстро умеет справляться со стрессом и т.п. - Вы приходите рано утром на работу после отпуска, и у вас есть 5 задач, которые нужно решить: A, B, C, D, E. Расставьте их в порядке приоритета.
– в таких вопросах главное – уточнить детали, потому что на практике даже crash главной страницы сайта будет иметь разный приоритет в зависимости от того, сколько у сайт посетителей, сейчас пик или не пик посещений, а какой % пользователей попадает на главную и т.д.
Для проверки бекграунда продавца, зададут вот такие, к примеру, вопросы:
- Клиент не понимает зачем ему QA
– Для ответа на этот вопрос стоит понимать “юнит-экономику ошибок”. Если вы ее донесете клиенту – вы в топе 🙂 - Как продать discovery-phase
– Тут будет оцениваться ваше понимание “захода к клиенту”. Понимание того, относитесь ли вы к дискавери, как к УТП или только как к инструменту облегчения работы BA. - Как обосновать увеличение рейта по компании на 30%?
– Это фундаментальный вопрос. Он требует четкого понимание не только конъюнктуры рынка, но и всех УТП компании.
Финальное интервью
Финальное или onsite интервью в небольших компаниях проводит чаще всего фаундер, СЕО, СТО или PMO, то есть человек, к которому вы идете в подчинение глобально.
Задача финального интервью – понравиться нанимающему менеджеру. Поэтому лучшей подготовкой здесь будет:
- Узнать, кто вас будет собеседовать
- Прочитать про него, статьи, новости, публикации н LinkedIn – постарайтесь понять, на что делает упор менеджер, что его интересует. Это могут быть новые технологи или ценности команды или даже “язык команды”: сленг, словечки и т.д.
- На интервью делайте акценты, чтобы понравиться человеку.
Кроме того, часто на финальном интервью задают вопросы типа: “Почему мы должны нанять именно вас? Приведите 100 причин за 200 секунд” т.п. К этому надо быть готовым. (Просто повторяйте свои УТП из саммари в LinkedIN. Основная задача тут говорить и не смущаться)
Альтернативно, финальное собеседование может представлять из себя просто сборный образ всех ваших предыдущих интервью, где с вами обсудят результаты прошлых собеседований и по их совокупности примут решение, делать оффер или нет.
Выводы
- Изучите компанию и продукты, сервисы, которые она предоставляет.
- Изучите сайт компании, последних заказчиков, кейсы, пресс-релизы, если таковые имеются
- Ознакомьтесь с последними статьи в блоге, открытыми вакансии, отзывами и т.д.
- Соцсети не забывайте 🙂
- Обязательно пользуйтесь возможностью задавать вопросы интервьюеру, помните, что не только вас собеседуют, но и вы собеседуете компанию, в которую идете.
- Спрашивайте про детали проекта, ваши будущие обязанности и т.п.
- Мотивация. Трясите, но узнайте как она считается. как она меняется. как она оценивается
- Никогда не спрашивайте вопрос “Как я прошел интервью?” – это просто бестактно и это делают многие 🙁
- Спрашивайте про детали проекта, ваши будущие обязанности и т.п.
- В тестовом излагайте свои мысли кратко, работайте над структурой донесения мысли. Лучше 1 цифра, чем 10 слов
- Всегда задавайте уточняющие вопросы, особенно, когда дело касается вопросов на приоритизацию (пиэм – это почемучка, если нет – то это не пиэм :).
По итогу – деньги. Всегда вспоминайте про них. про то, как вы на них влияли в компании. Если вы были близки к деньгам и от вас деньги зависели, то все шансы у вас есть!
На занятиях в школе MANAGEIT вы получите возможность
в режиме реального времени управлять более 30 IT-Команиями
ШАГ
Вам остался последний шаг к опыту C-Level. Скоро старт новой группы ManageIT. 200 часов занятий, 40 часов практики. 12 экспертов. Первая школа для C-level в СНГ ждет вас. Мы тут с 2014 года.
Последнее из блога

Почему так сложно получить энтерпрайз-клиента с помощью ABM
