Как пройти собеседование на должность аналитика

Опубликовано: 03.07.2024

Меня зовут Леонид Юденков, я ведущий бизнес-аналитик и ресурсный менеджер в EPAM. На интервью (давайте сразу договоримся о терминологии, так мы называем собеседования) мне довелось посмотреть с разных сторон: я проводил их, проходил их и смотрел, как их проходят другие.

В этом материале я хочу рассказать о том, как подготовиться к интервью, как пройти его и оставить о себе отличное впечатление.

Подготовка

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

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

Заранее познакомьтесь с компанией (20 мин.)

В этом помогут интернет или коллеги, которые, возможно, в ней работают или работали:

  • За счет чего компания зарабатывает деньги?
  • Как давно она на рынке?
  • Где расположены ее офисы?
  • Участвовала ли компания в разделениях/присоединениях/поглощениях за последний год?

Посмотрите свежие новости о компании: там тоже может быть что-то интересное.

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

Изучите информацию о бизнес-домене (1-3 ч.)

Важно потратить отведенное на подготовку время с умом. Сконцентрируйте свои усилия на том, чем вам предстоит заниматься на новом месте. Если задача проекта заключается в автоматизации складского учета в фармацевтической компании, не стоит начинать 100-часовой курс по биологии. Значительно полезнее найти и ознакомиться с feature list для warehouse management-систем и проконсультироваться с коллегами, которые работали на аналогичных проектах.

У вас еще будет время с головой погрузиться в бизнес-процессы и предметную область, но сейчас оно ограничено.

Выясните требования к позиции и причину ее появления (20 мин)

Подойдите к вопросу со стороны определения business need:

  • Что пытается решить компания, открыв эту позицию?
  • Как я могу помочь закрыть эти потребности, используя свои навыки?

Хорошо, если описание позиции на hh.ru или карьерном сайте содержит всю необходимую информацию. Но бывает так, что описание позиции отсутствует или оформлено в общих словах. Если требования не приносят на тарелочке, их нужно добывать самому. В этот момент нужно вспомнить, что вы — аналитик! Расспросите HR или рекрутера. Не бойтесь задавать вопросы заранее, ведь предупрежден — значит, вооружен.

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

Подготовьте список вопросов (20 мин.)

Интервью — это не экзамен, а диалог профессионалов. Вы можете (и должны) свободно задавать вопросы, которые кажутся важными и могут повлиять на решение о совместной работе. О чем могут быть вопросы:

  • компания и бизнес-домен (Life Science, Telecom, Finance, E-Commerce etc.);
  • технологии и платформы (FE/BE, Mobile app, Data migration, OSS/BSS, CRM, Hybris, AEM etc.);
  • командировки (частота, продолжительность, задачи);
  • процессы и методология (Waterfall, Agile, RUP etc.);
  • задачи и артефакты (что от вас ожидают и в каком виде);
  • скоуп и время (какие задачи/эпики сейчас в работе и когда ожидается их завершение);
  • фаза проекта и дальнейшие планы (Discovery, POC, MVP, Delivery, Go Live etc.);
  • команда (численность, география, состав команды);
  • инструменты (Jira, Confluence, etc.);
  • онбординг (есть ли материалы для погружения в проект и сможет ли кто-то передать знания).

Подготовьте самопрезентацию (30 мин.)

Речь здесь не про слайды в Power Point, а про ту часть интервью, в которой вы рассказываете о себе. Мой совет: держите этот рассказ всегда под рукой на русском и на английском (если рассматриваете международные компании) языках. Акценты делайте на наиболее релевантном и свежем опыте.

Фокус:

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

Избегайте:

  • описания результатов команды/проекта как своих личных достижений;
  • информации, не актуальной для позиции, на которую вас собеседуют;
  • слишком глубокого погружения в детали при описании опыта;
  • рассказа про внепроектные активности (в этом нет ничего страшного, ведь внепроектные задачи помогают расти и развивать большое количество полезных навыков. Просто не забывайте о приоритетах).

Узнайте, кто будет вас интервьюировать (20 мин.)

  • Это технический специалист или человек от бизнеса? Ответ на этот вопрос поможет вам лучше подготовить рассказ о себе и использовать подходящие примеры из своего опыта при ответе на вопросы.
  • Какую роль этот человек занимает на проекте? Как он относится к проекту? Является ли он человеком, принимающим решения?

В случае, если по какой-то причине вам не удалось уточнить эту информацию до интервью и собеседник не представился, попросите его об этом в начале встречи.

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

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

Подумайте об организации рабочего пространства (online формат) (5 мин.)

Не хочется писать об этом много, но не упомянуть нельзя:

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

Во время интервью

Будьте дружелюбны

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

