Собеседование бизнес аналитика как подготовиться

Введение

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

Как правило на собеседовании времени на раздумия крайне мало, поэтому важно заранее подготовиться по всем возможным направления деятельности бизнес-аналитика, чтобы не упасть лицом в грязь!

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

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

Вопросы и ответы на собеседовании с ведущими бизнес-аналитиками

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

Вопрос 1 — Кто такой бизнес-аналитик? v

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

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

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

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

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

• Project vision document (Документ «Видение и границы проекта»)
• Use cases (Сценарии использования, Варианты использования или в народе Юзкейсы)
• Requirement Management Plan (План управления требованиями)
• User stories (Пользовательские истории)
• Requirement Traceability Matrix (RTM) — Матрица отслеживания требований
• Business Requirement Document (Бизнес-требования)
• System Requirement Specification (SRS) — Спецификация требований программного обеспечения / System Requirement Document (SRD) — Системные требования
• Test case (Тестирование или Тест-кейс)
• Functional Requirement Specification (FRS) — Спецификация функциональных требований / Functional Specification Document (FSD) — Документ с функциональными требованиями

Вопрос 3 — Что такое SRS и какие ключевые элементы SRS вы знаете? v

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

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

Ключевые элементы SRS:

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

Вопрос 4 — Что такое требование?  v

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

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

Также требования делятся на разные типы, о них хорошо написано в книге Анализ требований по Вигерсу (2004).

• Бизнес-требование: Представление целей, задач и результатов, объясняющих зачем было инициировано изменение и как будет оцениваться успех. Бизнес-требование — это не то, что должна выполнять система. Это то, что бизнесу нужно делать или иметь, чтобы продолжать расти или сохранить компанию.
• Функциональные требования — это особенности продукта или функции, которые разработчики должны реализовать, чтобы пользователи могли выполнять свои задачи. Поэтому важно прояснить их как для команды разработчиков, так и для заинтересованных сторон. Как правило, функциональные требования описывают поведение системы в определенных условиях.
  • Система отправляет запрос на одобрение после того, как пользователь вводит личную информацию.
  • Система отправляет электронное письмо с подтверждением при создании новой учетной записи.
• Нефункциональные требования — это требования, которые не связаны с функциональностью системы, они определяют, как система должна работать. Вот несколько примеров:
  • Страницы сайта должны загружаться за 3 секунды при общем количестве одновременных пользователей < 5 тысяч.
  • Система должна поддерживать 20 миллионов пользователей без снижения производительности.

Вопрос 5 — Что такое Use Case (вариант использования)? v

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

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

Вопрос 6 — Какие шаги нужно выполнить, чтобы разработать Use Case (вариант использования)? v

Ответ: Этапы разработки сценариев использования:

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

Вопрос 7 — Что такое Scope creep (разрастание или «расползание» границ проекта) и как его избежать? v

Ответ. В простейшей форме Scope creep — это когда требования, цели или видение проекта меняются сверх того, что было первоначально согласовано. Когда это происходит, проект перестает быть четко определенным, а границы ответственности — и, в конечном итоге, даты завершения проекта — становятся нечеткими.

Разрастание границ проекта или разрастание требований — это термин, который относится к неконтролируемым изменениям или отклонениям в объеме проекта в пределах одного и того же диапазона ресурсов, например, в рамках одного и того же графика работ и бюджета проекта. Это показатель плохого управления проектом и серьезного риска для проекта. Некоторые из возможных причин scope creep:

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

Scope creep можно избежать за счет:

• Изучите цели своего проекта с самого начала
• Четкая и «прозрачная» документация о границах проекта
• Правильно выстроенный процесс управления изменениями, которому следуют все участники проекта и заинтересованные стороны
• Используйте программное обеспечение для управления проектами, чтобы держать всех в курсе
• Предварительное уведомление о последствиях изменений для связанных сторон
• Надлежащая документация по новым требованиям в project log
• Защитите свою команду от «позолоты»: воздержитесь от добавления extra features к существующим функциям
• Настройте правильный канал коммуникации между заинтересованными сторонами и вашей командой

Вопрос 8 — Что такое BRD? Чем он отличается от SRS? v

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

Согласно BABOK 3: Business requirements (Бизнес-требования) — Описания целей, задач и результатов, которые раскрывают информацию о том, зачем было инициировано изменение и как будут оцениваться резуальтаты проекта.

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

BRD	SRS
BRD — это сокращение от Business Requirement Document.	SRS — это сокращение, используемое для обозначения требований к программному обеспечению.
BRD широко известен как документ спецификации бизнес-требований.	SRS также называется Спецификацией требований к продукту и Спецификацией системных требований.
Он поддерживается Business Analyst.	Он поддерживается бизнес-аналитиком или системным аналитиком.
Сосредоточен на бизнес-требованиях и требованиях заинтересованных сторон.	Сосредоточьтесь на функциональных и нефункциональных требованиях.
Используется на этапе инициации.	Используется на этапе планирования.
BRD используется управленческими командами высшего и среднего звена.	SRS используется менеджерами проектов, техническими руководителями и экспертами в предметной области.

Вопрос 9 — Что такое Gap Analysis (анализ разрывов)? v

Ответ: Gap Analysis может применяться для различных целей.

Рассмотрим два наиболее релевантных определения для бизнес-аналитика. Один относится к разработке ПО, другой к разработке стратегии/плана развития компании.

Gap Analysis (анализ разрывов) — это метод анализа пробелов между функциями существующей системой и целевой системой. Разрыв (или пробел) означает объем задачи или изменение, которое может потребоваться для получения желаемого результата. Это сравнение уровня производительности между существующими и предлагаемыми функциями.

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

Вопрос 10 — Что такое приоритизация требований? Какие методы используются для растановки приоритетов у требований? v

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

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

• MoSCoW Technique — метод приоритезации, помогающий понять и управлять приоритетами. Буквы означают:
  • Must Have
  • Should Have
  • Could Have
  • Won’t Have this time

• 100-dollar method — Один из способов сделать расстановку приоритетов более осязаемой — представить ее в терминах реального ресурса: денег. Дайте команде по расстановке приоритетов 100 воображаемых долларов для работы. Члены команды выделяют эти доллары на «покупку» элементов, которые они хотели бы реализовать, из набора требований кандидатов. Выделение большего количества долларов приводит к большему значению более приоритетных требований.
• Kano Analysis — это подход к приоритизации функций в списке требований на основе степени, в которой они могут удовлетворить клиентов.
• Матрица решений Эйзенхауэра — Чем меньше число, тем выше приоритет раздела.
• Timeboxing / Budgeting — используется, когда есть фиксированные сроки / бюджеты для достижения вех проекта. Timeboxing используется в проектах, которые ограничены крайними сроками, где реализация проекта так же важна, как и проект, который выполняется вовремя или разрабатывается в рамках бюджета. Этот метод основан на предпосылке, что важнее иметь хотя бы основные функции продукта и выпускать продукт вовремя, чем иметь все функции и запускать продукт позже. Есть две точки оценки — нормальные усилия по завершению и усилия по безопасному завершению. Нормальные усилия по завершению — это счастливый сценарий разработки требований, в то время как усилия по безопасному завершению — это оценка, основанная на наихудшем сценарии.

BABOK 3.0 предлагает 8 факторов, влияющих на приоритизацию требований:

• Выгода — это преимущество, которое бизнес получает в результате выполнения требований. Полученная выгода может относиться к функциональности, качеству или стратегическим/бизнес-целям.
• Штраф — это следствие невыполнения требования. Это может относиться к получению штрафа, потере доли рынка, неполучению дополнительной прибыли, неудовлетворенности потребителя или снижение удобства использования продукта.
• Стоимость — это усилия и ресурсы, необходимые для реализации требования. Ресурс может относиться к финансам, людским ресурсам или даже технологиям.
• Риск — это вероятность того, что требование может не принести ожидаемой ценности. Это может быть связано с различными причинами, начиная от сложности понимания требования и заканчивая его реализацией.
• Зависимости — это отношения между требованиями. Таким образом, требование потребует выполнения другого требования для его реализации.
• Чувствительность ко времени — все идет со сроком годности. Необходимо указать, когда истекает срок действия требования, или также, если требование носит сезонный характер.
• Стабильность — это относится к вероятности того, что требование останется статичным.
• Соответствие нормативным требованиям / политикам — те требования, которые необходимо выполнить, чтобы соответствовать нормативным требованиям.

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

Вопрос 11 — Что такое метод выявления требований (requirement elicitation)? v

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

Согласно BABOK 3: elicitation — это итеративный путь получения информации от заинтересованных сторон и из других источников, путем извлечения информации и/или порождения производной информации.

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

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

Ответ:

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

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

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

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

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

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

Вопрос 14 — Какими навыками должен обладать бизнес-аналитик? v

Ответ: Мы можем в общих чертах разделить навыки бизнес-аналитика на три типа:

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

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

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

Вопрос 15 — Как вы можете описать «требование хорошего качества» как бизнес-аналитик? Какие критерии вы бы использовали для оценки требования. v

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

• Specific (Конкретным): Требование должно быть конкретным и могло быть должным образом задокументировано
• Measurable (Измеримым): Различные параметры могут измерять критерии успеха требования
• Attainable (Достижимое): Требование должно быть выполнимым в пределах объема данных ресурсов
• Relevant (Актуально): требование должно соответствовать бизнес-модели проекта.
• Timely (Своевременность): требование должно быть сообщено на ранней стадии жизненного цикла проекта.

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

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

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

Вопрос 17 — Что такое альтернативный поток (alternate flow) в диаграмме Use Case (вариантов использования)? v

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

Вопрос 18 — Что такое персонажи (personas) в бизнес-анализе? v

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

Вопрос 19 — Что такое диаграмма действий (activity diagram) и какие важные элементы она содержит? v

Ответ. Activity diagram (Диаграмма действий) — диаграмма поведения UML, описывающая динамические аспекты системы. Диаграмма действий — это, по сути, расширенная версия блок-схемы, которая моделирует переход от одного действия к другому. Действие можно описать как работу системы. Поток управления переходит от одной операции к другой. Этот поток может быть последовательным, разветвленным или параллельным. Диаграммы действий имеют дело со всеми типами управления потоком с использованием различных элементов, таких как fork, join и т.д.
Основная цель диаграммы деятельности — зафиксировать динамическое поведение системы.

Вопрос 20 — Что такое UML-моделирование? v

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

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

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

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

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

Вопрос 22 — В чем разница между exception flow (потоком исключений) и alternate flow (альтернативным потоком)? v

Ответ: Альтернативный поток — это альтернативные действия, которые могут выполняться отдельно для основного потока и могут рассматриваться как дополнительный поток.

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

Вопрос 23 — Как вы думаете, бизнес-аналитик должен участвовать в тестировании Решения? v

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

Вопрос 24 — Что означает INVEST? v

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

• Independent (Независимый)
• Negotiable (договорный)
• Valuable (Ценный)
• Estimable (Примерный)
• Sized Appropriately (Соответствующий размер)
• Testable (Проверяемый)

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

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

V — Ценный: история пользователя представляет собой цель конечного пользователя или покупателя и должна предоставлять функциональные возможности, которые считаются ценными. Это означает, что особенности технического дизайна — это не то, что вы документировали бы в виде пользовательских историй. Однако в некоторых технических требованиях есть компонент, который представляет ценность для пользователя. Пользователь может ожидать, что страницы загрузятся в течение 2 секунд. В пользовательской истории будет указано, что время загрузки страницы составляет 2 секунды, в то время как специфика физической реализации этого будет опущена.

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

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

T — Тестируемый: пользовательские истории должны быть тестируемыми, чтобы гарантировать, что разработка завершена и была сделана правильно. Итак, когда пользовательские истории нельзя тестировать? Часто, если аналитик невнимателен, нефункциональные требования написаны в непроверенной манере. Рассмотрим пример «страницы всегда должны загружаться быстро». В этом утверждении есть два непроверяемых компонента: «Всегда» и «быстро». Можно проверить утверждение, что «страницы должны загружаться в течение 1,5 секунд в 97% случаев».

Вопрос 25 — Что такое анализ Парето? v

Ответ: Анализ Парето использует принцип Парето, также известный как «Правило 80/20», который был введен итальянским экономистом Вильфредо Парето в его книге 1896 года «Политическая экономика».

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

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

Вопрос 26 — Что такое BPMN? Назовите основные элементы BPMN? v

Ответ: BPMN — это модель и нотация бизнес-процесса. Это графическое представление бизнес-процессов.

Business Process Modeling Notation (BPMN) — Нотация моделирования бизнес-процессов — это метод, используемый для иллюстрации бизнес-процессов. Информация помещается в диаграмму, которая напоминает блок-схему, поэтому ее легче понять и использовать.
BPMN — это метод блок-схемы, который моделирует шаги запланированного бизнес-процесса от начала до конца. Метод наглядно отображает подробную последовательность бизнес-операций и информационных потоков, необходимых для завершения процесса.

BPMN содержит четыре типа элементов для диаграмм бизнес-процессов:

• Flow objects: events, activities, gateways
• Connecting objects: sequence flow, message flow, association
• Swimlanes: pool or lane
• Artifacts: data object, group, annotation

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

В чем разница между управлением бизнес-процессами (BPM) и нотацией моделирования бизнес-процессов (BPMN).

BPM (Управление бизнес-процессами) — это дисциплина, в которой используются различные подходы для обнаружения, анализа, измерения и улучшения бизнес-процессов, а также для получения эффективных результатов, поддерживающих бизнес-стратегию. Бизнес-процессы могут быть структурированными или неструктурированными. Технологии часто используются с BPM для согласования инвестиций в ИТ / OT с бизнес-стратегией.

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

Нотация моделирования бизнес-процессов (BPMN), с другой стороны, представляет собой язык пиктограмм, используемый для решения задач BPM. Карта процесса может описывать сложную бизнес-процедуру или простой бизнес-процесс. Следовательно, BPMN должна быть достаточно гибкой, чтобы регистрировать все бизнес-процессы. В результате получается язык, который легко понять и относительно ограничен по объему.

Вопрос 27 — Что такое Kano analysis (Кано-анализ)? v

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

Как работает модель Кано?

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

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

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

1. Как вы себя чувствуете, если у вас есть эта функция? (Функциональный вопрос)
2. Как вы себя чувствуете, если у вас нет этой функции? (Дисфункциональный вопрос)

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

