Привет! Меня зовут Лена Назаренко, я ведущий системный аналитик в ecom.tech и ревьюер курса «Системный аналитик» в Практикуме. Я считаю, что техническое интервью — это важный этап приёма на работу, который кандидаты зачастую недооценивают и к которому недостаточно готовятся. Возможно, считают его формальностью, — в конце концов, по резюме ведь уже прошли отбор. 

Но дело в том, что резюме показывает лишь сухие факты и общую картину, а настоящая возможность показать себя появляется именно на собеседовании. Я расскажу, как проходит техническое интервью, какими знаниями и навыками надо владеть, а также как их будут проверять. Поделюсь примерами заданий, полезными ресурсами для подготовки и советами по прохождению.

Как проходит собеседование 

Я и сама проводила собеседования, и выступала в качестве наблюдателя. В этом разделе поделюсь своим личным опытом, хотя надеюсь, что он довольно универсален. Общее представление о процессе вы точно получите.

Обычно собеседование состоит из нескольких этапов: HR-скрининг, техническое собеседование и встреча с командой. Первый этап с HR не столь критичен — любой коммуникабельный человек может показать себя и пройти дальше. А вот на техническом скрининге валится большинство кандидатов.

Сначала специалист со стороны компании рассказывает о компании и задачах, чтобы кандидат расслабился и вошёл в контакт, — сразу вопросами никто не заваливает.

Далее, как правило, кандидата просят рассказать о себе — это ваш шанс блеснуть и показать себя во всей красе. По сути, это единственная часть собеседования, к которой можно идеально подготовиться. Но не забывайте, чтобы ваш рассказ совпадал с тем, что вы написали в резюме.

После знакомства друг с другом начинается непосредственно технический скрининг с теоретическими и практическими вопросами. Для джунов большой упор делается на теорию, поскольку у них ещё немного практического опыта. Но практике тоже отводится значительная часть — нужно посмотреть, как кандидат рассуждает, насколько не теряется при незнакомых задачах и может размышлять в моменте.

Как пример технического задания: нужно спроектировать систему онлайн-бронирования авиабилетов. Например, нарисовать (квадратиками, кружками), из каких компонентов может состоять система: база данных, бэкенд, фронтенд, сервис уведомлений, система брони, статусная модель.

Здесь проверяется, насколько кандидат может:

• задавать уточняющие вопросы (про способ уведомления пользователя, тип приложения);

• выделять сущности в системе (авиабилет, профиль пользователя, покупки, атрибуты билета);

• работать с требованиями и общаться с заказчиком.

Другой вариант задания: даются таблички организации (например, с сотрудниками и зарплатами), от кандидата требуется написать запрос для получения информации о сотруднике с максимальной зарплатой или о средней зарплате по всем сотрудникам.

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

Также можно попросить дать обратную связь по пройденному собеседованию — это продемонстрирует, что вы здесь не просто «для галочки», а хотите знать ваши слабые и сильные стороны, чтобы подтянуть «хвосты». Даже если в моменте вам не смогут дать обратную связь, то скажите, как важно для вас получить её после в офлайне. 

Дальше остаётся ждать фидбэка по результатам собеседования от HR-специалиста и, если всё прошло отлично, то отправиться на финальный этап — знакомство с командой. Тут вы поймёте, насколько подходите друг другу по вайбу. И если случится полный мэтч — оффер в ваших руках. 

Необходимые навыки для джунов

Поскольку джуны ещё не погружены в практику, от них требуется хорошее знание теоретического минимума. Все перечисленные пункты — это важная теоретическая база, без которой системный аналитик не сможет исполнять обязанности. Начнём с хардскилов. Итак, начинающий специалист должен:

Различать виды требований (функциональные и нефункциональные) и приводить примеры.

Разбираться в разновидностях интеграций:

• Понимать, что такое REST API, и уметь описать контракт (входящие/исходящие параметры, ошибки, примеры запросов/ответов в виде JSON).

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

• Неплохо было бы знать также иные типы интеграций (RPC, брокеры сообщений, БД-БД, файловая интеграция, веб-сокеты и др.).

• Понимать, что такое CRUD-операции.

По части архитектуры знать и понимать:

— Жизненный цикл разработки ПО:

• Что такое веб-сервис и как он работает.

• Что такое монолит и микросервисы. Их отличия, преимущества и недостатки

— Основные принципы работы баз данных:

• Что такое реляционная база данных.

• Типы связей между таблицами (1-1, 1-n, n-n).

• Приветствуется знание понятий «концептуальная», «логическая» и «физическая» модель данных и возможность описания моделей в виде ER-диаграммы.

— SQL:

• Уметь делать простые запросы SELECT.

• Применять оператор WHERE.

• Знать отличия между различными типами JOIN (inner, left, right, outer).

• Уметь использовать сортировку (ORDER BY) и группировку (GROUP BY, HAVING).

Знать UML: наиболее важное — это диаграмма последовательности (она же UML Sequence). Нужно уметь описать простой процесс в виде диаграммы.

Иметь навыки работы в Confluence и Jira или любом ином таск-трекере.
Разбираться в смежных областях:

• Иметь базовое представление о техниках выявления требований (интервью, опросы, наблюдение и др.).

• Неплохо бы обладать минимальными навыками тестирования (например, пользоваться Postman, Swagger для самостоятельного тестирования API).

• Иметь представление о методологиях разработки (Scrum, Kanban, Waterfall) и о присущих им церемониях и артефактах (например, ежедневные daily для scrum и т.п.)

Теперь перейдём к софтскилам, здесь ничего нового:

Командная работа — в первую очередь это связано с коллективной ответственностью за произведённый продукт. Так как любая документация не идеальна, требуется максимальная коммуникация с командой для реализации задуманного.

На собеседовании не командного игрока могут выдать постоянные оговорки, что проблемы на предыдущей работе возникали не по его вине. Даже если это действительно так, со стороны звучит, будто человек отделяет себя от команды и считает, что «каждый сам за себя».

Коммуникабельность и дружелюбие — важны для эффективного взаимодействия с командой. Если аналитик живёт в своём мире, сложно коммуницирует и считает, что всё неладное — не его зона ответственности, это приводит к багам в продакшене. Команда перестаёт обращаться за уточнениями и додумывает самостоятельно — итог предсказуем.

Чёткое формулирование мыслей — умение структурированно излагать информацию, избегать двусмысленности и проверять понимание собеседника напрямую влияет на качество итогового продукта. На собеседовании этот навык проверяют через объяснение технических концепций и описание решений практических задач.

Подготовка к собеседованию

Как я уже говорила, это недооценённый этап. Даже если у вас хорошо подвешен язык, могу поспорить, вы не сможете из головы выдать лучшую презентацию себя. Нормальную сможете, лучшую — вряд ли. Знания о компании, удачные примеры и непосредственно знания тоже не берутся из воздуха — подготовьте всё заранее.

Подготовьте презентацию о себе. Нужен монолог примерно на 5 минут: кто вы, что делали, почему решили стать системным аналитиком, какие курсы проходили, что знаете. Эту презентацию нужно отшлифовать и тренироваться перед зеркалом, чтобы уверенно презентовать себя как специалиста. 

Изучите компанию. Обязательно изучите информацию о компании перед собеседованием. Это покажет вашу заинтересованность и серьёзное отношение к позиции. Посмотрите:

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

• основные технологии в стеке;

• недавние новости или достижения;

• корпоративную культуру и ценности;

• отзывы сотрудников.

Эта информация поможет задать релевантные вопросы и показать, что вы не просто «скачете по собеседованиям», а действительно заинтересованы именно в этой компании.

Подготовьте список вопросов. Подготовьте 5–7 вопросов о компании, команде и рабочих процессах. Это продемонстрирует вашу заинтересованность и поможет понять, подходит ли вам эта позиция. Примеры вопросов:

• С какими системами и проектами предстоит работать?

• Какие методологии разработки используются в команде?

• Как выглядит типичный день системного аналитика в вашей компании?

• Чего от меня ожидают в первый месяц работы, в первые полгода?

Избегайте вопросов о зарплате и отпуске на первом собеседовании — это лучше обсудить на финальной стадии.

Подготовьте живые примеры использования технологий — так вы будете звучать убедительнее. Для поиска живых примеров можно использовать ChatGPT — попросить его привести примеры к сухой теоретической информации. 

Например, вместо простого рассказа об асинхронном взаимодействии через Kafka лучше подкрепить это примером: «Асинхронное взаимодействие классно работает, когда не нужно ждать ответ в моменте. Например, при подаче заявки на кредит вместо ожидания решения банка 15 минут клиенту сразу пишут, что заявка на рассмотрении, а уведомление придёт по SMS».

Отработайте навыки. Для тренировки навыков работы с требованиями можно взять приложение, которым вы часто пользуетесь, и попробовать описать требования к любой функциональности. 

К примеру, возьмём приложение «Яндекс Лавка» и работу с товарами в нём. Из функциональных требований можно выделить такие, как:

• пользователь может просматривать список доступных для заказа товаров;

• пользователь может просмотреть подробную информацию о выбранном товаре;

• и так далее…

Из нефункциональных требований можно выделить следующие:

• экран со списком товаров должен выдерживать нагрузку 10 000 запросов в секунду;

• открытие карточки с детальной информацией о товаре должно занимать не более 1 секунды;

• и так далее…

Есть классная песочница Swagger UI, чтобы разобраться, как может выглядеть документация API на проекте. Здесь можно пощёлкать методы, обращая внимание, как описаны параметры запросов и ответов. На собеседованиях часто просят спроектировать методы API с запросами и ответами — на базе сайта выше можно понять, чего от вас ожидают, и не впасть в ступор. 

Для отработки навыка работы с UML-диаграммой последовательности есть классный ресурс PlantUML. Здесь можно ознакомиться с синтаксисом и возможностями такого важного для современного аналитика инструмента, как plantUML. 

Рекомендую взять любой процесс (можно даже из обычной жизни, например, снятие денег в банкомате) и изобразить логику его работы, используя plantUML. Подумайте над альтернативными сценариями: «А что, если на карте или в банкомате нет денег?» или «Что будет, если введён неверный пин-код?». Подобные задания на описание последовательности — не редкость.

И куда без SQL. Тренажёр от SQL Academy  — очень нравится этот ресурс, потому что здесь удобная фильтрация, с помощью которой можно подобрать задания определённого уровня сложности или на нужную тему. А ещё есть реальные задачки с собеседований различных крупных компаний — тоже очень полезно.

Советы по успешному прохождению собеседования

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

Приводите живые примеры. Уже говорила выше: не заучивайте сухую теорию. Интервьюер сразу видит человека, который просто заучил, и того, кто действительно пытался разобраться в сложных понятиях на пальцах. Разумеется, второй сразу выгоднее смотрится в глазах интервьюера.

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

Будьте честными. Очень часто кандидаты врут про опыт или начинают что-то придумывать, когда не знают ответа на вопрос. Интервьюер сразу это «палит», и это никогда не идёт в пользу кандидату.

Не будьте «красным флагом»: не опаздывайте, не отвлекайтесь на сообщения в соседней от звонка вкладке, ну и имейте на себе полный комплект одежды, пусть даже это онлайн-интервью.

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

А ещё всё всегда складывается к лучшему. Даже если сейчас вы не попадёте в «компанию мечты», возможно, именно этот незапланированный карьерный путь приведёт вас в ещё более классное место.