(Q4 2020, Киев) Наблюдения и выводы о найме на должность Senior PM\Delivery Manager

Статистика

🧘‍♂️ Искомая должность: Senior Project Manager\Delivery Manager

🏭 Типы компаний: Outsource\Product

🔢 Размер штата: 80-150, 300-1000

📅 Срок поиска: с 25.10.2020 по 28.12.2020

👩‍⚖️ Всего контактов с рекрутерами: 40+

🗣️ Пройдено тех. интервью со специалистами моего профиля: 20

🎯 Офферов: 2

Этапы процесса найма

👀 пре-скрин с рекрутером - 30 минут

1. Интересуют такие вопросы, их лучше покрыть сразу в резюме:
   • сколько проектов вели параллельно? - спрашивают даже те конторы, в которых проекты параллельно не ведутся. Но примерно 90% контор нагружают своих РМов минимум 2-мя проектами, так что это важный критерий. Тем более для должности СПМ, где придется управлять портфелем проектов из 3-5 штук, но не лично руками, а через команду своих РМов.
   • размер команды? - это, наверно, главный вопрос, по которому рекрутерша делает первый предвзятый вывод о вашем уровне: если менее 10 человек - то слабак\чка.
   • годы опыта (да, они тупые и ленивые и не читают резюме и линкед)
   • типы контрактов? - часто уклон на фиксд-прайсы, но зависит от конторы сильно. Знать хорошо нужно только два: fixed bid и time&material
   • фреймворки\методологии работы?
   • тех-стек? - это они просто хотят понять, насколько вам знаком тот стек, на котором работают они. Да, был один отказ по этой причине: не знаком со стеком, нет опыта.
   • главное достижение - лучше рассказывать что-то про командное достижение, в котором вы тоже поучаствовали, если будете говорить про сугубо индивидуальное достижение, сделают вывод, что вы эгоист\залупа\некомандный игрок\пидр\жопа\нарцисс
   • главный фак-ап - здесь они хотят услышать, какие выводы вы извлекли из факапа и что сделали, чтобы не допустить его повторения. Потому 20% рассказа надо уделить истории факапа и 80% - как вы ее переосмыслили и что изменили, чтобы предотвращать в будущем

🔍 тех. собес - с таким же менеджером, 1 - 1.5 часа

1. что им важно
   • проверить твои навыки общения
   • уровень английского
   • умение продавать идею: могут дать задание прямо на звонке пропитчить идею какого-то продукта им как инвесторам, надо быть готовым. Я пропитчил идею еирбнб, так как ее проще всего было описать.
   • насколько вы выебистый - будете послушно выполнять то, что требуют, или будете умничать и спорить
   • субъективная хрень типа culture fit - это мера, насколько легко вы вольетесь в их коллектив. На моем опыте, это был всегда фактор номер 1 для отказов и также для офферов. На это невозможно повлиять, можно только внимательно следить за тоном разговора: если он весь собес остается формальным, то, скорее всего, вы не подошли, то есть челвоек не захотел расслабиться и перейти на разговорный стиль беседы, более расслабленный.
   • хард скиллы конечно, но на эту должность перекос уже в софт, я бы сказал, в таком соотношении: 30 хард, 70 софт.