Вопрос 28 — Какие типы actors вы знаете для диаграммы use case?

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

• Главные действующие лица — начинается процесс
• Вторичные актеры — это помогает первому актеру

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

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

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

Ответ: в основном есть четыре типа пробелов —

• Разрыв в производительности — разница между ожидаемой и фактической производительностью
• Продукт / Рынок Gap — разрыв между бюджетом продажами и фактическими продажами называют как продукт / ниша на рынке
• Profit Gap — Разница между целевой и фактической прибылью компании.
• Разрыв в рабочей силе — разрыв между необходимым количеством и качеством рабочей силы и фактической силой в организации

Вопрос 30 — Что такое Benchmarking (Бенчмаркинг)?

Ответ: Бенчмаркинг — это измерение эффективности организации, которая конкурирует в отрасли. В этом процессе компания может измерять свою политику, результаты деятельности, правила и другие меры.

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

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

Ответ: Мы можем сделать вывод, что все требования собраны только тогда, когда —

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

Вопрос 32 — Как вы производите сбор требований?

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

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

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

Шаг 1: Сбор исходной информации — это может включать сбор исходной информации о проекте, анализ любого потенциального риска, связанного с проектом. Для этой цели могут быть использованы такие методы, как анализ PESTLE, схема пяти сил Портера.

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

Шаг 3: Откройте для себя бизнес-цели — это понять бизнес-потребности проекта, прежде чем углубляться в проект. SWOT-анализ, сравнительный анализ, анализ бизнес-целей SMART и перечисление бизнес-целей — вот некоторые из методов, используемых для этой цели.

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

Шаг 5: Определение области действия — область действия — это цель развития проекта, которая устанавливается на основе бизнес-целей. Документ определения области используется для детализации целей для каждого этапа проекта.

Шаг 6: План доставки бизнес-аналитика — на основе объема проекта, доступности заинтересованных сторон и методологии проекта на этом этапе создается документ, называемый бизнес-аналитиком. Документ предоставляет информацию о результатах с их графиком.

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

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

Шаг 9: Оценить добавленную стоимость проекта — это постоянная оценка проекта, чтобы оценить, правильно ли реализация бизнес-целей соответствует результатам и срокам бизнес-потребностей.

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

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

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

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

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

Вопрос 35 — Объясните стратегию выявления требований (requirement elicitation strategy)?

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

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

Вопрос 36 — Что такое Business Model Analysis (анализ бизнес-модели)?

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

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

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

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

Вопрос 38 — В чем разница между Business analysis (бизнес-анализом) и Business Analytics (бизнес-аналитикой)?

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

Бизнес-анализ — признает потребности бизнеса и определяет пути решения этих проблем. Инструменты и методы, такие как SWOT, PESTEL, CATWOE, MOST, FIVE WHY и т. Д., Используются для бизнес-анализа.

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

Вопрос 39 — Что такое process design (разработка процесса)?

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

Вопрос 40 —  Назовите самые эффективные навыки бизнес-аналитика для решения любой проблемы?

Ответ:

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

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

Вопрос 41 — Что такое Agile Manifesto?

Ответ: Agile Manifesto — это руководство по программному обеспечению о принципах Agile-разработки, которые обеспечивают итеративные решения.

Вопрос 42 — Назовите основные профессиональные качества Agile BA?

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

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

Вопрос 43 — Когда следует использовать Waterfall model (модель водопада) вместо Scrum?

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

Вопрос 44 — Что такое жизненный цикл бизнеса? На какие этапы можно разделить жизненный цикл бизнеса?

Ответ: Жизненный цикл бизнеса — это поэтапное развитие бизнеса с течением времени.

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

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

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

Четыре этапа жизненного цикла бизнеса включают:

• 1. Startup (Запуск)
• 2. Growth (Рост)
• 3. Maturity (Зрелость)
• 4. Decline (Упадок) or Renewal (Возрождение)

Вопрос 45 — Что вы знаете о Kanban (Канбан)?

Ответ: Kanban — это инструмент, который помогает гибкой команде визуально направлять и управлять работой по мере ее прохождения. Кроме того, он работает как система планирования в Agile-производстве точно в срок. Доска Канбан используется для описания текущего состояния разработки.

Вопрос 46 — ​​Назовите несколько самых важных agile metrics (гибких метрик)

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

• Скорость — используется для отслеживания хода выполнения проекта.
• Матрица спринта — это помогает отследить работу, проделанную со спринтом.
• Приоритет работы
• Распределение категорий работ. Этот показатель помогает получить представление о приоритете распределения работ и категорий работ.
• Диаграмма накопленного потока — равномерный поток работы можно проверить с помощью этой диаграммы совокупного потока. Здесь ось X представляет время, а ось Y обозначает количество усилий.
• Осведомленность об удалении дефектов — это помогает производить качественную продукцию.
• Ценность доставленного бизнеса — используется для оценки эффективности работы команды. Он связывает 100 точек для измерения.
• Временной охват — оценивает время, затраченное на кодирование во время тестирования. Это отношение количества строк кода, вызываемых набором тестов, к числу относительных строк кода.
• Время устранения дефекта — это время обработки для обнаружения и исправления ошибок. Там процессы, участвующие в этом для:
  • исправление ошибок
  • устранение ошибки
  • Планирование исправления
  • Фиксация дефектов
  • Передача отчета о резолюции

Вопрос 47 — Объясните термин «increment»?

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

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

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

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

Вопрос 49 — Есть ли разница между инкрементальной (incremental) и итеративной (iterative) разработкой?

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

Вопрос 50 — Разница между extreme programming (экстремальным программированием) и Scrum?

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

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

Подборка видео по вопросам и ответам для подготовки к собеседованию на роль бизнес-аналитика

Вопросы на собеседовании ИТ Бизнес-Аналитика. Часть 1

Вопросы на собеседовании ИТ Бизнес-Аналитика. Часть 2

Денис Гобов — Собеседование на позицию бизнес-аналитика: предупрежден – значит вооружен

Смогу ли я стать хорошим бизнес-аналитиком в IT?/ Спикер: Юлия Шамрей

BA Toolkit: Подготовка к собеседованию на junior/middle ВА

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

Обо мне

Меня зовут Виктор Дмитриев. Я практикующий бизнес-/системный аналитик с опытом управления командой / глубокого бизнес-анализа / запуска Web и Mobile проектов. В отрасли больше 7 лет, успел поработать в следующих компаниях:

За это время я:

Предисловие

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

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

Именно об этом основном этапе мы поговорим ниже.

Основные понятия

Опять же, чтобы не устраивать холивар по поводу понятий и разницы между системным и бизнес-аналитиком, под бизнес-аналитиком (aka БА) я буду рассматривать универсального фулл-стэк аналитика, который сопровождает полный путь сбора требований к разработке системы/фичи:

Особенности технического собеседования

Основные особенности технического собеседования:

ТОП вопросов

Переходим непосредственно к самой интересной части этой статьи — к вопросам, которые я чаще всего встречал (и которые сам задаю) при отборе кандидатов на позицию БА. Постараюсь разбить потенциальные вопросы по 4 основным грейдам: junior, middle, senior, lead.

Вопросы к джунам

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

Например:

Вопросы к миддлам

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

Вопросы к синьорам

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

