fbpx

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

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

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

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

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

Итак…

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

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

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

  • Его не дают «на дом», оно либо сразу в вакансии, либо дается скринером на первом этапе собеседования.
  • Имеет лаконичную форму и структуру, поэтому его не надо расписывать на 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-ПродажиПроцессы & PMТехнологии IT-продаж
19.02.2024

11 типов структур для отделов продаж в продуктовых и сервисных IT-компаниях

Итак, вы создаете IT компанию. Или у вас давно есть компания, но теперь вы решили всерьез взяться за продажи. Или у вас есть IT продукт, или только идея продукта и…
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 или Power BI

Эта удивительная тема попала в рубрику Sales по одной причине: около 17 раз она поднималась в нашем IT-сообществе продавцов и маркетологов, причем поднималась как должностная обязанность. Давайте разберемся. Это точно…

Где вам удобнее общаться?

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

Телефон: +375 29 706 35 79, почта: hi@skademy.by

Или выберите удобный мессенджер: