На собеседовании системного аналитика спрашивают, как вы проектировали интеграции и ставили задачи разработчикам, как решали споры между заказчиком и командой и что изменилось после вашей работы.
Мы собрали больше 200 000 вакансий из базы TalentKit, посчитали требования по уровням и прогнали три вакансии через наш тренажёр собеседований. Откройте резюме и к каждому участку из таблицы ниже выпишите один свой проект: что мешало, какое решение вы предложили и чем всё закончилось.
В таблице стоит участок работы, доля вакансий системного аналитика из базы TalentKit, где он назван, и вопрос, который задал наш тренажёр на таких вакансиях. Вопросы теории и определений тренажёр не задаёт, его вопросы всегда про случай из работы.
| Участок | Доля | Как спрашивают |
|---|---|---|
| Интеграции и API | 73% | Расскажите о случае, когда требования клиента или внутреннего заказчика расходились с техническими ограничениями, и как вы согласовали итоговое решение? |
| Постановка задач | 71% | В работе системного аналитика требования не всегда бывают полными и согласованными; расскажите о случае, когда вам пришлось работать в условиях такой неопределённости и принимать решение без всей необходимой информации? |
| UML и инструменты | 57% | В вакансии требуется опыт работы с UML, ERD и Postman или SoapUI, а в резюме явно указаны BPMN, REST API и OpenAPI. Насколько самостоятельно вы владеете этими инструментами и где применяли их в реальных проектах? |
| Работа с заказчиком | 45% | Расскажите о случае, когда вам пришлось отстаивать техническое решение перед внешним или внутренним заказчиком. |
| Приёмка | 36% | В текущей команде вы ввели шаблон постановки задач с критериями приёмки, после чего доля возвратов из тестирования снизилась с 30% до 12%; расскажите, как вы запускали этот процесс и что оказалось самым сложным при его внедрении? |
API это способ обмена данными между программами, REST один из самых распространённых его видов. Приёмка это проверка готовой задачи на соответствие требованиям.
Мы посчитали требования отдельно по опыту, который указан в вакансии. REST нужен почти везде, а с ростом опыта прибавляются брокеры сообщений, то есть программы вроде Kafka для обмена данными через очередь, модели данных и микросервисы.
| Требование | До 3 лет | 3–6 лет | От 6 лет |
|---|---|---|---|
| REST и API | 60% | 77% | 88% |
| UML | 37% | 67% | 72% |
| Kafka и брокеры | 16% | 46% | 55% |
| Модели данных | 25% | 39% | 50% |
| Микросервисы | 14% | 32% | 48% |
Вот как звучат вопросы разных уровней. Первый взят из вакансии, остальные задал тренажёр.
Один работодатель расписал этапы в самой вакансии, и порядок у него такой.
Онлайн-интервью с HR.
Интервью с руководителем отдела аналитики в формате диалога с вопросами и развернутыми ответами.
Интервью с лидом заказчика, то есть с руководителем его команды.
Оффер или отказ с рекомендациями.
HR обращает внимание на личные качества, а будущий руководитель оценивает предметные знания, поэтому один и тот же проект на втором этапе придётся рассказать подробнее. Другой работодатель на встрече с командой обещает: «обсудим ваш опыт, решим пару кейсов и погрузимся в реальные задачи». Третий пишет: «Тех. интервью с командой (1 час) без олимпиадных задач и неадекватных вопросов». В 2 вакансиях первым этапом идёт разговор примерно на 10 минут с чат-ботом в мессенджере.
Ответов на вопросы теории, например про устройство SQL-запросов или протоколов, в этой статье нет: наш тренажёр их не задаёт, а чужие ответы мы не переписываем. Повторяйте их по требованиям своей вакансии.
Мы отправили в тренажёр слабые и сильные ответы на одном учебном резюме, и балл поставил он сам. Цифры в примерах условные, поэтому называйте только то, что подтвердите на уточняющих вопросах.
Большая часть вопросов по участкам об одном и том же: как вы свели то, что просит заказчик, с тем, что может сделать команда. Поэтому такие случаи стоит подготовить первыми.
Что проверяют: умеете ли вы искать решение, а не просто передавать просьбу заказчика разработчику. Как ответить: опишите, что просили, почему так сделать нельзя и какой вариант вы согласовали. Тренажёр к сильному ответу просил добавить, сколько компаний в итоге используют эту схему.
Обычно мы обсуждали всё на встречах и находили компромисс, потому что в команде хорошие отношения.
Крупный клиент требовал, чтобы банк подтверждал каждое платёжное поручение сразу, в том же запросе. Проверки в банке занимали до нескольких минут, поэтому синхронный ответ приводил бы к обрывам по таймауту. Показал клиенту и владельцу продукта схему обмена и предложил асинхронный вариант: банк сразу возвращает номер документа, а статус клиент получает отдельным методом. Согласовали условие обновлять статус не реже раза в минуту. Описал это в OpenAPI, клиент подключился, и эта схема стала стандартной для остальных компаний.
Собеседование системного аналитика, требования против ограничений: слабый и сильный ответ.
Что проверяют: можете ли вы переубедить коллегу данными, а не должностью. Как ответить: назовите, в чём разошлись, какие факты показали и на чём договорились. Так же тренажёр оценил спор с разработчиком о кодах ошибок: 9 из 10. О коллегах говорите без обиды, потому что за полчаса никто не выяснит, кто был прав.
Обычно соглашаюсь с руководителем, потому что ему виднее. Спорить смысла нет.
Предложил руководителю ввести в команде обязательные критерии приёмки, а он отказался, потому что считал, что это замедлит постановку задач перед выпуском. Вместо спора предложил проверить на моих задачах в течение квартала и считать возвраты из тестирования. На этих задачах возвратов стало меньше, и он согласился распространить шаблон на всю команду. В итоге доля возвратов снизилась с 30% до 12%.
Вопросы системному аналитику на собеседовании, спор с руководителем: слабый и сильный ответ.
Тренажёр сравнивает резюме с вакансией и спрашивает про разрыв: такой вопрос стоял первым во всех трёх прогонах. Назовите один настоящий пробел и то, что вы с ним уже делаете. Ответ «с остальным разберусь по ходу» получил 2 из 10.
Главный пробел: высоконагруженные микросервисы и асинхронный обмен через брокеры вроде Kafka. В API для 1 200 компаний работал с REST и статусами, а проектировать обмен через очереди с гарантией доставки самостоятельно не доводилось. На интеграции склада с 1С обмен шёл через сообщения, но нагрузка там была небольшой. Закрываю пробел так: прохожу курс по Kafka и на тестовом стенде проверил сценарии повторной доставки. В первые месяцы готов вести такие задачи вместе с архитектором.
Вопросы на собеседовании системного аналитика, главный пробел. Цифры в примерах условные.
Загрузите резюме и вставьте вакансию: сервис задаст десять вопросов по одному, как HR на собеседовании. После каждого ответа он покажет, чего не хватает, и даст пример сильного ответа, а отвечать нужно текстом.
Начать тренировкуЭти вопросы тренажёр задавал на вакансиях всех трёх уровней, поэтому к ним стоит готовиться так же, как к техническим.
Отвечайте спокойно и не торопитесь, потому что быстрая речь при волнении звучит неуверенно, а вместо слов-паразитов лучше выдержать паузу. Подробнее написано в статьях почему ушли с прошлой работы, слабые стороны на собеседовании и вопросы работодателю на собеседовании.
Прямо в тексте вакансии системному аналитику вопросы задают редко: такие просьбы мы нашли только в 7 вакансиях. Зато они показывают, что работодателю важно, поэтому мы приводим их дословно.
Самый сложный проект и свой вклад в него подготовьте заранее, потому что об этом просят прямо. Для проектов под соглашением о неразглашении один работодатель принимает обезличенное описание.
Деньги спрашивают рано: один работодатель пишет «В сопроводительном письме просьба указывать зарплатные ожидания», а другой просит указать ожидания в тесте. Поэтому перед откликом соберите вилку сами.
Суммы есть в статье про зарплату системного аналитика, а о торге написано в статье про желаемую зарплату на собеседовании.
Работодатели описывают в вакансиях такой порядок: разговор с HR, техническое интервью с руководителем или командой и финальная встреча. Один работодатель прямо обещает на встрече с командой решить пару кейсов, другой пишет о часе технического интервью без олимпиадных задач.
В вакансиях системного аналитика из базы TalentKit REST и API названы в 73%, SQL в 65%, BPMN в 60%, а UML в 57%. Требования растут с опытом: Kafka и брокеры сообщений названы в 16% вакансий с опытом до 3 лет и в 55% вакансий от 6 лет.
Один работодатель просит рассказать про рабочий или учебный проект, а засчитывает его, если кандидат может объяснить, какие задачи решал и какие выводы сделал. Поэтому к учебному проекту готовьте те же ответы, что и к рабочему.
Загрузите резюме и текст вакансии, ответьте на вопросы и посмотрите в итоге тренировки, какие ответы стоит повторить.
Начать тренировку