Вопросы к лидам

Здесь применимы все те же вопросы, что и выше на позициях junior / middle / senior (да, меня пару раз при собесе на лида спрашивали базовые вопросы — типо, «что такое Agile?»), плюс большой упор будет делаться на people management. Потенциально вопросы могут быть такие:

Применимо ко всем этапам

Если вопрос попал в список выше, значит, мне его, в том или ином виде, задавали, минимум, дважды.

Плюс ко всему, на любом из этапов вам могут предложить порешать логические задачки. При этом на моей практике эти логические задачки почти не пересекались, так что выделить здесь ТОП будет сложно. Решайте брейнтизеры, тренируйте устный счет, старайтесь больше читать нестандартной литературы типо ТРИЗ, и это все вам, возможно, поможет решить логическую задачку, а, возможно, и нет)

Заключительные мысли

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

И, наконец, небольшой опрос, чтобы понять, полезно ли сообществу то, что я пишу?

Мои контакты

Are you preparing for a business analyst interview? Data analysis, project management, organization – all of these contribute to the role. Despite its lucrative average salary and relative job stability, there isn’t a shortage of business analyst job ads online. Business analyst interview questions tend to center around your skills, as well as your personal and career experience. Be prepared to answer any interview questions for business analyst positions with tangible examples.

These interview questions dig deep into what you’ve accomplished throughout your career, what experiences you’ve had, and what tools you’ve used.

Bottom line? A business analyst interview isn’t as “easy” as a technical interview. There are few objectively “right” answers because there are so many business-analyst-scenario-based interview questions. But,

Thus, the best way to prepare is to walk through common business analyst interview questions and answers beforehand.

Prepare with Business Analyst Interview Questions

Practice makes perfect. Have you ever had the answer to a question on the tip of your tongue but failed to fully articulate it? It happens to everyone. Even if you already have the skills, you also need the confidence to back them up.

Here are some of the most common interview questions for business analysts (in training), along with advice on how to answer each one.

Basic Business Analyst Interview Questions

Entry-level business analyst interview questions are a bit lighter than the norm. An entry-level business analyst should be someone with a rudimentary understanding of business analysis and project management techniques. Data analysis, performance management, scheduling, strategizing – they should also have a deep understanding of their industry, whether that’s marketing or engineering.

Many business analysts have already worked within their field but are interviewing to “graduate” into a consulting or managerial role. Even if the questions are fairly basic, you should answer them with as much detail as possible. To achieve that, remember specific situations you have encountered in your work. Now, let’s dive into our list of BA interview questions!

1. What would you say a business analyst is?

A business analyst analyzes business processes or systems within an organization, assessing the business model or its integration with technology.

When answering this question, you should describe the grander role you believe a business analyst has within the company — how do you feel you benefit the organization? What value do you bring as an entry-level business analyst?

2. What are the responsibilities of a business analyst?

The responsibilities of a business analyst vary depending on the company but typically involve conducting research, analyzing data, documenting processes, and recommending solutions to business problems.

Think about the responsibilities outlined in the job description. Cite times when you’ve held those responsibilities before.

3. What skills are necessary for a business analyst?

Some skills necessary for a business analyst include strong analytical and problem-solving abilities, as well as good communication and organizational skills.

Describe how you use those skills in your day-to-day life and your career. Have you ever been lauded for your exceptional communication or organizational skills? Bring it up; it’s not bragging if it’s a job interview.

5. What have you done as a business analyst?

This is a broad question that can be difficult to answer. Speak about specific projects you have worked on and the results you achieved. For example, you might talk about a time when you successfully identified a process improvement that resulted in increased efficiency or savings for the company. Focus on tangible, concrete improvements, such as increasing ROI or process efficiency.

6. What is your experience working with stakeholders?

A “stakeholder” is an individual who has personal interests in the success of a project. Consider talking about a time when you worked closely with management, fulfilled a client’s expectations, or went above and beyond to produce a product that matched expectations.

Stakeholder management is all about communicating, meeting expectations, and managing relationships.

7. How do you prioritize and manage competing demands on your time?

Time management is an important aspect of any role. List some methods you use to manage competing demands. Some great practices are to open lines of communication with key stakeholders, or to leverage technology, such as project management software.

8. How do you evaluate the feasibility of a project?

Many factors contribute to the feasibility of a project. At the earliest stages, you should identify the resources required, timeline, potential risks, and return on investment.

9. Tell me about a time when you had to negotiate a difficult requirement.

Has your boss ever asked you to complete a project within a timeframe that just wouldn’t work? How did you handle it? Talk about an experience where you had to negotiate, whether you needed more time, people, or resources.

As an intermediate business analyst candidate, you should have at least a few long-term or short-term projects under your belt. But that doesn’t mean that you need a lot of experience. You can answer most of these questions by describing a few strategies you used throughout the last year or two of your career.

10. How do you handle stakeholders with competing demands?

It can be difficult to manage competing demands from stakeholders, but a few strategies can help you handle the situation. One is to prioritize requirements based on project objectives. Another is to keep communication open and transparent, so that all stakeholders are aware of the status of the project and their own requests. Sometimes, stakeholders will work things out among themselves.

Stakeholders’ needs vary based on how invested they are in a project, how much control they have over it, and how interested they are in the results. One stakeholder may have invested a lot into a project and have a lot of control, but be disinterested in the process. Another stakeholder may not have invested anything, may have minimal control, but may be very interested in the process. It’s essential to learn how to prioritize these stakeholders to ensure the best quality product and service.

11. What is your experience writing business requirements documents?

Business requirements documents (BRDs) are used to describe the features and functionality of a proposed system or solution. As a business analyst, you should have experience writing BRDs that are clear and concise, and that accurately capture the needs of the business. If you’ve never done this before, take a look at a few templates to familiarize yourself with the format.

12. Can you provide an example of a complex requirement you wrote?

Before you even attend an interview, practice talking about a few sample projects from start to finish, even if you didn’t directly work on them. These sample projects may give you examples of “complex requirements” even if they didn’t occur in the real world. Sample projects will heighten your ability to answer questions like these even if you don’t have the experience yet.

13. How do you ensure that all relevant stakeholders are kept informed throughout the project?

One key responsibility of a business analyst is to keep all stakeholders informed of the project’s progress. Status reports, meeting minutes, and on-demand meetings are essential to the process. Give an example of a time when keeping stakeholders updated felt challenging. Did you have a stakeholder that lived outside the country? Or a stakeholder that appeared oddly disengaged?

14. What is your experience leading or participating in Requirements Reviews?

Requirements reviews are meetings where the business analyst presents requirements to a group of stakeholders for feedback and approval. As an intermediate business analyst, you should have experience leading or participating in these types of meetings. This could involve presenting the requirements to the group, facilitating discussion, and answering questions.

But you also need to dig into why these questions are being asked. Usually, it’s because the interviewer wants to know that you can prevent a project from undergoing scope creep, which is when a project’s work turns into something much more vast than originally anticipated. Think about a time when you had to push back on the necessary requirements of a product.

15. Tell me about a time you had to manage a difficult project.

Projects can be difficult to manage, especially if there are multiple stakeholders with conflicting interests. As a business analyst, you should have experience managing these types of conflicts. Be honest about your performance. If there was something you now think you should have done better, explain what it was and why. The interviewer wants to know that you can encounter conflict successfully and contemplate your own role in it.

