Вернуться в видеотеку

#ITPMFZTO Exit Interview - Guz Kate IT Project Manager

Учебное интервью и подробный разбор ответов кандидата на позицию IT Project Manager. Основной материал — практические кейсы о требованиях, клиентах, качестве и управлении командой.

Источник: Roman Zhulpo

Открыть на YouTube

Таймлайн

Коротко о видео

Публичное учебное мок-интервью на позицию Project Manager: Катя рассказывает о двух с половиной годах опыта PM, а Андрей проверяет её знания и подход к рабочим кейсам. Обсуждаются документы и SRS, требования к производительности, работа с клиентом, конфликты между разработчиками и QA, незапрошенные функции, большой список замечаний после релиза и принятие новой команды. В разборе интервьюер рекомендует кандидату сделать ответы и самопрезентацию короче и структурнее, систематизировать теорию и начинать с поддержкой ментора; это оценка участников учебного интервью, не результат реального найма.

Затронутые темы

Что взять на заметку

  • Подготовить самопрезентацию на 1–2 минуты: опыт, масштаб команды, один релевантный результат и цель перехода; не перечислять сразу всё резюме.
  • Для вопросов о документации объяснять цель продукта, функциональные и нефункциональные требования, а не только перечислять артефакты; отдельно помнить о производительности, безопасности и интерфейсах.
  • В кейсе о медленном отчёте сначала выяснить сценарий использования, период данных, ожидаемое время ответа и реальную боль клиента; возможным решением может быть прогресс, прогноз времени или асинхронная выгрузка, а не только оптимизация.
  • При споре разработчика и QA проверить актуальность требований и канал фиксации изменений; QA рассматривается интервьюером как представитель пользовательского ожидания и важный элемент контроля качества.
  • Незапрошенную разработчиком функцию не следует сразу выпускать: оценить риски и ценность, поблагодарить за инициативу и направить идею в согласованный процесс приоритизации.
  • Список из 50 замечаний после релиза полезно разбить на новые пожелания, быстрые исправления и серьёзные баги, затем дать клиенту ясный план и сроки по группам.
  • При входе в новую команду сначала собрать контекст у представителей разных групп, не принимать негатив лично и только после этого выбирать стратегию взаимодействия.

Рекомендуем посмотреть