Вернуться в видеотекуPublic Interview for Senior IT PM - Roman Zhulpo and Andrey Aminov
Длинное публичное мок-интервью на позицию Senior IT PM с разбором ответов кандидата. Включает прикладные кейсы по оценке, delivery, командам, support, PMO и карьерному развитию.
- Направление
- Разное
- Формат
- Видео
- Грейд
- Senior
- Длительность
- 2 ч 35 мин
Коротко о видео
Это публичное мок-интервью Романа Жульпо на роль Senior IT Project Manager: Андрей Аминов последовательно спрашивает о карьерном опыте, управлении проектами, оценках, клиентах, командах и техническом контексте. Роман описывает опыт в ЛУКОЙЛе, работу с инвестиционными проектами по PMBOK, интерес к кризисным и интеграционным задачам, а также подходы к ретроспективам, рискам и коммуникации. Во второй части они отвечают на вопросы аудитории о PMO, удалённой работе, сертификациях, входе в профессию и конфликтах в команде; в финале интервьюер даёт развёрнутую обратную связь по ответам кандидата. Оценка «взял бы на работу» — мнение интервьюера в рамках учебного формата, а не подтверждённый результат реального найма.
Затронутые темы
Что взять на заметку
- Для самопрезентации Senior PM недостаточно назвать стаж и домены: полезно чётко сформулировать свою специализацию, сильные стороны и связь прошлого опыта с целевой ролью.
- Самоанализ PM стоит строить на обратной связи команды и стейкхолдеров, измеримых метриках качества и приёмки, трендах между проектами и реестре повторяющихся ошибок.
- Ретроспективу участник предлагает проводить как фасилитатор: заранее собрать в Miro наблюдения о том, что было хорошо, что изменить и какие есть новые идеи, затем выбрать действия и ответственных.
- Оценка разработки не равна обязательству: до отправки клиенту нужно проверить контекст, допущения, опыт исполнителя, трудозатраты в рабочих днях и условия контракта; для Fixed Price в ответе кандидата предполагается отдельный резерв на риски.
- При неопределённом баге в support сначала нужны воспроизводимое тестовое окружение либо анализ логов и мониторинга, а клиенту следует сообщить, что команда уже работает, регулярно давать статусы и при необходимости рассмотреть workaround или rollback.
- Для изменения требования вроде обязательного поля нужно проверить влияние на существующие данные и сценарии, зафиксировать требование и добавить тесты; в последующей обратной связи интервьюер также отмечает необходимость уточнить пользователей и альтернативы обязательности.
- Начинающему PM собеседники советуют рассматривать роли Project Manager Assistant, компании с выстроенными процессами и практические проекты; для перехода в IT нужны понимание SDLC, ролей, терминологии, архитектуры и смежных функций.