16. What methods do you use to assess business risk?

There are a few different methods that can be used to assess business risk. One is to create a risk register, which is a document that lists all of the potential risks for a project. Another method is to use a risk management tool, such as a checklist or matrix. You don’t need to generate a full risk matrix for your interviewer, just briefly describe the methods that you’ve used in the past.

17. How do you determine the required effort for a project?

One way is to create a Work Breakdown Structure (WBS), which breaks down the project into smaller tasks. Another way is to use estimation techniques, such as bottom-up or top-down estimation.

Here’s another secret: most companies have internal, individual methods of assessing risk and determining required effort. They want to know what you’ve done in the past, but they’re likely to train you on an entirely new method moving forward. You don’t need to go into deep detail about your estimation techniques, you just need to describe some experience.

18. Can you describe your experience creating and managing project timelines?

Managing timelines is a common task for a business analyst. This includes identifying each task, the time required for each task, and task prioritization. Additionally, it is important to monitor the timeline throughout the project to ensure that it is being followed.

Today, most analysts don’t do this manually. They do it in the project management and task management system that their company uses. Rather than diving too deep into specifics, you should discuss how you think about things, how you analyze things, and how you move ahead from tools that might not be working.

19. Tell me about a time when you had to present complex information to a non-technical audience.

One key responsibility of a business analyst is to present complex information in an accessible way, for non-technical audiences. This involves breaking the information into smaller pieces, using simple language, and providing examples.

Think about the last “a-ha” moment you had. Most analysts have one. This is a moment where something finally clicks and you get someone to understand an unusually complex topic. What did you do to get them there?

Advanced Business Analyst Interview Questions

If you’re interviewing for a fairly experienced role, you might be asked more technical business analyst interview questions. The field of business analysis goes all the way to the top. But it’s no wonder considering an advanced business analyst with one or two decades of experience can make almost double the salary of an entry-level analyst ($100,000+ vs $50,000+).

At this stage of your career, you should feel confident in your abilities. But you might still need to brush up on some new terminology, strategies, and techniques.

20. What is your experience performing gap analysis?

Gap analysis is a common technique used to identify the differences between two things. This could involve comparing the current state of a system to the desired future state, or identifying the gap between an organization’s current capabilities and what is needed to achieve its goals.

As an advanced analyst, you’ve undoubtedly done this before. But try to think about the most impressive project you’ve consulted on. Was there a project that just could not possibly be completed with the resources the organization had? What did you do? How did it turn out?

21. Can you provide an example of a business process you improved?

Sharing your successes is a great way to “wow” the interviewer. When answering these types of questions, focus on very concrete examples.

Think back on business processes that you improved that were revenue-generating. This is the easiest way to show your value to an organization.

For example, “I performed a risk management assessment that saved the company $12 million” is better than “I performed 18 risk management assessments at my previous job.” You want to show the interviewer your value.

22. What is your experience with business process modeling tools, such as BPMN or UML?

Business analysts often use business process modeling tools, such as BPMN or UML to diagram the different steps in a business process. This can help you understand how a process works, identify potential improvements, and communicate the process to others.

But it isn’t a disaster if your Fortune 500 company uses a totally proprietary or completely niche business process modeling system. Discuss how you’ve modeled processes in the past, challenges you’ve faced, and solutions that you’ve discovered.

23. How do you identify and quantify potential benefits and risks associated with a proposed solution?

Here’s a question that really has no right or wrong answer. Outline your process, which should be rigorous — but know again that the interviewer wants to know how thorough you are, how your mind thinks, and what general strategies you use. Every project is unique, so if you want to help yourself out a bit, discuss an example of a specific project that you worked on.

24. What is your experience developing test cases and performing system or user acceptance testing?

System or user acceptance testing at the end of a project is common to ensure the system meets the requirements defined by the business. As part of this process, business analysts develop test cases that cover all of the functionality in the system.

But don’t panic if you’ve never done this part. Some business analysts are only involved in specific phases of the project, but deal with user acceptance testing at all. Instead, discuss stakeholder management, how you met their requirements, and how you ensured that the project was up to their standards — these are all a type of “user acceptance.”

25. Can you describe a time when you had to manage a difficult project from start to finish?

You will be asked this question as an intermediate analyst and as an advanced analyst. But, as someone who has been in their career for a while, you will be expected to take charge more.

Describe a scenario in which a project was difficult. Focus primarily on what you did to correct the project. Did you call an emergency meeting? Did you escalate? Did you work directly with key stakeholders to iron out problems?

26. How do you evaluate the impact of change on an organization?

Even an analyst cannot always reliably evaluate the impact of change on an organization. But, of course, you need to try. Generally, you will begin with a full audit of the organization’s current status, an assessment of the changes that will be implemented, and the risks and benefits of the change.

But the interviewer knows this. Rather than walking them through a cut-and-dried process, discuss a time when the impact of change on an organization was surprising. Did the organization experience far greater levels of change than you expected? Was it positive or negative? Why did it happen?

As an advanced analyst, you need to show that you can think and analyze on a much deeper level. That includes learning from things that didn’t go the way that you expected.

There are certain data analytics tools frequently used by business analysts, such as Microsoft Excel. Be prepared to be asked about any software systems that show up in the job listing. You don’t necessarily need to know them, but you should find out what they do and whether you’ve used any systems similar to them.

27. What is your experience using Microsoft Excel for business analysis?

Microsoft Excel isn’t the best tool for all business analysis, but it’s a mainstay for general analysis and projections. Microsoft Excel is so ubiquitous that you should consider getting a certification in Microsoft Excel. Either way, be prepared to talk about how you’ve used Microsoft Excel in the past, especially if you’re going for an entry-level position. Most intermediate or advanced positions will more-or-less assume you know Microsoft Excel.

28. Are you familiar with SQL?

SQL stands for Structured Query Language. If you aren’t familiar with it, don’t say that you are; it’s specific enough that it takes some time to learn. But if you’re interested in working with database tools, learning SQL can help. Consider taking a course on MySQL or Microsoft SQL to brush up on your database skills.

29. What experience do you have using data visualization tools, such as Tableau or PowerBI?

Both of these are powerful and popular business intelligence systems. If you don’t know one, you should know the other. But some business analysts today just work in Salesforce or some other ERP or CRM. Data visualization tools come in many formats; there are companies that do all their data visualization in Excel.

A trick for an interview is to always answer the underlying question. If you haven’t worked in Tableau or PowerBI, redirect. “I haven’t worked in those, but I have…”

30. Are you familiar with Agile methodologies, such as Scrum or Kanban?

Today, many companies work with DevOps tools. But it’s important to know the basics of Agile methodologies because they’re so pervasive. This is another area where you might consider a certification. Agile methodologies are tilted toward project management but they’re important for business analysis, too.

How Do I Prepare for a Business Analyst Interview?

You’re already doing it! If you’re preparing for a business analyst interview, the best thing you can do is practice answering common interview questions. Try to come up with specific examples from your past experience that demonstrate your skills and abilities.

You might also review the business analysis process and familiarize yourself with common requirement gathering techniques. Finally, make sure you’re familiar with the tools and software used in business analysis.

Conclusion

An excellent way to prepare for a business analyst interview is to take an online course. Business analyst courses cover a range of topics, like process modeling and data analysis. If you study business analysts’ interview questions and a course, you’ll be well on your way toward your next career stage as a business analyst.

We hope you liked our interview questions for the business analyst interview! Maybe you’re interested in trying out a data analytics course to expand your knowledge? Check out our list of great data analytics courses online.

FAQ

How do I prepare for a business analyst interview?

Take a look at the job listing. Understand the role of a business analyst, the company’s business model and operations, and how you might fit in. A business analyst often operates as an internal consultant; the organization’s existing operations will inform your role and responsibilities. Prepare yourself to discuss your experience and skills. Practice going over some of the most rewarding and challenging highlights of your career.

How do I talk like a business analyst?

An analyst must be confident in their skills but open to being challenged. It is the role of an analyst to dig deeper into the organization’s data, structure, and processes. An analyst must be confident in their conclusions, but must be prepared to make suggestions rather than edicts. Analysts provide a valuable support role within an organization, but it’s also a diverse one. Don’t be frightened by questions you can’t answer. They may simply not mesh with your existing experience.

What are the tools used by a business analyst?

Analysts use many business intelligence and data management tools, such as Excel, SQL, PowerBI, Salesforce, and Tableau. Look at the job listing and identify the tools listed — these are the tools you should brush up on. There are so many business analysis tools today (many of them boutique SaaS solutions), that it’s not possible to be familiar with all of them.

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

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

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

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

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

Вы можете быстро и просто ответить на эти вопросы интервью бизнес-аналитики.

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

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

Он стремится анализировать и преобразовывать необработанные данные и информацию в действенные и полезные идеи.

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

2. Что отличает бизнес-аналитика от аналитика данных?

Аналитик данных:

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

Бизнес-аналитик:

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

• Живая картина
• ПАВ
• Pentaho
• Деловые вещи
• OBIEE
• QlikView
• Hyperion
• BI для Майкрософт
• Cognos
• Дандас Б.И.
• Гугл Аналитика
• Микростратегия

4. Из чего состоит вселенная бизнес-аналитики?

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

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

5. Какие профессиональные стратегии вы будете использовать для внедрения системы BI?

Возьмите необработанные данные из базы данных компании. Может быть несколько разнородных баз данных, где данные доступны.

Затем данные очищаются для помещения в хранилище данных путем присоединения к таблице и создания кубов данных.

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

6. Что такое ТЭО?

BA должен изучить и понять потребности и проблемы бизнеса или проекта, прежде чем определить масштаб проблемы.

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

7. Опишите хранилище данных.

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

Эти данные в основном можно найти в SQL Server, таблицах Excel, базах данных Oracle или базах данных Postgres. Бизнес-аналитики могут получить все предыдущие отчеты, относящиеся к этим данным, используя метод репозитория, который использует хранилище данных.

8. Что такое OLAP?

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

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

9. ИНВЕСТ – что это?

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

10. Онлайн-обработка транзакций (OLTP) — что это такое?

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

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

11. Таблицы фактов и измерений: что это такое?

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

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

12. Каковы некоторые характеристики хранилища данных?

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

13. Какова цель нормализации данных?

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

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

14. Что такое агрегаты?

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

Они включают максимальное и минимальное значения, а также среднее значение и другие значения.

15. Сколько существует различных типов функций SQL JOIN?

Соединения SQL часто являются предметом обсуждения. ВНУТРЕННЕЕ СОЕДИНЕНИЕ, ПРАВОЕ СОЕДИНЕНИЕ, ЛЕВОЕ СОЕДИНЕНИЕ и ВНЕШНЕЕ СОЕДИНЕНИЕ — одни из самых важных, которые нужно назвать.

16. Опишите сводную таблицу.

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

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

17. Знаете ли вы об альтернативных методологиях, таких как MoSCoW и SWOT?

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

Например, является ли этот критерий обязательным или обязательным?

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

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

18. Каковы функции UML?

Унифицированный язык моделирования, часто известный как UML, предлагает единый подход к концептуализации системы и является универсальным языком моделирования развития.

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

19. Дайте определение ERP в бизнес-аналитике.

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

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

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

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

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

Кроме того, он поддерживает согласованность производительности.

21. Можете ли вы описать SRS и ее основные компоненты?

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

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

Основными компонентами SRS являются:

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

22. Опишите БРД. Чем он отличается от SRS?

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

SRS является потомком BRD.

BRD — это функциональная спецификация программного обеспечения, а SRS — это то, что пишут оба бизнес-аналитика после прямого контакта с клиентом.

В отличие от SRS, которая создается на основе технических навыков и требований, BRD разрабатывается бизнес-аналитиком после их непосредственной связи с клиентами.

23. Объясните концепцию электронной коммерции с точки зрения бизнес-аналитики.

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

24. Что такое методология RUP?

Стратегия улучшения приложений продуктов, называемая Rational Unified Process (RUP), включает несколько инструментов, помогающих кодировать самый последний продукт и задания, выбранные с учетом этой цели.

RUP — это объектно-ориентированная методология, обеспечивающая эффективное управление проектами и создание высококачественного программного обеспечения.

25. Что такое методология RAD?

Парадигма быстрой разработки приложений (RAD) является примером инкрементной модели. Различные этапы проекта разрабатываются независимо или одновременно.

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

26. Что именно вы подразумеваете под требованием? Можете ли вы сказать разницу между потребностями и требованиями?

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

Каждый компонент полностью задокументирован для использования в качестве эталона. Нужен общий пример слов и результат.

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

27. Опишите детализацию данных.

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

28. Как можно описать требование как идеальное или хорошее?

Когда требование удовлетворяет всем трем критериям SMART — конкретным, измеримым, достижимым, актуальным и своевременным — оно считается идеальным.

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

29. Что такое исполнительная информационная система (ИСС)?

Инструмент для предоставления консолидированных и обобщенных отчетов о текущей деловой активности внутри компании можно рассматривать как исполнительную информационную систему (ИИС).

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

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

30. Что такое расширение масштаба и как его избежать?

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

Это может произойти из-за ряда факторов, таких как изменение критериев или целей проекта, или просто из-за неадекватной подготовки.

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

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

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

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

31. Пространственное моделирование (DM) – что это такое?

DM используется для облегчения запросов конечных пользователей и создания хранилища данных. В DM используются два ключевых понятия: первое — «ФАКТ», а второе — «Измерения».

Заявление также включает измерения, которые часто представляются числовыми цифрами. А под «измерениями» мы подразумеваем набор терминов, используемых для описания фактов.

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

32. Что такое приоритизация требований?

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

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

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

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

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

34. Каковы многие формы иерархии?

Различают два вида иерархии:

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

35. Опишите анализ Парето.

Когда есть несколько элементов, которые способствуют проблеме или цели, может применяться анализ Парето.

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

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

Затем обрабатывается самый важный аспект, затем следующий по важности и так далее.

36. Опишите анализ Кано.

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

37. Agile-манифест: что это такое?

Agile Manifesto — это набор руководств по разработке программного обеспечения, которые отдают предпочтение людям, а не процедурам и инструментам, участию клиентов, а не переговорам по контракту, и адаптации к изменениям вместо того, чтобы придерживаться графика.

38. Гэп-анализ: что это такое?

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

Его также можно рассматривать как сравнение уровней производительности целевых и существующих функций.

Заключение

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

Следующий шаг – действовать в соответствии с вашими целями. Для подготовки к собеседованию см. Серия интервью Хэшдорка.

Время на прочтение
7 мин

Количество просмотров 82K

Представьте, что вам предстоит собеседование на позицию системного аналитика (СА). Что нужно знать для успешного прохождения интервью и какие вопросы могут задать? Эта статья может стать roadmap при подготовке к собеседованию.

Кто такой системный аналитик

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

Чаще всего требования к кандидатам следующие (помимо опыта работы в определенном домене):

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

• Требуемые hard skills: навыки разработки технической документации (BRD, SRS), опыт работы с различными СУБД, уверенные знания SQL, проектирование модели данных, знание нотаций UML, BPMN, знание различных методов интеграции систем, понимание принципов проектирования REST API, опыт работы с SOAP, понимание особенностей форматов обмена данными JSON/XML.

• Требуемые soft skills: коммуникабельность, способность находить общий язык и с разработкой, и с бизнесом, аналитическое мышление, умение работать в условиях недостатка информации, адаптивность к изменениям, проактивность и ответственность за конечный результат.

Откуда вопросы?

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

Сразу уточню, что далеко не все вопросы встретятся у вас на собеседовании одновременно. Но если вы претендуете на высокую позицию и пройдете N собеседований, то с большой долей вероятности встретите все эти вопросы на своем пути. Также хочу отметить, что для аналитиков разного уровня требуется разная детализация ответов. Если вы junior/pre-middle, то обычно достаточно поверхностного ответа на приведенные примеры вопросов, чтобы интервьюер понял, что вы сталкивались с темой или хоть чуть-чуть в этом разбирались.

ТОП тем

Требования к ПО

Тема очень важная, я бы даже сказала основополагающая, но при этом достаточно холиварная. Потому что обилие информации провоцирует ее разночтения. Чаще всего интервьюеры ожидают услышать ответы на основании модели, представленной в книге К. Вигерса и Д. Битти «Разработка требований к ПО». Поэтому не лишним будет заранее подготовить примеры по уровням требований (бизнес-требования, пользовательские и функциональные).

Возможные вопросы:

• Что такое требование к ПО?

• Какие виды требований вы знаете?

• Чем отличаются бизнес-требования от функциональных?

• Чем отличаются функциональные требования от нефункциональных?

• Чем отличаются пользовательские требования от функциональных?

• Привести примеры каждого из требований или классифицировать предложенные требования.

• Какие критерии качества требований вы знаете?

Для компаний, где роль СА объединена с БА (бизнес-аналитиком). Сюда же могут попасть вопросы про выявление требований: основные техники сбора требований, управление стейкхолдерами (заинтересованными сторонами), выбор стратегии работы со стейкхолдерами и тп.

Ресурсы для изучения:

Ответы на все вопросы есть в замечательной книге К. Вигерса и Д. Битти «Разработка требований к ПО». Книга, на мой взгляд, обязательна к прочтению каждому СА. Но если вам все-таки лень читать 716 страниц достаточно сложного к восприятию текста, то вот список ресурсов, где хорошо описаны ответы на вопросы выше:

• Полезные выдержки вышеобозначенной книги вы можете найти тут и тут

• Про критерии качества требований

• Интересная презентация про разные подходы к классификации требований (по Вигерсу, ГОСТ34, SWEBOK, IEEE 830 и RUP)

Процесс разработки ПО

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

Возможные вопросы:

• Какие методологии вы знаете? Работали ли вы по Agile/Waterfall или любой другой методологии.

• Расскажите про жизненный цикл разработки проекта: этапы, роли, артефакты.

• Какую роль выполняет системный аналитик в проектах разработки ПО?

• Какие обязанности закреплены за вами на вашем текущем месте работы?

Ресурсы для изучения:

• Про процесс, роли и артефакты

• Модели жизненного цикла, принципы и методологии разработки программного обеспечения (ПО), а можно и покороче

• Про БА vs СА

Документация к системе и другие артефакты деятельности аналитика

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

Возможные вопросы:

• Какую документацию вы пишете на текущем месте работы?

• Что вы описываете в ТЗ на разработку?

• Насколько детально вы описываете то, что требуется реализовать? Бизнесовым или техническим языком?

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

• Был ли опыт работы с ГОСТом 34/19?

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

Ресурсы для изучения:

• Про разные стандарты ТЗ на разработку ПО

• Шаблон спецификации требований к ПО

Проектирование решения

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

Возможные вопросы:

• Участвуете ли вы в проектировании решения? Если да, то каким образом?

• Вопросы про работу с базами данных:

  • Что такое БД? Какие бывают БД (речь про классификацию по модели данных)? С какими БД работали?

  • Что такое СУБД? Основные функции СУБД? С какими СУБД работали? Какие клиенты для работы с СУБД использовали?

  • Чем отличаются SQL и NoSQL БД?

  • Что лежит в основе реляционных БД?

  • С какими нереляционными БД работали?

  • Какие типы ограничений в реляционных БД знаете (constraints)?

  • Что такое нормализация? Зачем она нужна?

  • Какие нормальные формы (НФ) вы знаете? Решить кейс с нормализацией данных.

  • Что такое ER-модель?

  • Умеете ли вы строить ER-диаграмму? Какие нотации знаете?

  • Есть ли у вас опыт проектирования БД?

  • Могут попросить спроектировать концептуальную/логическую модель данных для некоторой предметной области.

• Есть ли у вас опыт написания запросов на SQL? Уровень запросов? Далее уточняющие вопросы по уровню знаний SQL:

  • Какие подмножества SQL вы знаете? (речь идет про DDL, DQL, DML и DCL). Расшифровать аббревиатуры и привести примеры операторов для каждого подмножества.

  • Рассказать про самые популярные операторы, зачастую это:

    • JOIN

    • UNION

    • ORDER BY

    • GROUP BY

    • HAVING

    • Различные агрегатные функции

  • Могут попросить написать простенький запрос или же рассказать про логику построения запроса для какого-то кейса.

  • Работали ли вы с индексами? Что это и для чего они нужны? Вопрос для знатоков, но на паре собеседований он у меня встречался. Важно для вакансий, где особое внимание уделено работе с БД.

• Какие нотации моделирования бизнес-процессов знаете (зачастую подразумевается BPMN и UML)?

• СА все таки чаще используют UML. Соответственно вопросы такие:

  • Какие диаграммы вы использовали в своей работе?

  • Для чего используют диаграмму деятельности (Activity diagram)/диаграмму состояний (Statechart diagram)/диаграмму вариантов использования (UseCase diagram)/диаграмму последовательности (Sequence diagram)?

  • Описывали ли вы варианты использования в табличном формате?

Ресурсы для изучения:

• Основы проектирования БД (теория) 

• Основы проектирования БД (практика)

• SQL и NoSQL

• Про ER-модель

• ER в нотации Чена

• ER в нотации Баркера и Мартина

• Основные команды SQL

• Про DDL, DML, DCL и TCL

• Про BPMN 2.0

• Про UML

Интеграции

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

Возможные вопросы:

• Какие способы интеграции систем вы знаете?

• Чем отличаются синхронное и асинхронное взаимодействия?

