Топ-50 вопросов на техническом собеседовании для бизнес-аналитика
Делюсь своим топом вопросов, которые наиболее часто встречал/задавал при собеседованиях на бизнес-аналитика.
Обо мне
Меня зовут Виктор Дмитриев. Я практикующий бизнес-/системный аналитик с опытом управления командой / глубокого бизнес-анализа / запуска Web и Mobile проектов. В отрасли больше 7 лет, успел поработать в следующих компаниях:
- BCG
- Норникель
- Inframine
- KPMG
- Paybis
За это время я:
- Прошел путь в бизнес-аналитике: junior -> middle -> senior -> lead (руководил группой аналитиков в размере 12 человек)
- Вырастил 4 аналитиков с уровня junior до уровня middle
- Вырастил 2 аналитиков с уровня middle до уровня senior
- Помог 6 людям из совершенно другой профессии получить оффер на вакансию бизнес-аналитика
- Сам отбирал, проводил собеседования и принимал на работу бизнес-аналитиков в свои команды
- Прошел более 40 собеседований на вакансии бизнес-аналитика, личный процент офферов - больше 50%
- Запускал / участвовал в запуске проектов различного масштаба и сложности:
- SAP ERP,
- Microsoft Dynamics 365,
- ERP системы собственного производства,
- Маркетинговые продукты и системы управления рисками собственного производства,
- Fintech продукты,
- Мобильное банковское приложения на стыке финтеха и крипто-сферы.
Последнее время, ко мне часто приходят с запросом на консультацию для подготовки к собеседованию на позицию бизнес-аналитика. Поэтому решил собрать основную информацию по самым часто задаваемым вопросам на техническом собеседовании на позицию бизнес-аналитика в этой статье. Делитесь своим опытом также в комментах, думаю, это будет полезно всем.
Предисловие
В первую очередь, предлагаю вам ознакомиться со статьей ниже. В рамках этой статьи я рассказал про структуру и основные этапы собеседования на позицию бизнес-/системного аналитика.
Речь там шла про три основных этапа отбора на позицию бизнес-/системного аналитика, где я указал, что решающим является именно техническое собеседование (часто это собеседование с потенциальным руководителем).
Именно об этом основном этапе мы поговорим ниже.
Основные понятия
Опять же, чтобы не устраивать холивар по поводу понятий и разницы между системным и бизнес-аналитиком, под бизнес-аналитиком (aka БА) я буду рассматривать универсального фулл-стэк аналитика, который сопровождает полный путь сбора требований к разработке системы/фичи:
- Анализ процесса
- Сбор требований
- Написание постановки требований (ТЗ)
- Сопровождение разработчиков при разработке
- Участие в приемке фичи
Особенности технического собеседования
Основные особенности технического собеседования:
- Продолжительность: около 60 минут
- С кем проводится: с сотрудником вашего грейда или потенциальным руководителем (если он хорошо "шарит" в ваших обязанностях)
- Цель: выявить уровень ваших хард-скиллов и понять, на какой грейд вы можете претендовать в компании (junior, middle, senior, lead). Грейды сейчас - это очень условное понятие, в одной компании ваш опыт и компетенции могут рассматривать на грейд lead-а, в другой могут квалифицировать вас как middle или middle+.
- Структура:
- первые 10-15 минут: монолог работодателя с описанием компании и вакансии
- следующие 30-40 минут: проверка ваших хард-скиллов (имхо: наиболее определяющая часть всего процесса отбора кандидата)
- последние 10-15 минут: ваша возможность уточнить интересующие вопросы (советую не пренебрегать этим этапом, а, действительно, задавать важные для вас вопросы - так вы покажете вашу заинтересованность именно в этой вакансии и сможете больше узнать о месте, где вам, возможно, предстоит работать).
ТОП вопросов
Переходим непосредственно к самой интересной части этой статьи - к вопросам, которые я чаще всего встречал (и которые сам задаю) при отборе кандидатов на позицию БА. Постараюсь разбить потенциальные вопросы по 4 основным грейдам: junior, middle, senior, lead.
Вопросы к джунам
Предполагается, что у вас либо нет практического опыта, либо его очень мало (до 1 года работы). Но при этом от вас будут ожидать, что у вас есть хотя бы один учебный проект за спиной. Поэтому вам могут задавать два типа вопросов: теоретические, в целом, про процессы и методологии БА и практические, конкретно про ваши проекты.
Например:
- Какие методологии управления проектами вы знаете?
- В чем отличия Waterfall от Agile?
- Какие преимущества и недостатки у Scrum и Kanban?
- Чем Use Case отличается от User Story?
- Приведите пример Use Case и User Story.
- Какие типы требований бывают?
- В чем отличия функциональных и нефункциональных требований?
- Какие критерия качества требований вы знаете?
- Приводят кейс, например, "вот вы выходите в первый день на новый проект", какие ваши действия?
- Расскажите про свой учебный/рабочий проект, покажите и расскажите, как вы писали ТЗ.
- Какие методологии моделирования бизнес-процессов знаете?
- Какие основные элементы BPMN?
- Знакомы ли с UML? Что такое диаграмма классов?
- Что знаете про базы данных?
- Какая типичная структура запроса для формирования выборки данных?
- Что такое ERD?
- Чем INNER JOIN отличается от LEFT JOIN?
- По какой структуре, обычно, пишите ТЗ?
- Что знаете про написание ТЗ по ГОСТ? Какая там структура?
- Какие книги по бизнес-аналитике вы читали? Знакомы ли с Вигерсом или BABOK?
Вопросы к миддлам
Предполагается, что вы уже состоявшийся специалист, которого можно отправить на проект средней сложности, и вы будете знать, что делать. Все вопросы, которые были выше на уровне junior применимы и для вас, плюс:
- Если проект интеграционный, вас могут поспрашивать по интеграциям:
a. Что знаете про REST / SOAP?
b. Какие основные методы REST-а знаете?
c. Чем отличается метод GET от POST?
d. Что делают PUT / DELETE / PATCH методы?
e. Какой-нибудь кейс - например, если вы реализуете логику авторизации юзеров на сайте, какой метод для этого лучше использовать - GET или POST? - Также может быть сильнее сделан упор на базы данных и SQL (если вакансия это предполагает):
a. Приводят пример кейса, например, "есть банк, в нем есть такие-то сущности, такие-то атрибуты. Как будет выглядеть логическая модель данных, какие будут основные атрибуты и связи?" Здесь обязательно будет подвох в связи n - n.
b. Возможны вопросы по сложным SQL запросам - обязательно понимание отличия JOIN-ов, GROUP BY, умение писать подзапросы. - Знакомы ли вы с UML Sequence диаграммами? Вам могут дать кейс, в рамках которого нужно будет нарисовать диаграмму.
- Можете ожидать более сложных вопросов по BPMN:
a. Какие типы событий вы знаете?
b. Как отобразить, что процесс выполняется параллельно?
с. Как отображаются информационные потоки? - Ожидайте вопросов про кейсы на прошлых проектах, например:
a. Что самое сложное вам приходилось делать на ваших предыдущих проектах?
b. Как у вас устроено взаимодействие в команде? По какой методологии работаете и т.д.
c. Покажите и расскажите про свою типичную задачу и структуру ТЗ, по которой эту задачу вы отдаете в разработку (здесь идеально показать экран, если то, что вы пишите, не под NDA).
Вопросы к синьорам
Между синьорам и миддлом часто проходит тонкая грань, не зримая обычному человеку) Я бы описал синьора как состоявшегося специалиста, которому можно дать комплексный сложный проект и нескольких джунов/миддлов в помощь. В свою очередь, синьор будет способен эффективно управлять своим ресурсом, давать задачи своим "помощникам", проверять качество их требований и давать наставления по поводу роста его "помощников". Поэтому здесь, помимо вопросов выше на уровне junior и middle, могут быть также заданы более сложные вопросы:
- Например, по интеграциям:
a. Что знаете про OpenAPI 3.0?
b. Чем "inPath" отличается от "inQuery"?
c. Как работают очереди сообщений? Какие очереди сообщений знаете и использовали?
d. Что такое ESB и как описывать требования к интеграции через ESB?
e. Что такое идемпотентность?
f. Какие REST методы являются идемпотентными, а какие безопасными? - По управления командой на проекте:
a. Был ли у вас опыт управления командой аналитиков на проекте?
b. Как вы распределяете задачи между аналитиками на своих проектах?
c. Как вы контролируете качество документации, которую готовят аналитики на вашем проекте? - Какие источники информации потребляете, чтобы узнавать новости в сфере бизнес-/системной аналитики или в принципе из сферы ИТ?
Вопросы к лидам
Здесь применимы все те же вопросы, что и выше на позициях junior / middle / senior (да, меня пару раз при собесе на лида спрашивали базовые вопросы - типо, "что такое Agile?"), плюс большой упор будет делаться на people management. Потенциально вопросы могут быть такие:
- Расскажите про случай, когда ваш подчиненный (аналитик) вступал в конфликт с командой / заказчиком. Как вы "разруливали" этот конфликт?
- Как вы организуете рабочее пространство (шаблоны документации, процессы внутри команды и т.д.)?
- Как вы управляете распределением задач между вашими аналитиками?
- Как вы принимаете решение о поощрение/росте своих аналитиков?
- Как вы проводите онбординг нового сотрудника?
- Какие инструменты развития вы, обычно, предлагаете вашим аналитикам?
- Какие OKR вашего отдела аналитики? Как вы их формируете, согласуете, держите в актуальном состоянии?
Применимо ко всем этапам
Если вопрос попал в список выше, значит, мне его, в том или ином виде, задавали, минимум, дважды.
Плюс ко всему, на любом из этапов вам могут предложить порешать логические задачки. При этом на моей практике эти логические задачки почти не пересекались, так что выделить здесь ТОП будет сложно. Решайте брейнтизеры, тренируйте устный счет, старайтесь больше читать нестандартной литературы типо ТРИЗ, и это все вам, возможно, поможет решить логическую задачку, а, возможно, и нет)
Заключительные мысли
Выше я привел список вопросов, которые сам часто задаю или которые задавали мне при собеседованиях на позицию БА, но хочу отметить два важных пункта:
1. Не обращайте ключевого внимания на грейды, т.к. грейды сейчас очень отличаются от компании к компании - где-то вас оценят как миддла, где-то - как синьора. Чтобы понять реальный грейд для конкретной вакансии, мало обращать внимания просто на название вакансии "senior business analyst", нужно прочитать обязанности и обсудить на собеседовании, чтобы понять какой реально грейд компания хочет найти.
2. Список вопросов выше, безусловно, является полезным, но он не является всеобъемлющим - отталкивайтесь от конкретной вакансии и описанных обязанностей, когда вы будете готовиться к собесу. Хотя я абсолютно уверен, что этот список вопросов может стать для вас отличной отправной точкой при подготовке к собеседованию.
Удачи на собеседовании!
И, наконец, небольшой опрос, чтобы понять, полезно ли сообществу то, что я пишу?
Мои контакты
Мой контакт: tg.
Ко мне можно обратиться с техническими вопросами, интересными кейсами, поиском карьерных возможностей, помощью в обучении бизнес-аналитике с нуля и помощью в подготовке к собеседованиям. Конечно же, в сфере бизнес-/системной аналитики или проектного/продуктового управления. Если вам интересно, пишите.
Дочитал до вопроса мидлам " Какие основные методы REST-а знаете?" и всё стало понятно, можно было бы и не начинать читать самопиар )))
Вы же понимаете, что уровень БА/СА в разных компаниях разный? Есть СА, активно вовлечённые в интеграционные проекты, есть - те, кто нет. И, в целом, это вполне хороший вопрос, чтобы начать разговор про интеграции)
Спасибо, что поделились такой ценной информацией! Думаю многим захочется подробнее узнать про гибкие методологии перед собеседованием, поэтому можете почитать и наши посты :)
В чем отличия Waterfall от Agile? Какие преимущества и недостатки у Scrum и Kanban?
____
Боже, это же манагерский мусор - такие знания.
Спрашивать и проверять надо знания sql, python, ну и детально по стеку с которым работаете(может это вообще эксель где то, может работа с json)
Не соглашусь)
Во-первых, это не манагерский мусор:
1. т.к. это глупо называть мусором, это процессы в компании, которые прямо влияют на эффективность команды. Эффективность команды напрямую влияет на деливери.
2. поскольку БА часто выполняют роль этих самых манагеров, когда те же манагеры в отпуске, важно, чтобы БА это понимали.
Во-вторых, эти вопросы не отменяют проверку хард-скиллов аналитика, которые требуются для конкретной вакансии.
В-третьих, на большинстве вакансий БА тот же python вообще не требуется, при этом работа в команде по процессам условного скрама есть везде.
Это точно вопросы на BA? Знаю даже нескольких SA, которые никогда с интеграциями не работали.
Да, я тоже знаю таких) соответсвенно, если сотрудник не будет вовлечён в интеграционные проекты, то интеграционные вопросы для него не релевантны.
Но сейчас большинство вакансий требуют знания REST, поэтому я сюда это включил)