Основные сложности PM при трудоустройстве в 2023 году и топ-10 вопросов для оценки PM на собеседовании

Почему сейчас PM либо на пресейлзе, либо нигде?

Специфика рынка такова, что продажи у компаний, работающих на чистом или частичном аутстафе, значительно проседают, и в этой ситуации схема работы PM: нарисую клиенту WBS + заложу риски в 100% — выглядит неконкурентной.
Компании начинают заметно избавляться от пиэмов либо использовать PM как «оркестрирующий ресурс» на стадии пресейлз. Причем используются две стратегии в HR:

• готовить из PM пресейлз-менеджера;
• подтягивать sales-менеджера к решению PM-задач.

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

Какие собеседования бывают?

Единого стандарта к проведению собеседования на позицию Project Manager (PM) и близко нет, все зависит от компании. Как правило, чем меньше компания, тем менее формализованным и более замысловатым будет интервью. В целом же можно выделить следующие  этапы собеседования: 

• ознакомительное/интро — с рекрутером (проверка написанного в резюме на словах);
• тестовое задание (опционально, нередко может поменяться местами с интро для экономии времени);
• техническое собеседование — кейс-интервью по решению конкретных задач (если речь идет о подготовке сейлза в РМ, то технических собеседований будет два);
• финальное/онсайт собеседование. 

Рассмотрим, что нужно знать и какие «заготовки» ответов иметь в запасе на каждом из этих этапов. 

Прежде чем попасть на интервью

Большинство кандидатов отсеиваются еще до интервью, на этапе скрининга резюме. По статистике (StandOutCV), 80% кандидатов не проходят этап скрининга. При этом у рекрутера есть примерно 6–8 секунд для того, чтобы оценить, пускать вас дальше или нет. Цель скрининга — отфильтровать точно не подходящих кандидатов. Кандидат может не подходить по разным критериям: несоответствие зарплатных ожиданий, отсутствие критических для проекта навыков, нет опыта в должности, плохой английский и т.д. Приводим несколько ключевых советов для новичков, что писать и что не писать в CV, чтобы дойти хотя бы до первого интервью.

• Не стоит указывать в резюме все подряд должности, лишь бы только попасть в компанию. Это выдает в вас малоопытного специалиста, не знающего себе цену и, скорее всего, без опыта. Идете на рroject management — пишите project management.
  (И начинающие, и опытные проджекты идут абсолютно одним и тем же путем ошибок и примеряют на себя позицию SEO, начиная в должностях указывать все, что, по их мнению, они могут. Тут и PM, и одновременно продакт, и деливери-менеджер, и СOO с CEO. Мы не говорим про совершенно печальные случаи, когда там еще и HR вместе с секретарем соседствуют.)
• Пишите о результатах, а не процессах. Например, вместо «управлял командой разработки из 6 человек» напишите: «Управляя командой разработки из 6 человек, зарелизил проект Х, который принес заказчику профит в размере $Y».
  (Не можете указать сумму, указывайте сэкономленное время или косвенные бенефиты, которые компании заказчика или вашей компании принес этот проект.)
• Добавляйте конкретики: конкретные названия продуктов, с которыми работали (если это допустимо по NDA), каких результатов достигли, сколько человек было в команде, кто заказчик и т.д.
  (Обязательно укажите уровень своей команды, менеджерские скиллы, их можно и расписать юз-кейсом.)
• Не добавляйте в резюме очевидное. Например, не стоит писать, что вы продвинутый пользователь MS Word и Excel (владеете в совершенстве русским языком и уверенный пользователь LinkedIn) — это навыки, которыми нужно обладать по умолчанию.
• Если нет опыта в должности и вы, скажем, прошли только подготовительные курсы, ищите, где можно пройти стажировку для специалистов без опыта, чтобы потом ее указать в резюме. Альтернативно можно описать опыт на дипломном проекте курса, если таковой предусмотрен (расписывайте, однозначно ваши конкуренты этого не сделают).

Ознакомительное собеседование. Преселект

Ознакомительное интервью проводят почти всегда по телефону (нередко возможно собеседование по зуму с включенной камерой, чтобы рекрутеру было проще убедиться, что за соискателя не отвечает другой человек. Такое встречается, и нередко). Проводит его рекрутер, ответственный за закрытие вакансии. Если вам отписываются/звонят, значит, ваше резюме понравилось — и с большой долей вероятности вы пройдете на второй этап. Чтобы завалить ознакомительное интервью, нужно постараться, но и такое бывает. Чтобы такого не случилось, нужно понимать цели этого этапа и заранее сделать основные заготовки ответов на потенциальные вопросы. 

Цель: 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% времени к эстимейту. Главное — это не просто предоставить оценки, а показать, например, на какой основе и с какой «мерой приложения интеллекта» эти оценки были сделаны. 

Техническое интервью

Вопросы технического интервью для PM можно разбить на несколько групп:

• непосредственно технические вопросы (hard skills) — проверка вашей технической грамотности. Их достаточно много, они разнообразны и зависят от технологического стека проекта;
  
• менеджерские вопросы — про Scrum, Kanban, Agile, инструменты управления проектами типа Jira и т.п.;
• поведенческие вопросы — направлены на оценку ваших soft skills, умение работать с конфликтными ситуациями и т.д.

Топ-10 самых распространенных вопросов, которые задают PM на техническом интервью

1. Расскажите простыми словами, что такое client-server архитектура.
   Вопрос на понимание вашего технического бэкграунда. Для ответа на этот вопрос необязательно иметь техническое образование, много материалов в интернете, можно пройти ознакомительный онлайн-курс. 
2. Базовые знания SQL/python.
   Нужно иметь представление, как работают базы данных, уметь делать простейшие SQL запросы. Будет плюсом, если вы хотя бы на уровне понимания разберетесь в каком-нибудь языке программирования. 
3. Чем монолит отличается от микросервисной архитектуры?
   Кто принимает решение об архитектуре проекта, как помочь тимлиду выбрать архитектуру под тип и цели проекта, какая будет нагрузка на сайт/приложение? Это фундаментальные вопросы любого проекта, PM должен иметь хотя бы общее представление о плюсах и минусах разных архитектур приложения.
4. Как работает git/github/bitbucket? Зачем он нужен на проекте?
   Это то, с чем вам придется столкнуться на любом проекте, работая с инженерной командой. Нужно понимать, что такое pull request, код-ревью, зачем он нужен и как построить этот процесс.
5. Поломалось API/упала база данных — это к кому?
   Менеджеру надо быстро найти нужного человека, который может помочь решить проблему в критичной ситуации. От того, насколько вы понимаете, к кому с каким вопросом идти, зависит общая эффективность проекта.
6. Чем iOS отличается от Android?
   Типичный вопрос для мобильных проектов. Опять же очень много информации на эту тему есть на просторах интернета.
7. Приведите пример, когда вы столкнулись со сложной проблемой в команде. Как вы вышли из ситуации?
   Поведенческий вопрос, на который не существует правильного ответа. Лучшим вариантом действий будет заготовить ответы на поведенческие вопросы заранее таким образом, чтобы без проблем привести релевантные примеры, цифры, факты и т.д. 
8. Расскажите, приходилось ли вам бывать в ситуации на проекте, когда существовала угроза срыва дедлайна. Как вы вышли из ситуации?
   Опять-таки поведенческий вопрос. В дополнение к предыдущему пункту стоит отметить, что наиболее выигрышно ваш ответ будет смотреться, если построить его по фреймворку STAR: situation/task (описываете контекст ситуации, проблему), actions (какие действия вы предприняли), result (какой результат получился в итоге, чему вы научились).
9. Когда вы в последний раз оказывались в стрессовой ситуации, как вы ее решали?
   Вопрос, который задают почти всегда, т.к. работа PM так или иначе связана со стрессом. Важно понимать, насколько стрессоустойчив кандидат, как быстро умеет справляться со стрессом и т.п. 
10. Вы приходите рано утром на работу после отпуска. У вас есть 5 задач, которые нужно решить: A, B, C, D, E. Расставьте их в порядке приоритета.
    В таких вопросах главное — уточнить детали, потому что на практике даже crash главной страницы сайта будет иметь разный приоритет в зависимости от того, сколько у сайта посетителей, сейчас пик или не пик посещений, а какой процент пользователей попадает на главную и т.д. 

Для проверки бэкграунда продавца зададут вот такие, к примеру, вопросы:

1. Клиент не понимает, зачем ему QA.
   Для ответа на этот вопрос стоит понимать «юнит-экономику ошибок». Если вы ее донесете клиенту — вы в топе! 🙂 
2. Как продать discovery-phase?
   Тут будет оцениваться ваше понимание «захода к клиенту». Понимание того, относитесь ли вы к дискавери как к УТП или только как к инструменту облегчения работы BA. 
3. Как обосновать увеличение рейта по компании на 30%?
   Это фундаментальный вопрос. Он требует четкого понимания не только конъюнктуры рынка, но и всех УТП компании.

Финальное интервью

Финальное или onsite-интервью в небольших компаниях проводит чаще всего фаундер, СЕО, СТО или PMO, то есть человек, к которому вы идете в подчинение глобально. 

Задача финального интервью — понравиться нанимающему менеджеру. Поэтому лучшей подготовкой здесь будет:

• узнать, кто вас будет собеседовать;
• прочитать про него: статьи, новости, публикации в LinkedIn. Постарайтесь понять, на что делает упор менеджер, что его интересует. Это могут быть новые технологи или ценности команды, или даже «язык команды»: сленг, словечки и т.д.;
•  на интервью делайте акценты, чтобы понравиться человеку. 

Кроме того, часто на финальном интервью задают вопросы типа: «Почему мы должны нанять именно вас? Приведите 100 причин за 200 секунд» т.п. К этому надо быть готовым. (Просто повторяйте свои УТП из саммари в LinkedIN. Основная задача тут — говорить и не смущаться.)

Альтернативно финальное собеседование может представлять собой просто сборный образ всех ваших предыдущих интервью, где с вами обсудят результаты прошлых собеседований и по их совокупности примут решение, делать офер или нет.

Выводы

• Изучите компанию и продукты, сервисы, которые она предоставляет. 
  • Изучите сайт компании, последних заказчиков, кейсы, пресс-релизы, если таковые имеются.
  • Ознакомьтесь с последними статьями в блоге, открытыми вакансиями, отзывами и т.д.
  • Соцсети не забывайте. 🙂
• Обязательно пользуйтесь возможностью задавать вопросы интервьюеру. Помните, что не только вас собеседуют, но и вы собеседуете компанию, в которую идете. 
  • Спрашивайте про детали проекта, ваши будущие обязанности и т.п.
    
  • Мотивация. Трясите, но узнайте, как она считается, как она меняется, как она оценивается.
  • Никогда не задавайте вопрос «Как я прошел интервью?» Это просто бестактно, и это делают многие. 🙁 
• В тестовом излагайте свои мысли кратко, работайте над структурой донесения мысли. Лучше 1 цифра, чем 10 слов.
• Всегда задавайте уточняющие вопросы, особенно когда дело касается вопросов на приоритизацию (пиэм — это почемучка, если нет — то это не пиэм :).