Не забывайте про внешний вид

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

Отвечая на вопросы

Будьте конкретны. Приводите релевантные примеры и четко отвечайте на поставленные вопросы.

Не бойтесь переспросить, если не поняли или не расслышали вопрос. Это гораздо лучше, чем пять минут говорить не о том, о чем вас на самом деле спросили.

Будьте проактивным. Не бойтесь проявить инициативу, поддержать диалог самостоятельно, задать свои вопросы или провести small talk.

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

Заготовьте в уме несколько «козырей» — наиболее ярких и показательных кейсов, в которых ваша работа помогла решить реальные проблемы или привела к созданию бизнес-ценности для клиента. В нужный момент эти кейсы можно будет достать, как кролика из шляпы.

Используйте «золотую формулу» ответа на вопросы:

  • Уточните, правильно ли вы поняли вопрос и проговорите его своими словами. Если нужно, попросите переформулировать.
  • Задайте уточняющие вопросы.
  • Приведите примеры из своего опыта.
  • Предложите альтернативные варианты решения.
  • Подкрепите свой ответ теоретической базой, основанной на индустриальных стандартах и экспертном мнении (BABOK, PMBOK, Wigers, Cockburn etc.).

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

Дополнительно

Если ваш опыт позволяет, а позиция подразумевает:

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

Будьте проблемно-ориентированным. Умение выполнять поставленные задачи — это хорошо. Но еще лучше — понимать, почему эти задачи возникают, как оптимизировать процесс и устранить источник появления лишней работы.

После интервью

Не принимайте поспешных решений и не давайте обещаний сразу после интервью. Очень важно взять паузу, «переварить» полученную информацию. Вы выбираете работодателя точно так же, как он выбирает вас.

Узнайте, в какие сроки и кто должен предоставить ответ по результатам интервью.

Это поможет сохранить нервы и закрепить договоренности.

Если вам отказали, обязательно запросите фидбек.

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

Все мы хотим попасть на работу мечты. Но важно понимать, что «работа мечты» — это не точка на карте и не золотой город Эльдорадо. Работа мечты для каждого своя. Ей может стать любое место, куда вы идеально подойдете, где можете эффективно применять свои навыки, приносить максимум пользы, расти и помогать расти другим.

Готовьтесь к проектному интервью и ваши усилия обязательно будут оценены. Удачи!

В статье вы найдете:

Материал подготовлен на основании опыта Кадрового агентства IT and Digital, по поиску Системных аналитиков для ИТ интеграторов, продуктовых компаний и веб студий.

Общие вопросы

  • Как бы вы себя описали?
  • Что вы знаете о нашей компании?
  • Как вы узнали об этой должности?
  • Что вы считаете своими самыми сильными качествами?
  • Что вы считаете своими слабыми сторонами?
  • Каковы ваши профессиональные цели?
  • Почему вы хотите эту работу?
  • У вас есть вопросы по работе?

Вопросы о предыстории и опыте

Во время собеседования менеджер по найму, вероятно, задаст вам несколько вопросов относительно вашего прошлого и профессионального опыта работы системным аналитиком:

  • Как долго вы проработали системным аналитиком?
  • Что вас интересует в работе системным аналитиком?
  • Какие роли у системных аналитиков в организации?
  • Какое ваше самое большое достижение?
  • Какие навыки, по вашему мнению, делают вас успешным системным аналитиком?
  • Можете ли вы описать время, когда вам пришлось принять трудное решение в своей карьере? Что это было? Каков был результат? Вы бы поступили иначе?
  • Какая одна из ваших самых больших профессиональных неудач? Что вы узнали из этого?
  • Приходилось ли вам когда-нибудь завершить проект под давлением? Как ты с этим справился?
  • Есть ли у вас опыт руководства или руководства проектными командами?
  • Можете ли вы описать время, когда вы пошли на риск или бросили вызов, чтобы достичь цели? Каков был результат?

Углубленные вопросы

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

  • Какие брандмауэры вы используете и почему?
  • Как вы справляетесь с частыми изменениями пользовательских и системных требований?
  • Что документируют системные аналитики?
  • Как вы оцениваете ИТ-потребности клиентов?
  • На что вы обращаете внимание при проведении аудита программного обеспечения?
  • Как вы организовываете и ведете записи о системе и программном обеспечении?
  • Как вы выполняете регистрацию программного обеспечения?
  • Каков ваш процесс анализа и оценки существующих систем?
  • В чем разница между функциональными и техническими требованиями к системе?
  • Как бы вы изложили пользовательские сценарии в техническом документе?
  • Можете ли вы описать различные модули в приложении SAP?
  • Что такое DHCP-сервер?
  • Вы можете объяснить разницу между SSH и SSL?
  • Как вы обеспечиваете рентабельность ИТ-систем?
  • Какие типы требований вы составляете и анализируете при запуске новых проектов?
  • Каков подход к нисходящему анализу и проектированию?
  • Можете ли вы описать аспекты системного анализа, требующие документации?
  • Какую ERP вы бы рассмотрели для нашей компании?
  • На вашей прошлой должности вам когда-нибудь приходилось разрабатывать новые системы с ограниченными ресурсами? Как ты сделал это?

Можете ли вы описать различные модули в приложении SAP?

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

Пример : «SAP содержит около 25 различных модулей с 10 наиболее часто используемыми приложениями в области контроллинга, казначейства и финансового учета, управления персоналом, продажами, управлением материальными потоками, бизнес-складированием, обслуживанием заводов, управлением контролем качества и производственным планированием».

Что такое DHCP-сервер?

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

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

Вы можете объяснить разницу между SSH и SSL?

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

Как вы обеспечиваете рентабельность ИТ-систем?

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

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

Какие типы требований вы составляете и анализируете при запуске новых проектов?

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

Пример : «Сначала я собираю технические требования новой системы, такие как языки программирования и сведения о совместимости программного и аппаратного обеспечения. Затем я составляю все функциональные требования, такие как стандарты, касающиеся передачи данных между программным приложением и сетевой сервер. Эти требования чрезвычайно важны на этапах разработки и планирования интеграции новых ИТ-систем ».

Каков подход к нисходящему анализу и проектированию?

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

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

Можете ли вы описать аспекты системного анализа, требующие документации?

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

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

Какую ERP вы бы рассмотрели для нашей компании?

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

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

На вашей прошлой должности вам когда-нибудь приходилось разрабатывать новые системы с ограниченными ресурсами? Как ты сделал это?

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

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

Interviews

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

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

Официально существует огромное количество видов, типов и разновидностей собеседований – виртуальные и реальные, индивидуальные и групповые, критериальные, биографические, ситуационные и многие-многие другие. Мы же остановимся на том, как чаще всего в отечественных компаниях собеседуют людей, претендующих на должность начинающего аналитика или аналитика-стажера. А чаще всего это происходит по следующему сценарию:

1. Собеседование сотрудником отдела кадров – стандартный этап, в ходе которого либо лично, либо по телефону вам будут задавать примерно такие вопросы:

- Как вы коротко охарактеризуете себя?
- Почему вы решили сменить работу?
- Почему вы выбрали именно нашу компанию?
- Чего вы планируете достичь в нашей компании через год (5 лет)?
- Чем вы лучше других соискателей?!

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

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

- Что бы вы предпочли, работать на перспективном проекте за сравнительно небольшую сумму денег или на неинтересном затянувшемся проекте, но гораздо лучше оплачиваемом?
- Расставьте приоритеты следующим ценностям – деньги, карьера, профессиональный рост (развитие).
- Какова цель вашего карьерного роста на ближайшие 2-3 года? Кем вы себя видите через 5-10 лет?
- Каковы ваши сильные и слабые стороны? Каковы ваши хобби?

Сложно сказать, как правильно ответить на эти вопросы и что ожидает услышать каждый интервьюер в отдельности. Но, если вы студент без опыта работы в IT-сфере (или уже не студент, но по-прежнему без опыта), то очевидно, что вы должны показать максимум заинтересованности в работе как таковой (и возможности в будущем принести пользу компании) и минимум материальной заинтересованности. Для интервьюера вы являетесь рискованной инвестицией, так что если вы на начальном этапе больше интересуетесь денежными аспектами, чем профессиональным развитием, может возникнуть подозрение, что вы вряд ли оправдаете усилия, которые будут потрачены на ваше обучение.

Отдельно хотелось бы подчеркнуть, что на вопросы, аналогичные приведенным выше, у вас должен быть ответ . Если вы мнётесь и всем своим видом показываете, что вы не определились в жизни (а так, как ни странно, ведет себя большинство кандидатов), то бишь, не осознаете своих целей и приоритетов, в большинстве случаев это будет солидным «минусом» в вашу карму. Подумайте над тем, какие вопросы у вас могут спросить и составьте список таких вопросов. Продумайте, какие вы будете давать ответы. По мере прохождения собеседований «допиливайте» этот список в зависимости от реакции интервьюеров и общего результата.

3. Собеседование “по делу”, то есть техническое/аналитическое. Это основной этап собеседования, суть которого в том, чтобы оценить наличие у вас качеств/навыков, необходимых для аналитика (можно подсмотреть здесь, если вдруг забыли):

а) Аналитический склад ума. О наличии у вас данного качества будут судить по тому, насколько логично вы излагаете свои мысли при общении с интервьюером, как вы рассуждаете и насколько грамотно у вас составлено резюме. Возможно, вам дадут какую-то задачу на логику, или специализированный тест или попросят разгадать ребус.

б) Коммуникабельность и коммуникативность (умение слушать и слышать, умение выражать свои мысли четко и ясно) будут оцениваться в ходе личной беседы с вами.

в) Знание базовых понятий IT и основ разработки ПО (так называемый, технический бэкграунд). Здесь вас, как вариант, ожидают вопросы, касающиеся, IT в целом (сколько бит в байте, что такое операционная система, какие операционные системы вы знаете, что такое браузер, сервер и т.п.), а также ООП (объектно-ориентированного программирования) в частности (понимание принципов ООП, виды приложений – десктопные/мобильные/веб, базы данных, клиент-серверное взаимодействие, передача данных по протоколам). Ни в коем случае не вздумайте просто заучивать определения из книжки: любой мало-мальски адекватный интервьюер поймет всю глубину ваших знаний. Все, о чем вы ведете речь, вы должны понимать достаточно глубоко, на уровне «кирпичиков». В данном случае лучше знать меньше (и честно об этом сказать), но действительно знать и понимать это.

г) Знания в бизнес-анализе (если они имеются). Здесь вам могут задавать различные вопросы в зависимости от должности, на которую вы претендуете (стажёр на курсы или на должность junior BA), вашего образования, уровня вашей подготовки, наличия опыта, а также от самого интервьюера (у каждого – свой вопросник) и проекта, на котором вам предстоит работать. Но вам определённо нужно иметь представление о роли и обязанностях аналитика (вы ведь претендуете именно на должность аналитика, не так ли?). Вы четко должны знать, на какую должность претендуете, и уметь привести доводы в защиту вашего выбора (к примеру, вам нравится писать документацию, систематизировать разрозненную информацию, общаться с людьми и т.д.)

4. Собеседование/тест по английскому языку. Наиболее распространённый, быстрый и доступный способ проверки знаний – это устное общение. Чаще всего в какой-то момент интервью с вами начинают говорить на английском языке, вас могут спросить что-то из вашей биографии, а могут просто поинтересоваться, как вам нравится обстановка в офисе и т.п. Также вас могут попросить прочитать отрывок текста на английском языке или даже на ходу его перевести. Советов по этому поводу мы вам никаких, кроме «учите язык», не дадим: все ваши ухищрения показать знания глубже, чем они есть в действительности, с вероятностью в 99% потерпят крах.

Несмотря на то, что мы разделили эти этапы, в разных компаниях могут быть различные сценарии проведения интервью. В одних случаях всё интервью или несколько его этапов (1 + 2 или 3 + 4) будет проводить один и тот же человек; в других – могут опустить один из этапов; в третьих – наоборот, будет ещё и разбивка на предварительное и основное собеседования, встречу с различными менеджерами, возможно даже заказчиками. К примеру, в российских фирмах нередко предлагается дополнительно сдать тесты IQ и Эрудиция.

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

Не стоит также забывать о том, что ваша задача на собеседовании – в том числе получить как можно больше информации о вакансии и о компании. Ведь даже несмотря на то, что вы студент, жаждущий получить хоть какое-нибудь предложение, вам можно и нужно задавать вопросы: о проекте, на котором вам предстоит работать, о количестве аналитиков в команде, о компании и установленных порядках (очень может быть, что, к примеру, лимитированные перекуры вас абсолютно не устроят), об интересующих вас бонусах (вроде курсов иностранного языка и тренингах). Чем больше конструктивных вопросов вы зададите, тем лучше для вас лично (в плане минимизации количества сюрпризов после трудоустройства) и для вашего образа в глазах интервьюера. Это покажет вашу заинтересованность и позволит интервьюеру увидеть в вас реального человека, которому не всё равно, где и с кем он будет работать.

Советы и предостережения из личного опыта:

1) Вполне вероятно, что человек, проводящий собеседование, будет видеть ваше резюме в первый раз. Так что, если он спросит что-то, о чем вы писали в резюме, не поленитесь рассказать ему об этом ещё раз (опять же, вежливо, тактично и с участием). Если вы “отошлёте” его к вашему резюме, это будет означать, что вы либо абсолютно некоммуникабельны, либо просто не помните, что вы писали в резюме (а если не помните, значит a) резюме писали не вы, б) там не совсем правда или в) у вас есть несколько «версий» резюме – как видите, догадок будет много, причем «плюсиков» в вашу карму они не добавят).

2) Не врите. Врать – плохо (да-да!). К тому же аналитическое сообщество в Беларуси относительно небольшое и с 99-процентной уверенностью можно сказать, что все аналитики знакомы через одного человека. Будет очень некрасиво, если выяснится (а по итогу это выяснится), что вы обманывали вашего интервьюера… Последствия могут быть непредсказуемыми.

3) В большинстве случаев, не стоит начинать активно делиться негативными впечатлениями о фирме, в которой вы раньше работали/стажировались. Ведь в любом случае эта фирма дала вам определённый опыт – уважайте это. И если вы позволяете себе говорить гадости про ваших бывших работодателей и этим самым портить их имидж в глазах данной компании, то, вероятнее всего, вы будете также нелестно отзываться и о будущем работодателе.

4) Как ни крути, но первое впечатление очень сильно влияет на общую оценку. Поэтому не забывайте об опрятном внешнем виде, не опаздывайте (а если опаздываете – позвоните и предупредите об этом… но все-таки не опаздывайте), не возмущайтесь в первые минуты встречи, что фирма расположена в каком-то захолустье. Не забывайте, что вы претендуете на должность бизнес-аналитика, которому предстоит общаться с большим количеством людей, который будет являться “point of contact” (точкой входа) для многих клиентов и, соответственно, из опыта общения с которым будет формироваться мнение клиента о фирме в целом. Воспользуйтесь, например, приемом продавцов – «3 комплимента»: комплимент зданию компании, комплимент самой компании и комплимент вашему интервьюверу. Если вы, однако, не уверены, что умеете хорошо и искренне делать комплименты, то лучше не стоит :)

5) Захватите с собой дипломы, сертификаты, примеры документации и прототипов, которые вы разрабатывали (как минимум, в электронном варианте). Довольно часто, работодатели просят показать эти вещи, и согласитесь, будет здорово, если вдруг они окажутся при вас в случае необходимости.

7) Не бойтесь просить времени на раздумье. Это действительно помогает в случае тяжелых вопросов.

8) Если после собеседования с вами никто не связывается на протяжении обещанного периода времени, будет вполне приемлемо позвонить и поинтересоваться результатом. Этим вы ещё раз покажете свою заинтересованность и желание. Однако с количеством звонков тоже не стоит переусердствовать, придерживайтесь золотой середины.

Как можно быстро и эффективно подготовиться к собеседованию:

Интервью топ-бизнес-аналитика Вопросы и ответы

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

1. Кто такой бизнес-аналитик?

Ответ: бизнес-аналитик работает как мост между различными заинтересованными сторонами в организации. Он связывается с различными заинтересованными сторонами организации, чтобы уточнить и доработать требования, помогает проектной команде в планировании проекта, проектировании и, наконец, проверке разработанных компонентов. Это человек, который обладает достаточными знаниями в предметной области и может сортировать бизнес-потребности среди заинтересованных сторон, принадлежащих к разным доменам.

2. Назовите некоторые документы, которые бизнес-аналитик использует для обработки?

Ответ: Ниже приведены некоторые из распространенных документов, которые бизнес-аналитик использует для обработки:

  • Проектный документ
  • Сценарии использования
  • План управления требованиями
  • Пользовательские истории
  • Матрица прослеживаемости требований (RTM)
  • Документ делового требования
  • Спецификация системных требований (SRS) / Документ системных требований (SRD)
  • Прецедент
  • Спецификация функциональных требований (FRS) / Документ функциональных спецификаций (FSD)

3. Что такое СГД и каковы его ключевые элементы?

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

  • Объем работ
  • Функциональные требования
  • Нефункциональные требования
  • зависимости
  • Модель данных
  • Предположения
  • Ограничения
  • Критерии приемки

4. Что такое требование?

5. Что такое вариант использования?

6. Какие шаги необходимо выполнить для разработки варианта использования?

Ответ: Шаги в разработке вариантов использования:

  • Определить пользователей системы
  • Создание профиля пользователя для каждой категории пользователей. Это включает в себя все роли, которые могут играть пользователи и которые имеют отношение к системе.
  • Определите основные цели, связанные с каждой ролью. Кроме того, выявление значимых ролей.
  • Создание вариантов использования для каждой цели, связанной с шаблоном варианта использования. Это также включает в себя поддержание одного и того же уровня абстракции для всего варианта использования. Шаги варианта использования более высокого уровня рассматриваются как цели для более низкого уровня.
  • Структурирование вариантов использования
  • Проверка и проверка пользователей

7. Что такое ползучесть области и как можно избежать ползучести области?

  • Плохое общение между заинтересованными сторонами проекта
  • Неправильная документация требований проекта

Склонность к области действия может быть предотвращена:

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

8. Что такое BRD? Чем он отличается от SRS?

Разница между BRD и SRS заключается в следующем:

BRD SRS
Это высокоуровневая функциональная спецификация программного обеспечения. Это функциональная и техническая спецификация программного обеспечения высокого уровня
Это официальный документ для описания требований, предоставленных клиентом (письменный, устный) Он описывает функциональные и нефункциональные требования программного обеспечения, которое будет разработано
Бизнес-аналитик создает его после непосредственного взаимодействия с клиентами Системный архитектор создает его, так как он нуждается в технической экспертизе. Хотя иногда Бас тоже может это создать.
Он получен на основе требований и взаимодействия с клиентом Это получено из BRS

9. Что такое анализ пробелов?

10. Что такое определение приоритетов? Какие методы используются для этого?

Существуют различные методы, которые используются для определения приоритетов требований:

  • МОСКОВСКАЯ ТЕХНИКА
  • Метод ранжирования требований
  • 100-долларовый метод
  • Кано анализ и многое другое
  • Пять почему

Лучшие вопросы интервью бизнес-аналитика начального уровня

11. Что такое метод выявления требований?

12. В чем принципиальная разница между требованием и потребностью с точки зрения бизнес-анализа?

13. Что такое нефункциональные требования и как вы их фиксируете?

Ответ. Нефункциональные требования представляют характеристики уровня производительности, такие как скорость реагирования, плавность пользовательского интерфейса, безопасность и т. Д. Разрабатываемого приложения (AUD). Функциональные требования не отражены в документе СГД в указанном разделе.

14. Какими навыками должен обладать бизнес-аналитик?

Ответ: Мы можем широко классифицировать навыки бизнес-аналитика на три типа:

  • Фундаментальные навыки
  • Технические навыки
  • Навыки бизнес-анализа

Бизнес-аналитик должен обладать некоторыми навыками, указанными ниже:

  • Решение проблем
  • связь
  • Управленческие навыки
  • Исследовательская работа
  • ИТ-навыки, такие как MS Office, операционные системы, языки программирования, знание базы данных, знание SDLC, знание предметной области
  • Требование выявления
  • Документация
  • Принятие решений
  • Креативность
  • Аналитические навыки

15. Как вы определите требования к качеству как бизнес-аналитик?

Ответ: Мы можем измерить качество требования, используя правило SMART. Согласно этому правилу, хорошее требование к качеству должно быть: Специфичным: Требование должно быть конкретным и может быть надлежащим образом задокументировано. Измеримым: Различные параметры могут измерять критерии успеха требования. Достижимо: Требование должно быть выполнимым в пределах объема данных ресурсов. Соответствующий: требование должно соответствовать бизнес-обоснованию проекта Своевременно: требование должно быть сообщено в начале жизненного цикла проекта.

16. Какие документы используются для сбора нефункциональных требований?

Ответ: Есть два документа, которые используются для фиксации нефункциональных требований:

  • SDD (системный проектный документ)
  • FRD (Документ о функциональных требованиях)

17. Что такое альтернативный поток в диаграмме вариантов использования?

Ответ: Это альтернативное решение или действие в случае использования, которое следует соблюдать в случае любого сбоя в системе.

18. Определить персонажей?

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

19. Что такое диаграмма действий и каковы ее важные элементы?

20. Что такое UML-моделирование?

Ответ: UML расшифровывается как Unified Modeling Language. Это стандарт, который отрасль использует для документирования, построения и визуализации различных компонентов системы. Этот стандарт моделирования в основном используется для разработки программного обеспечения. Однако он также используется для описания рабочих ролей, организационных функций и бизнес-процессов. Некоторые из важных диаграмм, которые БА используют как часть UML, представляют собой диаграмму классов, диаграммы состояний и варианты использования.


Самые популярные вопросы интервью для юных бизнес-аналитиков

21. Каковы лучшие практики, которым нужно следовать при написании варианта использования?

Ответ. Вот некоторые из лучших методов написания сценария использования:

  • Чтобы стать действительным вариантом использования, сценарий использования должен предоставить некоторую ценность обратно субъекту или заинтересованному лицу.
  • Функциональные и нефункциональные требования должны быть соответствующим образом отражены в сценарии использования.
  • Вариант использования должен иметь один или несколько альтернативных потоков наряду с основным потоком.
  • Вариант использования должен описывать только то, что делает система, а не то, как это делается, что означает, что она не будет описывать проект. Он будет действовать как черный ящик с точки зрения актера.
  • Вариант использования не должен иметь, то есть он должен быть изолированным.

22. В чем разница между потоком исключений и альтернативным потоком?

23. Как вы думаете, бизнес-аналитик должен участвовать в тестировании?

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

24. Что означает ИНВЕСТ?

  • независимый
  • оборотный
  • ценный
  • ценный
  • Размер соответственно
  • Тестируемые

Он может помочь менеджерам проектов и технической команде в предоставлении качественных продуктов / услуг.

25. Что такое анализ Парето?

Ответ: Анализ Парето, который также известен как правило 80/20, является техникой принятия решений. Это полезный метод для устранения дефектов и контроля качества. Согласно этому правилу анализа, 20% причин создают 80% эффектов в системе, поэтому оно называется правилом 80/20.

26. Что такое BPMN и каковы его основные элементы?

  • Объекты потока
  • Данные
  • Соединение объектов
  • Swimlanes
  • Артефакты

27. Что такое анализ Кано?

Ответ: Kano Analysis используется для анализа системы относительно ее требований, чтобы определить ее влияние на удовлетворенность клиентов.

28. Какие типы актеров вы знаете по схеме вариантов использования?

Ответ: в сценарии использования могут быть изображены в основном актеры двух типов:

Более того, мы можем разделить актеров на четыре типа:

  • Человек
  • система
  • аппаратные средства
  • таймер

29. С какими типами разрыва может столкнуться бизнес-аналитик во время анализа разрыва?

30. Что такое бенчмаркинг?

Самые популярные вопросы интервью старшего бизнес-аналитика

31. Как вы решаете, что как бизнес-аналитик вы собрали все требования?

  • Это подтверждено и одобрено бизнес-пользователями.
  • Требования соответствующим образом соответствуют бизнес-требованиям проекта.
  • Требования могут быть реализованы с использованием доступных ресурсов.
  • Все ключевые деловые заинтересованные стороны приведены в соответствие с выявленными требованиями.

32. Как вы выполняете сбор требований?

Ответ: Процесс сбора требований обычно делится на несколько этапов, которые не зависят от цикла SDLC. Каждый шаг включает в себя:

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

Шаги следующие:

Шаг 7. Определение требований проекта. На этом этапе используются два типа документов: документ функционального требования и документ нефункционального требования. Основываясь на методологии разработки, которая будет использоваться в проекте, бизнес-аналитик должен прояснить требования с заинтересованными сторонами, опросив их о требованиях и подписав их.

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

33. Почему бизнес-аналитику необходимо вовлекаться в процесс выполнения требований?

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

34. С какими проблемами может столкнуться бизнес-аналитик?

Ответ: От инициации до пост-реализации проекта бизнес-аналитик может столкнуться со следующими проблемами:

  • Вопросы, связанные с сотрудниками
  • Проблемы, связанные с технологией
  • Доступ связан
  • Вопросы, связанные с деловой политикой
  • Ошибки бизнес-модели

35. Объясните требование стратегии выявления?

  • мозговая атака
  • Интервью
  • наблюдение
  • Фокус-группы анализа документов
  • Требования Семинары
  • Анализ интерфейса
  • Опрос или вопросник
  • макетирования

36. Что такое анализ бизнес-модели?

37. Считаете ли вы, что роль бизнес-аналитика необходима для проекта?

Ответ: Да, потому что роль бизнес-аналитика чрезвычайно выгодна с момента начала реализации проекта. Вот 5 главных причин:

38. В чем разница между бизнес-анализом и бизнес-аналитикой?

39. Что такое процесс проектирования?

40. Каковы эффективные навыки для решения любой проблемы в качестве бизнес-аналитика? Ответ:

  • Лидерский навык
  • Отличный навык общения
  • Навык анализа проблем
  • Технические знания
  • Базовые знания

Последние вопросы интервью Agile бизнес-аналитик

41. Что такое Agile Manifesto?

42. Каковы основные качества Agile BA?

Ответ: Agile BA должен уметь:

  • Ожидается, что BA будет сотрудничать с владельцем продукта и разработчиками, чтобы выявить требования. БА также должен работать над разработкой реалистичных функциональных требований.
  • БА должен выполнять выявление требований итеративным способом
  • БА должен сделать спецификации требований, модели данных и бизнес-правила как можно более легкими.
  • БА должен быть технически исправным, чтобы он мог понять, как компоненты системы взаимодействуют друг с другом. Кроме того, он должен понимать гибкие термины, выступая в качестве посредника между заказчиком и командой проекта.
  • БА должен сконцентрироваться на требованиях и критериях испытаний, достаточных для своевременной реализации гибкого проекта.

43. Когда вы должны использовать модель водопада вместо Scrum?

Ответ: Если требование простое и конкретное, мы должны использовать модель водопада вместо Scrum.

44. Каковы четыре ключевых этапа развития бизнеса?

Ответ: четыре ключевых этапа развития бизнеса:

  • формирование
  • Storming
  • Нормирование
  • Выполнение

45. Что ты знаешь о Канбан?

46. ​​Упоминание о некоторых из самых важных гибких метрик

Ответ: Ниже приведены некоторые важные гибкие матрицы.

47. Объясните термин «приращение»?

Ответ. Инкремент относится к сумме всех элементов журнала невыполненных работ, выполненных в спринте. Новое значение приращения также включает приращение предыдущих спринтов.

48. Каковы различные типы гибких методологий?

Ответ: Некоторые из известных гибких методологий:

  • Scrum
  • Бережливая разработка программного обеспечения и экстремальное программирование (XP)
  • Функционально-ориентированная разработка (FDD)
  • Методология кристаллов
  • DSDM (метод динамической разработки программного обеспечения)

49. Есть ли разница между инкрементальной и итеративной разработкой?

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

50. Разница между экстремальным программированием и схваткой?

Ответ: Scrum и экстремальное программирование следуют итерациям, которые известны как спринты. Однако спринты в Scrum-процессе длятся от двух недель до одного месяца, тогда как в команде экстремального программирования (XP) итерация длится одну или две недели. Экстремальное программирование более гибкое, чем Scrum, так как Scrum не допускает никаких изменений во время итераций.

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

В этой статье мы рассмотрим, чем занимается такой специалист в Facebook, какими навыками он должен обладать и как проходит собеседование на эту должность.

Роль аналитика данных в Facebook

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

Требуемые навыки

Они зависят от команды, но в целом должны быть примерно такими.

  • Количественный анализ и применение SQL при работе с большими наборами данных на таких распределенных вычислительных платформах, как Hive, Hadoop и Redshift (от двух лет)
  • Создание визуализаций и отчетов с помощью таких инструментов, как Tableau и Domo (от двух лет)
  • Обработка и анализ наборов данных, их интерпретации для принятия бизнес-решений
  • Обсуждение результатов анализа с продуктовыми командами и руководством для влияния на общую стратегию продукта

Команды аналитиков данных в Facebook

В Facebook есть сотни команд, в которых может работать аналитик данных, но ниже приведены примеры подразделений, которые нанимают таких специалистов сейчас.

  • Операции с цифровыми правами
  • Аналитика для HR-решений
  • Потребительские исследования
  • Коммерческое партнерство
  • Команда по устойчивому развитию
  • Юридические вопросы

Чем различаются аналитик данных и дата-сайентист в Facebook

Часто возникает путаница между задачами аналитика данных и дата-сайентиста. Аналитики изучают данные, чтобы обнаружить тенденции, и создают визуализации, чтобы поделиться своими находками с компанией. Обычно от них требуется делать запросы и визуализировать данные с помощью инструментов наподобие Tableau.

Конкурс ВТБ – придумай имя голосовому помощнику и выиграй Iphone 12

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

В Facebook есть еще две должности, связанные с анализом данных: аналитик роста и продуктовый аналитик. Их задачи похожи на задачи аналитика данных, но они больше сфокусированы на показателях, касающихся роста и продукта соответственно.

Нередко после собеседования на роль аналитика данных рекрутер отправляет кандидата к коллегам, которые ищут продуктовых аналитиков, дата-сайентистов или аналитиков роста. Так происходит, если навыки соискателя больше подходят на одну из этих ролей. Он также может проходить собеседования сразу на несколько должностей в Facebook.


Процесс собеседования

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

1. Вводные звонки

Обычно это два вызова, каждый из которых занимает 30-45 минут.

A. Разговор с рекрутером

Обычно в первый раз звонит рекрутер. Цель этого разговора — познакомиться с кандидатом и рассказать ему о должности и команде. Рекрутер расспросит об опыте работы и поинтересуется, почему соискатель выбрал Facebook. Это происходит редко, но он также может задать пару технических вопросов, касающихся SQL. На данном этапе рекрутер должен убедиться, что претендент на должность искренне заинтересован в ней, что он умеет выстраивать коммуникацию и не демонстрирует явных стоп-сигналов.

B. Разговор с менеджером по найму

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

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

2. Собеседование в офисе

После разговоров по телефону идут собеседования в офисе, которые обычно состоят из четырех 30-минутных раундов.

А. Технический раунд: SQL

SQL-часть технического раунда обычно представляет собой парное написание кода. Стоит ожидать, что интервьюер предоставит таблицы с данными и назовет проблемы, которые нужно решить. Задача может звучать следующим образом.

  • Учитывая статусы аккаунтов из таблицы, напишите запрос, который позволит узнать количество аккаунтов, которые были закрыты сегодня, но открыты вчера.

B. Технический раунд: аналитическое исследование

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

C-D. Тестирование на соответствие корпоративной культуре

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

Читайте также: