fbpx

Конкуренция среди соискателей растет, и если еще пару лет назад можно было говорить о рынке соискателя, то сегодня ситуация кардинально меняется – наниматели диктуют условия.

Также не радует то, что PM стал входом в IT, тех ребят, что “не хотят кодить и продавать”. К сожалению, таких большинство и это привело к перенасыщению рынка джунами. И если в случае с джунами в IT-продажах ситуация на данный момент более-менее привлекательная, то джуны PM находятся в “сильной зоне риска”. Даже те джуны, которые имеют достаточно сильный бекграунд рискуют попасть на “мошеннические схемы найма” – через неоплачиваемую стажировку, оплачиваемую самим стажером (!!!) стажировку и просто работу “за бесплатно” в течение 1-3 месяцев.

Ситуация у синьоров-PM, тоже не слишком радостная, учитывая перспективы сокращения в кризис “не-доходообразующего ядра компании”.

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

Кроме того, переход на удаленный режим работы также внес свои коррективы, поэтому следует учитывать тот момент, что собеседование будет в Google Meet или Zoom. А эти собеседования не совсем то, что мы привыкли видеть в “учебниках про собеседования”. Здесь бестактности и уровня стресса будет гораздо больше. чем на любом очном собеседовании.

Итак:

  • Почему PM сейчас уже не тот и все больше сращивается с функцией продажника
  • Почему сейлс-менеджеру достаточно просто стать и ПМ
  • Что нужно знать современному пиэму для подготовки резюме? И где он точно накосячит?
  • Как правильно подать свою экспертизу на собеседовании рассказывая о своем вкладе на стадии пресейлс?
  • Какие вопросы задают на ознакомительном, техническом и финальном собеседованиях? Какая цель каждого из них?
  • На какие поведенческие вопросы готовить ответы заранее и как это сделать?
Часто кажется, что копирайтеры Hubspot и Atlassian живут в каком-то своем мире. Узнать про организацию? – Это разумно, ок. А вот сидеть и отрабатывать ответы на все приходящие в голову вопросы по канве STAR – на любителя 🙂

Вступайте в сообщество IT-менеджеров и владельцев IT-бизнеса в Телеграм

Почему сейчас 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) – это навыки, которыми нужно обладать по умолчанию.
  • Если нет опыта в должности, и вы, скажем, прошли только подготовительные курсы, ищите, где можно пройти стажировку для специалистов без опыта, чтобы потом ее указать в резюме. Альтернативно можно описать опыт на дипломном проекте курса, если таковой предусмотрен (расписывайте, однозначно, ваши конкуренты этого не сделают).
На что обратить внимание?
Сразу же описать свои навыки работы с клиентами и сколько по времени вы занимались вопросами работы с клиентами, от пресейлза до аккаунт-менеджмента.

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

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

Цель:  (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-у на техническом интервью:

  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 слов
  • Всегда задавайте уточняющие вопросы, особенно, когда дело касается вопросов на приоритизацию (пиэм – это почемучка, если нет – то это не пиэм :).
Деньги:

По итогу – деньги. Всегда вспоминайте про них. про то, как вы на них влияли в компании. Если вы были близки к деньгам и от вас деньги зависели, то все шансы у вас есть!

На занятиях в школе MANAGEIT вы получите возможность

в режиме реального времени управлять более 30 IT-Команиями

01

ШАГ

Вам остался последний шаг к опыту C-Level. Скоро старт новой группы ManageIT. 200 часов занятий, 40 часов практики. 12 экспертов. Первая школа для C-level в СНГ ждет вас. Мы тут с 2014 года.

Последнее из блога

IT-МаркетингIT-ПродажиЛидогенерация в ITПроцессы & PMТехнологии IT-продаж
26.01.2022

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

Энтерпрайз разработка - это разработка, направленная на решение каких-то конкретных задач бизнеса, а не конечных пользователей. Энтерпрайз проектом может быть любая внутренняя система компании, которая используется для оптимизации бизнес процессов.…
IT-МаркетингIT-МенеджментIT-ПродажиДолжности в ITПроцессы & PM
25.01.2022

Какие должности нужны IT-компании в отделе продаж и маркетинга

Кто обязательно должен входить в штат отдела продаж, а в каких случаях можно обойтись фрилансерами? Как организовать эффективную работу маркетинга и продаж, чтобы избежать извечных войн между отделами? Обо всех…
IT-МаркетингIT-МенеджментIT-ПродажиЛикбез для IT-SalesМетоды аналитикиПроцессы & PM
06.12.2021

Визуализация данных компании: Tableau или PowerBI

Эта удивительная тема попала в рубрику Sales по одной причине: около 17 раз она поднималась в нашем сообществе айти продавцов и маркетологов, причем поднималась как должностная обязанность. Давайте разберемся. Точно…
IT-МенеджментIT-ПродажиIT-СловарьITHR & IT-РекрутингЛикбез для IT-SalesПроцессы & PM
28.11.2021

Жизненный цикл программного обеспечение. Это обязан знать каждый на собесе в IT

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