ITMAE - Mock interview Middle Project Manager
Тренировочное интервью Middle Project Manager с разбором проектных, технических и коммуникационных кейсов. В конце — обратная связь по уровню кандидата, резюме и подготовке к будущим собеседованиям.
- Опубликовано на YouTube:
- Просмотры на YouTube: 5 тыс.
- Лайки на YouTube: 127
Таймлайн
Коротко о видео
Это публичное мок-интервью на позицию Middle Project Manager: Юрий Недре разбирает опыт Александра и задаёт ему вопросы по управлению IT-проектами. На примере гипотетической продуктовой команды, развивающей логистические сервисы кросс-докинга, обсуждают онбординг PM, планирование, Agile, риски, метрики, инструменты, технический контекст и работу с людьми. В финале интервьюер считает кандидата крепким Middle Project Manager для рассмотренной вакансии и рекомендует усилить системность теоретической базы, практику Jira и Confluence, а также структуру резюме; это оценка в рамках тренировочного интервью, а не результат реального найма.
Затронутые темы
Что взять на заметку
- Кандидат описывает более семи лет в IT project management: аутсорсинговую веб-разработку в blockchain/fintech-доменах, гибридный подход к управлению и команды примерно от 5 до 15 человек.
- При входе в новую команду PM стоит сначала изучить документацию, цели и текущий статус, найти срочные проблемы, познакомиться с командой и отдельно согласовать ожидания руководителя и стейкхолдеров на первый месяц, три месяца и год.
- Планирование проекта начинается с верхнеуровневого устава, затем переходят к требованиям, оценкам, срокам, ресурсам и плану-графику; формат зависит от того, выделена ли команда и какова доступность специалистов.
- При чётко заданных scope, сроке и бюджете собеседники выбирают классический подход, а при высокой неопределённости — итеративную работу с короткими поставками и обратной связью. Kanban они относят к устойчивому потоку задач и поддержке с WIP-лимитами, а Scrum — к разработке нового в итерациях.
- Для контроля проекта предлагают сочетать вехи и понятный Gantt для бизнес-стейкхолдеров с более детальными метриками, например earned value, для вовлечённой аудитории; потребности адресатов фиксируются в матрице коммуникаций.
- Риски следует вести в реестре, оценивать по вероятности и влиянию, приоритизировать и выбирать реакцию, но не тратить непропорционально много времени на маловероятные сценарии, если контекст компании этого не требует.
- Финальная рекомендация интервьюера: упорядочить ответы и базу по проектному управлению, изучить Jira и Confluence через практику, а в резюме вынести достижения выше и описывать личный вклад с измеримым результатом.