2. из хардов интересно (в порядке важности):
   • управление качеством - это раздел в пмбоке про quality management.
     • тут им интересно, как вы, во-первых, измеряли качество, во-вторых, поддерживали его на должном уровне. Это самый сложный вопрос, если в вашей конторе не делается систематически ни 1, ни 2. Потому нужно прочитать и изучить подробно теорию и именно в рмбоке.
     • стоит говорить по покрытие юнит-тестами
     • про интеграционные тесты
     • про секьюрити, если было
     • про тест репортинг
     • про статистику багов и стори-багов и % стори-багов в спринте и всего дефектов в релизе
     • про соотношение приоритетов и северити - им важно понимать, как вы работаете с кейсами, когда клиент настаивает на починке всех багов и вообще хочет баг-фри продукт, а вы знаете, что это утопия, и надо теперь как-то до него это донести.
     • полезно упоминать термин bug triage (почитайте подробнее сами)
   • управление бюджетом - тоже по пмбоку, cost management
     • если вообще не работали с бюджетом, то просто назубок выучите тему Earned Value Management. Могут быть вопросы типа: >1 cost performance - это что значит? а если >1 schedule performance index? Надо легко разбираться в этом всем и быстро отвечать.
   • управление рисками - Risk Management
     • важно, кроме базовой теории, понимать ее очень хорошо, а именно: что риски бывают позитивные, а не только негативные, что риск - это просто нежелательное вероятностное событие, которое может повлиять на бейслайны вашего проекта. Как видите, в этом определении нет слов "плохо повлияет на проект", "всему пизда" и тд. Поэтому прежде чем умничать о стратегиях смягчения, стоит начинать всегда с разделения на позитивные и негативные. И изучить стратегии работы с позитивными рисками (их-то как раз никто и не знает).
     • стратегии работы с рисками - изучить подробно разницу между accept и ignore и avoid и transfer. Просто бытовое понимание смысла этих слов не поможет. Щас объясню на примере. Риск - рак легких от курения. Ignore - куришь себе дальше и в хуй не дуешь. Avoid - не куришь вообще. Accept - куришь и пьешь гомеопатию, Transfer - куришь и купил страховку на раковые заболевания.
     • им интересно, как вы прорабатывали реестр рисков именно на этапе продажи проекта. Подразумевается, что риски надо продумывать с солюшеном на этапе продажи и вносить некоторые из них в бюджет проекта (это называется в пмбоке contingency reserve).
   • опыт в пре-сейл: консультирование по модели работы, по метдологии, составление эстимейта и гантта проекта, риски, составление пропозала, хорошее знание типов контрактов и составление контрактов.
   • управление людьми HR management
     • тут будут кейсы про токсичность и падение мотивации и низкий перформанс
     • про ван-ту-ваны спросят
   • управление изменениями - все-таки чаще спрашивали по рмбоку, потому стоит изучить подробно именно этот подход. А в скраме все заточено под адаптацию к изменениям, так что там процесс вам понятен на уровне спринта.
   • метрики - проекта, команды, клиента, тех.метрики
     • Planned Hours vs Time Spent (whole team)
     • Resource Daily Allocation (≤5 hours)
     • Spend vs Paid hours (always must be equal)
     • Velocity
     • Budget Variance
     • Cost Performance Index
     • Net Promoter Score (Customer Satisfaction)
     • Number of Change Requests
     • Milestones reached
   • работа со стейкхолдерами - почему-то меньше всего спрашивали, хотя это основа всего. Спрашивают не по пмбоку, а просто на примере случаев из жизни. Тут уже нужно полагаться только на свой опыт и думалку.
   • фреймворки масштабирования скрама - SaFe, LeSS, Nexus (это супер-важно для должностей Delivery Manager\Director)
   • что не интересно: как вести спринт, как работать по скраму и канбану, в общем, все, что касается именно и только управления проектом на уровне итераций.
   • работа с требованиями - понимание пирамиды требований (как минимум, разделение на функциональные и нефункциональные), написание юзер стори.
   • работа с эстимейтами - составление WBS, подготовка оценки с солюшеном на этапе пре-сейла, продумывание рисков.
3. из софтов интересно:
   • presentation skills
   • negotiation
   • difficult interactions
   • conflict management
   • stress management
   • motivating others (mentoring)
   • (servant) leadership
   • pro-activeness
   • ease of communication
   • team player
4. как ведут беседу
   • в целом, стоит быть готовым к стилю общения, когда собеседник копается только в негативном: задает вопросы о факапах, колупается в причинах ухода из прошлой компании, пытается подловить на незнании каких-то редко используемых хард скиллов (особенно из пмбока, который никто нынче не изучает). Связано это просто с тем, что на этих должностях люди застресованные и дерпесованные, отчего высокий уровень токсинов в крови, потому они даже не замечают проблемы, для них это норма.
   • первые 20 минут довольно сухой отмороженный тон.
   • важно через 20-30 минут переводить тон беседы из допроса в диалог, то есть начинать встречные вопросы. Например, если спросили про ваши хобби, вы ответьте и закройте свой ответ встречным вопросом "А у вас какие?". Это даст вашему мозгу время на передохнуть от потока вопросов и покажет, что вы настроены налаживать контакт и знакомиться. Такую передышку стоит делать через каждые 2 вопроса. Ритм такой: 2 вопроса - 2 ваших ответа - 1 ваш вопрос.
   • компании с неславянскими интервьюерами самые приятные, если есть возможность, стоит отдавать предпочтение им. Просто более приятное и дружественное общение с первых минут, 0 стресса и щурящихся взглядов, как будто ты им в компот насрал.

👔 разговор с кем-то из высшего руководства - >1 часа

• было один раз и в конторе до 80 человек
• в конторе, куда в итоге я вышел, не было разговора с руководством (500+ штата)
• наверно, допустимо сделать вывод, что такое может быть только в конторах до 100 человек

🤦🏻‍♀️ разговор с ХР - минут 30, но в чем смысл, так и не понял

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

♠️ короткий собес с клиентом

• ни разу не было, но часто говорили, что может придется

🧪 тест на полиграфе 😂 🕵️‍♀️

• было в двух конторах, но не дошел до этого этапа

Примеры тестовых

Sigma Software Test Task

Star test task (Stas Skrypnikov)

Intetics SPM questionnaire [Stas Skrypnikov]

BigCommerce questions

Yalantis test task

Key takeaways

• На доу отвечают на 5-7 рабочих дней дольше, чем на джинне
• Полезно смотреть также и удаленные вакансии и даже из других городов, потому что нынче нанимают по всей Украине
• Не стоить сужать поиск только до вашей должности. Проблема в том, что один и тот же набор требований в одном месте называют Senior PM, во втором Delivery Manager, в третьем вообще Delivery Director, а бывали еще и Engineering Manager. Поэтому я стал искать просто по ключевику "manager".
• Не обращайте большого внимания на приставку technical перед проджект менеджер - это зачастую означает, что вы понимаете, как работает апи, что это и зачем, что такое фронт и бек. Не подавайтесь на такие вакансии, только если в требованиях прямо указано, что требуется опыт коммерческой разработки.
• Не идите в компании до 200 человек - там просто нет спецов, у которых стоит чему-то учиться, плюс, вы не сможете практиковать навыки, которые не удается использовать на текущем месте работы.
• Проверяйте менеджерский состав на линкед-ине - прошлые места работы и кол-во лет в среднем в профессии говорит об уровне отбора в компанию.
• Обращайте внимание на ощущения: вам приятно было общаться, нет, почему нет, задавайте себе вопрос "а я хотел бы второй раз пообщаться с этим человеком?", если нет, то не стоит продолжать коммуникацию с конторой.
• Держите в голове, что вы тоже выбираете. Я обращал внимание на следующие критерии:
  • приятность и легкость общения
  • менеджерский уровень в компании (по линкедину)
  • уровень руководителя - я смогу у него чему-то поучиться или он моего же уровня?
  • уровень полномочий на моей должности - важно понимать, сколько и на каком уровне вам позволят принимать решений. Это влияет на ваш рост: если уровень и объем останется тем же, то зачем туда вообще переходить?
• Конкуренция очень плотная в нише Project Manager. Для понимания, джинн пишет на сайте, что нужно 50 контактов, из них 10 ответов и 1 оффер. У меня примерно так и вышло. Но на конверсию сильно влияет запрос по доходам и уровень навыков.
• Скрам мастера почти не нужны, так что забейте на эти сертификаты)
• PMP сертификация сильно ценится и часто нужна, но только в одном случае ее отсутствие у меня стало причиной для отказа. Но в текстах требований я ее часто наблюдал.