• Что знаете про очереди сообщений? Для чего их используют?

• Проектировали ли вы API? Каким образом описывали спецификации?

• Тестировали ли вы сами API? Какое ПО использовали?

• HTTP:

  • Какие основные HTTP методы знаете?

  • Расскажите про HTTP сообщения. Какую структуру имеет запрос? Какую структуру имеет ответ? Какие коды состояния (status code) знаете и что они означают?

  • Чем отличается POST от PUT от PATCH?

  • Что знаете про концепцию CRUD?

  • Что такое JSON? Для чего используется?

• REST:

  • Что такое REST?

  • Какие основные принципы REST знаете?

• SOAP:

  • Что такое SOAP? В каком формате передаются сообщения?

  • Какая структура у сообщения SOAP?

  • Работали ли с XML? Что это? 

  • Что такое XSD? Проектировали ли вы XSD схемы?

  • Для чего используется XSLT? Приходилось ли вам писать XSLT преобразование?

Ресурсы для изучения:

• Методы и подходы к интеграции систем и подробнее

• Синхронное, асинхронное и реактивное взаимодействие

• Про очереди сообщений

• Поверхностно про REST API, а заодно и HTTP, SOAP и JSON — это все есть в статье

• Про сообщения HTTP

• Подробнее про REST, HTTP и SOAP и все связанное с этими темами можно почитать как минимум в википедии и этого на мой взгляд уже будет достаточно для большинства интервьюеров (при условии, что вы понимаете о чем говорите, конечно)

Важно понимать

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

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

А какие из вопросов встречались на собеседовании у вас? Возможно какие-то вопросы вам кажутся неуместными для СА?

Иллюстрации: Михаил Голев

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

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

Общие вопросы аналитику

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

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

«Что вы знаете о нашей фирме?»

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

Как отвечать. Отвечая на этот вопрос, вы демонстрируете заинтересованность в предлагаемой должности. Заранее проведите небольшой ресёрч: найдите и изучите официальный сайт, публикации в СМИ и соцсети компании. Обратите внимание на год основания фирмы и руководителей, разберитесь в основных направлениях деятельности, достижениях и долгосрочных целях бизнеса.

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

«Чем вы будете полезны компании?»

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

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

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

«Где вы работали раньше и чего добились?»

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

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

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

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

«Какие у вас были провалы на предыдущей работе?»

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

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

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

«Почему вы решили уйти с прежнего места работы?»

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

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

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

Чтобы развиваться в профессии аналитика, нужны не только «твёрдые» знания — хард-скилы, но и «мягкие» навыки: умение работать в команде, вести переговоры, решать конфликты и др. Подробнее об этом мы рассказываем в статье: «Что такое soft skills и как развивать гибкие навыки»

«Откуда вы черпаете профессиональные знания?»

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

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

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

«Кем вы видите себя через 5 лет?»

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

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

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

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

Вопросы по хард-скилам аналитика

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

«На каком уровне вы владеете языком SQL?»

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

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

«Какие вы знаете способы сбора требований?»

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

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

«Какими нотациями моделирования вы владеете?»

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

Как отвечать. Нотация — это набор графических элементов, правил их сочетания и интерпретации, который используют аналитики для моделирования бизнес-процессов. Универсального инструмента не существует, поэтому в вашем арсенале должно быть минимум 4 популярных нотации: UML, BPMN, EPC и IDEF0.

«Какие методологии управления проектами вы знаете?»

Зачем спрашивают. Владение гибкими и жёсткими методологиями разработки проектов — требование, которое часто встречается в текстах вакансий для аналитиков.

Скриншот вакансии для бизнес-аналитика на hh.ru: от кандидата, помимо прочего, требуется знание и понимание методологий Agile и Waterfall

Как отвечать. Каждая методология и подход имеют свои плюсы и минусы и подбираются под конкретные цели и задачи проекта. Чтобы не «плавать» в теме, рекомендуем разобраться, как устроены популярные методологии: жёсткая — Waterfall и гибкая — Agile и её подходы Scrum и Kanban.

«Вы умеете визуализировать данные?»

Зачем спрашивают. Умение представлять выводы в формате понятных и наглядных графиков и диаграмм — ещё один важный скил для аналитика, на который работодатель может обратить внимание на собеседовании.

Как отвечать. Расскажите, какие инструменты визуализации данных вы используете. Достаточно пары сервисов, например, простого Google Data Studio и более продвинутого Tableau.

«Какими программами вы владеете?»

Зачем спрашивают. Рекрутёр хочет понять, какие инструменты кандидат использует, чтобы выстроить аналитическую работу над проектом.

Как отвечать. Расскажите, какими системами управления базами данных вы владеете, в каких программах моделируете бизнес-процессы, в каких — отслеживаете рабочие задачи и так далее. Уместно назвать: СУБД MS SQL Server, платформы для моделирования бизнес-процессов ELMA и StarUML, приложение для планирования Notion, сервисы веб-аналитики Яндекс.Метрики и Google Analytics и другие инструменты из вашего арсенала.

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

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

Полезные материалы для подготовки к собеседованию на аналитика

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

• Теория вероятностей и математическая статистика, Ганичева А. — учебное пособие состоит из 2 частей: в первой вы разберёте теоремы теории вероятностей и законы распределения случайных величин, во второй изучите методы математической статистики, способы проверки статистических гипотез и др.;
• Введение в SQL, Грабер М. — если вы ещё не владеете SQL, эта книга поможет быстро освоить синтаксис языка и научиться писать простые и сложные запросы для управления базами данных;
• Python и анализ данных. Первичная обработка данных с применением Pandas, NumPy и Ipython, Маккини У. — вы узнаете, как очищать, агрегировать и визуализировать данные с помощью популярных Python-библиотек;
• Моделирование бизнес-процессов в нотации BPMN, Репин В. — в пособии для новичков подробно рассматривается порядок моделирования BMPN-процессов, а наглядные схемы помогут понять и запомнить логику этого метода;
• Анализ данных в Tableau на практике, Слипер Р. — вы познакомитесь с инструментами и фишками программы Tableau, разберётесь, как строить разного типа диаграммы и дашборды и превращать данные в наглядную и интересную историю.

Чтобы лучше понять, как проходить собеседование на аналитика данных, и потренироваться в ответах на типичные вопросы рекрутёров, посмотрите пару видео по теме. Годные часовые ролики с тренировочными собеседованиями есть на ютуб-канале Karpov.Courses: первое собеседование джуниор-аналитика и технический этап собеседования на позицию джуниор-аналитика.

Коротко о главном

Этап собеседований — стрессовый период в жизни любого специалиста. Единственный способ побороть страх неизвестности и неуверенность в себе — разобрать процесс по косточкам и по максимуму подготовиться к возможным вопросам рекрутёра.

В этом материале мы постарались охватить основные темы, которые затрагивают hr-специалисты на собеседовании с джуниор-аналитиками. Чтобы успешно пройти интервью, подтяните знание SQL и Python, разберитесь в математической статистике, моделировании бизнес-процессов и методологиях разработки проектов на рекомендуемых нами курсах и по книгам. Заранее тщательно продумайте ответы на вопросы для собеседования, а перед встречей с эйчаром выдохните, сконцентрируйтесь на позитиве и просто будьте собой. Мы уверены, что у вас всё получится!