Как пройти собеседование на роль Project Manager

Первый этап – короткая беседа с рекрутером

Уже на старте можно понять, насколько человек способен влиться в коллектив.

При знакомстве с кандидатом мы узнаем о…

• ожидание от будущего места работы;
• заинтересованность в вакансии;
• уровень проактивности кандидата;
• готовность присоединиться к нам в офисе или возможность релокейта.

Переходим к техническому интервью. На нём присутствуют рекрутер и технический эксперт. Обычно мы стараемся привлекать к собеседованиям двух экспертов. Это позволяет получить максимально объективную оценку профессиональных способностей кандидата.

Техническое интервью делится на тематические блоки:

Интро-блок – знакомство с кандидатом

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

Тщательно продумайте самопрезентацию. Спека должна быть содержательной и при этом сжатой. Акцентируйте внимание на профессиональных достижениях, объясните, почему вы хотите и достойны занять эту позицию. Начните с образования. Для нас всегда большой плюс, если кандидат – менеджер по специальности. Техническое образование и знание иностранных языков также в цене. Далее расскажите об опыте работы и навыках. В зависимости от компании и проектов кто-то дополнительно участвует в прессейле, частично выполняет задачи бизнес-аналитика или принимает роль Scrum-мастера. Есть такой опыт? Обязательно вспомните об этом на собеседовании. Вам предложат проект в соответствии с вашими навыками.

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

Обучающий опыт должен подчеркивать ваши личные качества, необходимые в работе. Для проектного менеджера это лидерские навыки, умение решать проблемы, ставить цели и достигать их.

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

Так формируется первое впечатление о специалисте. Мы уже понимаем, действительно ли это наш человек, стоит ли продолжать поиск. Полученная информация поможет нам выстроить процесс онбординга так, чтоб человеку было с нами удобно и увлекательно.

Проверка технических навыков

Речь идет о понимании теории менеджмента и умении применять знания на практике.

Проектный менеджер в IT должен хорошо понимать этапы жизненного цикла разработки (Software development lifecycle). Это база, которая позволит свободно общаться с командой и клиентом, грамотно ставить задачи, контролировать выполнение плана и видеть риски.

Мы стараемся не утруждать разговор «сухими» вопросами по теории (хотя по базе пробежаться стоит). Разбираем с кандидатом примеры и кейсы из настоящих проектов. Нас больше всего интересует ход мнений кандидата и умение принимать решения.

К примеру, может быть следующая задача. Предположим, вы – Scrum Master в команде, которая создает мобильное приложение. К вам приходит клиент с таким запросом: добавить новую фичу в существующий функционал авторизации. Опишите следующие шаги — как во взаимодействии с командой, так и отдельно свои задачи. С момента получения запроса от клиента до старта первого спринта — чем подробнее будет описание процесса, тем лучше. Круто, когда кандидат понимает роль и задачи Scrum-мастера (и чем эта роль отличается от проектного менеджера). Или, когда рассказывает, кто и как формирует бэклог продукта, на какие метрики опирается команда, планируя спринт, как проходит оценка готового функционала.

Другой пример: вы работаете проектным менеджером в домене healthcare. Есть ли какие-либо особенности или дополнительные требования для продуктов/систем в домене? Какие правовые нормы это регулируют? В чем разница между функциями мониторинга и контроля? Какие метрики вы используете, чтобы убедиться, что все идет по плану? Важно, чтобы кандидат не только перечислил общепринятые KPI, но и обосновал необходимость той или иной метрики, а также, как они повлияли на процесс принятия им решений на его передних проектах.

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

Проверка софт скилов

Менеджмент – это о коммуникации, лидерстве и умении решать нетривиальные задачи. Поэтому этот блок вопросов очень важен. Прекрасно, когда кандидат вспоминает о собственных челенджах из предыдущего опыта. Если же нет, на помощь приходят упомянутые выше примеры ситуаций.

Здесь и здесь можете проверить свои софт-скилы и узнать, какие естественные способности у вас есть.

Знание английского языка

Один из ключевых рабочих инструментов проектного менеджера. Я бы советовала не жалеть ни времени, ни сил на изучение английского. В конце концов это основной рабочий язык IT-специалистов и заказчиков по всему миру.
На собеседовании мы ставим часть вопросов по-английски, чтобы послушать, насколько свободно кандидат владеет языком. Если возникают сомнения, просим во время интервью написать небольшое письмо условному клиенту. Естественно, волнение может оказывать влияние на качество контента. Однако структура письма, распространенные грамматические конструкции и словарный запас уже достаточно говорят об уровне знаний.

И еще немного советов, на что обратить внимание во время собеседования.

• Обязательно подготовьте вопросы к потенциальным работодателям

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

• Расскажите, почему хотите работать именно в этой компании/проекте

Если придется выбирать между двумя кандидатами с одинаковым уровнем знаний, четкое объяснение вашей мотивации придаст вам преимущество.

• Говорите правду о своем опыте и знаниях

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

• Не молчите во время интервью

Просто послушать от кандидата теорию не очень интересно. Особенно если человек претендует на позицию Middle+. Даже если вы не уверены в правильном ответе, лучше все-таки объяснить, как бы вы поступили в заданной ситуации.

• Помните о профессиональной этике

Уважайте своих предыдущих коллег. Даже если разошлись не слишком тепло. Значительное внимание критике бывшего работодателя в глазах нынешнего может выглядеть так: если вы легко раздаете им эпитеты, так же можете поступить и после другого увольнения. Это, как минимум, невоспитанно.

• Учитывайте время, отведенное на собеседование

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

• Попросите фидбек

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

Типовые вопросы для собеседования на позицию Project Manager

1. Что такое проект? Каков для вас идеальный IT-проект? Почему?
2. Какой тип контрактов вам больше нравится? Почему именно таков?
3. Расскажите о самых сложных проектах, которыми вы руководили до сих пор?
4. В чем разница между проектным менеджером и Scrum Master?
5. Как вы думаете, какие важнейшие навыки должен иметь успешный проектный менеджер? Как они помогут в работе? Поясность через примеры из предыдущего опыта.
6. Бывают ли ситуации, в которых можно применить только Waterfall?
7. Как вы ставите приоритеты своей повседневной задачей? Как часто работаете overtime?
8. Как сделать эстимейт для Fixed Price проекта?
9. Чем отличается Scope от требований?
10. Предположим, что проект сошел с «рельсов». Какие шаги вы предприняли, чтобы вернуть его на правильный путь?
11. Можете ли привести пример неудачного проекта? Был ли у вас такой опыт?
12. Предположим, заказчик недоволен качеством результатов проекта. Как вы будете действовать в такой ситуации?
13. Какова ваша стратегия разрешения внутренних конфликтов в команде?
14. Можете ли вы объяснить разницу между risk и issue? Расскажите о видах рисков, встречавшихся у вас на проектах? Как вы с ними работали?
15. Что такое Scaled Agile?
16. Опишите процесс формирования команды, которую вы придерживаетесь в управлении проектами.
17. Что вы знаете о треугольнике ограничений в управлении проектами?
18. Как бы вы охарактеризовали свой стиль руководства? Почему? А какой стиль вы хотели бы использовать?
19. Какие метрики для оценки проектов? Какие KPI вы использовали на практике почему именно такие?
20. Что такое оценка по методу PERT? Зачем она нужна?
21. Что такое WBS? Можно ли произвести оценку проекта без WBS? Когда это возможно?
22. Что такое Spike, POC, DoD, DoR? В чем разница между POC, DoD, DoR?
23. Как часто у вас на проекте проводились defect triage sessions?
24. Расскажите о вашем релизном процессе на предыдущем проекте? Какова была ваша роль в нем?
25. Каковы теории мотивации и формальные методы поддержки мотивации команды? Как можно мотивировать коллег?
26. Как вы обычно контролируете изменения в проекте?
27. Какая проектная документация была у вас на проекте, кто ее создавал?
28. Что делает разработчик после того, как он завершает писать код?
29. Какие виды тестирования вы использовали для своего прежнего проекта? Какие разновидности тестов пишут только разработчики?
30. Чем отличается стейджинг от продакшна?
31. Что такое система контроля версий? Зачем она нужна?
32. Что такое CI/CD?
33. Как можно отслеживать прогресс в Scrum? Перечислите известные вам визуальные радиаторы.
34. Какие основные роли и артефакты в Scrum? Кто и за что отвечает?
35. Что такое SDLC? Назовите главные этапы данной методологии.