Делюсь своим топом вопросов, которые наиболее часто встречал/задавал при собеседованиях на бизнес-аналитика.
Обо мне
Меня зовут Виктор Дмитриев. Я практикующий бизнес-/системный аналитик с опытом управления командой / глубокого бизнес-анализа / запуска 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-а знаете?" и всё стало понятно, можно было бы и не начинать читать самопиар )))
Вы же понимаете, что уровень БА/СА в разных компаниях разный? Есть СА, активно вовлечённые в интеграционные проекты, есть - те, кто нет. И, в целом, это вполне хороший вопрос, чтобы начать разговор про интеграции)
Можно просто посмотреть определение REST и понять что у него не может быть методов..
Ну камон) Таких примеров очень много:
Agile - это не методология, а философия, при этом их всегда кладут на одну чашу с Waterfall, что по сути своей неправильно.
Также, например, сравнивают UML и BPMN, хотя это тоже не совсем корректно, так как UML - это не конкретная нотация, в отличие от BPMN.
Аналогично активно употребляют термин «REST методы», который по сути не совсем корректный, но дает понимание всем, что имеется в виду.
Ок, но чтобы не смущать читателей можно исправить на «Какие HTTP методы используются в RESTful сервисах?»
Просто тут же рядом про rest/soap вопрос, где-то дальше ещё про рест методы. Ну странно это так мешать и без всякого холивара. Этак я видел чудиков, которые были уверены, что rest и json неразделимы..
Мб, это странно и точно не везде корректно. В целом, вопрос про прямое сравнение СОАП и РЕСТ - не совсем корректен, но его почти всегда задают)
На самом деле я брал вопросы, которые мне задавали на собесах в точной формулировке, т.к. записывал эту статистику и вопросы последние лет 5))
Я к тому, что если спрашивать про отличия рест и соап, то после этого странно говорить о каких-то методах в рест, когда по идее вспомнили определение реста.
В общем стало понятно, что творится часто жесть на собесах бывает )) но это скорее на начальных уровнях, на уровень синьор+ благо редко встретить такое
"Я к тому, что если спрашивать про отличия рест и соап, то после этого странно говорить о каких-то методах в рест, когда по идее вспомнили определение реста."
тут согласен, да) но это скорее общий список вопросов, это не значит, что, когда придет лид на собес, ему зададут все эти 50 вопросов)
когда вопросы технического характера задаются на собеседованиях в очевидно некорректных формулировках, надо задаться вопросом кто их задает? Если HR, то можно в целом обозначить позицию, что вопрос задан некорректно потому-то и потому-то, надо было вот так и ответ такой. Если вопрос задает руководитель, то уже большие вопросики, с кем в дальнейшем придется работать и стоит ли туда идти)))
Спасибо, что поделились такой ценной информацией! Думаю многим захочется подробнее узнать про гибкие методологии перед собеседованием, поэтому можете почитать и наши посты :)
В чем отличия Waterfall от Agile? Какие преимущества и недостатки у Scrum и Kanban?
____
Боже, это же манагерский мусор - такие знания.
Спрашивать и проверять надо знания sql, python, ну и детально по стеку с которым работаете(может это вообще эксель где то, может работа с json)
Не соглашусь)
Во-первых, это не манагерский мусор:
1. т.к. это глупо называть мусором, это процессы в компании, которые прямо влияют на эффективность команды. Эффективность команды напрямую влияет на деливери.
2. поскольку БА часто выполняют роль этих самых манагеров, когда те же манагеры в отпуске, важно, чтобы БА это понимали.
Во-вторых, эти вопросы не отменяют проверку хард-скиллов аналитика, которые требуются для конкретной вакансии.
В-третьих, на большинстве вакансий БА тот же python вообще не требуется, при этом работа в команде по процессам условного скрама есть везде.
Мусор и еще какой, зачем знать чем отличается Waterfall от Agile если Waterfall в природе не существует ни в одной компании?
"Waterfall в природе не существует ни в одной компании".
В чистом виде - нет, в смешанном виде - существует почти везде в проектной разработке.
Я бы даже сказал, что и SQL зачастую не нужен. От слова совсем.
Все позиции и проекты разные.
Это точно вопросы на BA? Знаю даже нескольких SA, которые никогда с интеграциями не работали.
Да, я тоже знаю таких) соответсвенно, если сотрудник не будет вовлечён в интеграционные проекты, то интеграционные вопросы для него не релевантны.
Но сейчас большинство вакансий требуют знания REST, поэтому я сюда это включил)
Спасибо за статью, тоже хотели написать подобную) большинство вопросов совпадают с моими вопросами из списка.
Сами много проводим собесы, часто спрашиваем еще про работу с заказчиками: заказчик не читает документацию, что будете делать? Один заказчик хочет одно, а другой противоположное требование. Как будете снимать?
"Топ-50 вопросов на техническом собеседовании для бизнес-аналитика"
...
"1. Какие методологии управления проектами вы знаете?
2. В чем отличия Waterfall от Agile?
3. Какие преимущества и недостатки у Scrum и Kanban?"
Огонек!
А у РП чего спрашиваете для начала? Про разработку что-нибудь? Или, может, про кулинарные навыки?
БА часто берет на себя роли и SCRUM-мастера и ПМ-а)
Судя по другим вопросам, еще и роль системного.
Осталось просто научить их кодить и все будет отлично
Ну камон) видимо, этого не достаточно, чтобы избежать холивара)
«Опять же, чтобы не устраивать холивар по поводу понятий и разницы между системным и бизнес-аналитиком, под бизнес-аналитиком (aka БА) я буду рассматривать универсального фулл-стэк аналитика, который сопровождает полный путь сбора требований к разработке системы/фичи»
Плюс здесь же речь про вопросы из практики, а не про методологически правильное разделение на вопросы для позиций. В целом, я бы сказал, что на практике важно задавать эти вопросы БА, чтобы понять, как он встроится в команду, работающую, условно, по скраму, учитывая, что роль БА подразумевает огромное количество коммуникаций с разными членами команды.
Опять «специалисты» и выскочки бумагомарательством занимаются… займитесь делом! Сфера испытывает жуткий кадровый голод, а они статейки пишут свои чсв-шные.