Собеседование на джуниор бизнес аналитика

Делюсь советами на основе практического опыта отбора джунов БА/СА.

Обо мне

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

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

Этапы собеседования на роль БА

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

Текущая ситуация на рынке джунов

Не секрет, что найти работу джуну в ИТ сейчас в несколько (а, может, и на порядок) раз сложнее, чем мидлу, а тем более, синьору.

Основные причины:

Как повысить свои шансы на успех?

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

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

1. Придумывайте себе проекты

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

Здесь речь о другом. По сути есть два варианта:

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

2. Адаптируйте резюме под каждую конкретную вакансию

HR-ы не могут подробно вчитываться в ваше резюме, потому что:

— у них нет столько времени;

— у них нет достаточно компетенций.

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

Возьмем случайную вакансию джуна БА, например эту:

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

Ваше идеальное резюме под эту конкретную вакансию должно содержать следующие навыки (!если, конечно, вы это умеете!):

3. Подготовьте рекомендации

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

4. Сделайте «проактивное» домашнее задание

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

Например, ваша компания мечты — это Тинькофф банк (не знаю, как он будет называться уже в скором времени:)

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

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

5. Сопроводительное письмо

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

6. Поищите людей в LinkedIn

Если вы нашли идеальную вакансию, последовали всем моим советам, откликнулись на hh, но вам не отвечают, поищите рекрутеров этой компании в LinkedIn и напишите им напрямую. В худшем случае вам не ответят, в лучшем — это поможет вам устроиться на работу.

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

7. Структурируйте рассказ о себе и своем опыте

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

8. Когда лучше искать работу?

Если вы сейчас долго не можете найти работу джуна БА, то, может, проблема не в вас, а в сезоне, в который вы начали искать работу. Традиционно лето (сезон отпусков) — один из худших периодов для поиска работы в ИТ (особенно, для джунов). Лучшие периоды — начало осени и после Нового Года.

9. Откликайтесь только на релевантные вакансии

Это самое главное! Кажется, что этот пункт очевидный, но как бы не так. В свое время, когда я отсматривал резюме лично, прилетало столько нерелевантных резюме, что казалось, что люди вообще не читают требования к кандидатам, а просто откликаются НА ВСЁ.

Если в вакансии написано: «Обязательный опыт написания ТЗ по ГОСТ34», не надо откликаться на эту вакансию, если у вас не было такого опыта. Даже если чудом вы пройдете скрининг резюме и собеседование с HR-ом, на этапе технического интервью вас, скорее всего, попросят подтвердить этот опыт знаниями. Еще хуже будет, если интервьюры не проверят вас во время собеседований, вы получите оффер, выйдете на работу и в первый же день «спалитесь», что никогда в глаза не видели ТЗ, написанное по ГОСТ34. Так вы потеряете и свое время, и время компании. Не делайте так:)

Минутка напутствия

Что будет дальше?

Потенциальные темы для обсуждения:

и многое другое.

Мои контакты

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

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

Привет! Меня зовут Яков, я системный аналитик в Friflex, я работаю над созданием наших высоконагруженных заказных проектов. А еще активно участвую в онбординге джунов и менторю стажеров.

Профессий со словом «аналитик» много: системный аналитик, бизнес-аналитик, продуктовый аналитик, аналитик данных, аналитик в IT. В этой статье разберемся в видах аналитиков, узнаем, какие требования предъявляются к джунам при устройстве на работу и о том, где эту работу найти.

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

Какие бывают аналитики

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

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

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

Требования и навыки

Без Soft skills лучше не идти в зону аналитики

Спросите почему? Ответ простой! Работая системным/бизнес или IT-аналитиком, вам придется очень много общаться с людьми. Для кандидата важно уметь просто объяснять о сложном, быть настойчивым и целеустремленным, быть внимательным к деталям.

Hard-skills

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

Необходимые навыки для junior системного/бизнес аналитика в IT:

• знание клиент-серверных приложений и принципа их работы. Например, очень частый вопрос на собеседовании «Что происходит, когда вы вводите url в строку и нажимаете Enter?». Вроде бы вопрос простой, но на собеседовании от вас хотят услышать развернутый ответ: какие в данном процессе участники и что происходит «под капотом»;

• понимание, чем отличаются бизнес-требования от системных требований, откуда их можно «выкапывать» и каким образом формализовать;

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

• умение описывать свои мысли в нотации моделирования (BPMN, UML, EPC, IDEF, Archimate) и понимать, в какой нотации лучше отображать те или иные требования. Так, например, в BPMN очень хорошо отрисовывать бизнес процессы. А если вы знаете чуть больше, чем стандартные «знаки» нотации, это двойной бонус. Технические аспекты лучше показывать в одном из типов UML. Одна из самых часто используемых диаграмм UML – sequence или диаграмма последовательности, на которой изображается интеграционный процесс.

На собеседовании

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

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

О чем могут спросить junior-специалиста? Примеры вопросов

• Вы как аналитик согласовываете с заказчиком функционал, спроектированный вами ранее. В качестве заказчика выступают два директора из разных департаментов (Москва и Санкт-Петербург). Они равнозначны по своему статусу и находятся на одной вертикали. При согласовании  директор Московского департамента настаивает на том, чтобы поле называлось «Номер договора», а директор департамента  Санкт-Петербурга – чтобы поле называлось «Номер лицевого счета». Согласование затягивается. Как вы будете разбираться в этой ситуации?

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

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

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

• Опишите в нотации процесс снятия наличных в банкомате.

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

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

В конце собеседования вам могут сразу озвучить решение, а могут «уйти на подумать». Уточните, какой крайний срок принятия решения. Так вы покажете, что, вакансия интересна. 

Каналы для поиска работы в аналитике

1. Телеграм-каналы

Несколько примеров:

• Работа ищет аналитиков // Вакансии

• SuperJob — вакансии IT

• Products Jobs — вакансии и аналитика

• Hire ProProduct — Продуктовые вакансии в России и за рубежом

• Brain Drain

• Работа для ИТ-аналитиков

• Job for Analysts & Data Scientists

• Jobs To Be Found / Поиск сотрудников и работы — менеджмент

• Антирабство-Fedoroff

• Job for Junior

2. Сайты компаний

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

3. Офлайн-конференции, митапы, кэмпы

• CrossConf – крупнейшая ежегодная конференция по кроссплатформенной разработке
  и трендам IT.
  Даты проведения: 9-10 сентября 2022.
  Место: Иннополис, Казань.

• Saint HighLoad++ 2022 – профессиональная конференция разработчиков высоконагруженных систем. 
  Даты проведения: 22 и 23 сентября 2022.
  Место: Санкт-Петербург.

• ProductSense – конференция по менеджменту продуктов в России и СНГ.
  Даты проведения: 10-11 октября 2022.
  Место: Москва.

Куда растут в аналитике?

Развитие специалиста может быть очень разным, так как на старте карьеры джуны выполняют смежные для системного аналитика, бизнес-аналитика и аналитика в IT обязанности. Рассмотрим типичного системного аналитика, который уходит в технические задачи. Это не значит, что он совсем не будет связан с бизнес-процессами и другими задачами, связанными с развитием продукта/проекта. Но его развитие вширь будет иметь смысл, только когда специалист уверенно почувствует себя на своей должности. После того, как аналитик окреп, он должен начинать пробовать немного в тестировании, в коде, а также выстраивать коммуникацию с бизнесом. Пройдя успешный путь от джуна до синьора, системные аналитики уходят либо в менеджмент, либо в архитектуру. Это уже следующая ступень, где также есть свои грейды: solution-архитектор, enterprise-архитектор, архитектор поддержки систем, архитектор развертывания и т.д. Проделав путь по этой дорожке, можно увидеть вторую развилку в профессии относительно техники и бизнеса

Если у вас есть вопросы, пишите их в комментарии. Буду рад поделиться опытом!

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

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

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

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

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

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

Зачем спрашивают. Работодателю или 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, разберитесь в математической статистике, моделировании бизнес-процессов и методологиях разработки проектов на рекомендуемых нами курсах и по книгам. Заранее тщательно продумайте ответы на вопросы для собеседования, а перед встречей с эйчаром выдохните, сконцентрируйтесь на позитиве и просто будьте собой. Мы уверены, что у вас всё получится!

Описание изображения

Человек сидит перед тремя людьми во время группового интервью.

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

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

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

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

1. Почему вы заинтересованы в этой работе?

2. Что вы знаете о нашей компании?

3. Что вам нравится в работе аналитика бизнес-аналитики?

4. Почему вы считаете, что аналитик бизнес-аналитики важен?

5. Что вы считаете своими сильными сторонами и почему?

6. Что вы считаете своими слабыми сторонами и почему??

7. Насколько хорошо вы работаете в команде?

8. Что вам больше всего нравится в вашем рабочем дне??

9. Какие проекты вы уже завершили?

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

11. Где вы видите себя через пять лет??

11 вопросов о вашем опыте и биографии в сфере бизнес-аналитики

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

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

2. Какова ваша процедура сбора данных?

3. Каков ваш опыт проведения качественных и количественных исследований?

4. Какие три черты, по вашему мнению, необходимо иметь в качестве аналитика бизнес-аналитики?

5. Какой совет вы бы дали начинающему аналитику бизнес-аналитики?

6. Какой у вас опыт в представлении данных??

7. Чем ваш подход к бизнес-аналитике отличается от других аналитиков?

8. Как вы объясняете концепции бизнес-аналитики людям не из вашей сферы деятельности?

9. Исходя из вашего опыта, что является наиболее сложным аспектом работы аналитика бизнес-аналитики?

10. Можете ли вы дать определение управлению рисками и описать его процесс?

11. Что вы считаете самым ценным бизнес-курсом, который вы прослушали??

12 углубленных вопросов о роли бизнес-аналитика

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

1. Что представляют собой различные части SQL-запроса?

2. Как вы отличаете кластеризованный индекс от некластеризованного??

3. Какие инструменты отчетности вы умеете использовать?

4. Как вы определяете архитектуру SSIS?

5. В чем разница между представлениями и материализованными представлениями?

6. Можете ли вы объяснить свой подход к выявлению рыночных тенденций??

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

8. Можете ли вы дать определение системы поддержки принятия решений?

9. Каковы три компонента системы бизнес-анализа?

10. Можете ли вы перечислить несколько источников данных, используемых в SSRS??

11. Можете ли вы назвать функции MDM, которые вы часто используете?

12. Зачем использовать встроенный код в отчете?

5 вопросов по бизнес-аналитике с образцами ответов

Просмотрите эти вопросы и примеры ответов, чтобы помочь себе подготовиться к собеседованию:

1. Почему вы считаете себя подходящим для этой работы??

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

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

2. Что, по вашему мнению, является самой большой ответственностью аналитика бизнес-аналитики??

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

Пример: Я считаю, что самая большая ответственность аналитика бизнес-аналитики заключается в точной оценке данных. Компания рассчитывает на то, что аналитик бизнес-аналитики правильно проанализирует собранные данные, поэтому я уделяю все свое внимание проекту и постоянно проверяю свои результаты на наличие расхождений. Аналитик бизнес-аналитики оказывает значительное влияние на компанию, поэтому я использую такие инструменты, как Microsoft Power BI, чтобы записывать данные с течением времени. Я часто ссылаюсь на эти отчеты, чтобы оставаться последовательным и точным в своей информации.

3. Какой ваш любимый аспект процесса бизнес-анализа?

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

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

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

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

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

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

5. Что такое OLAP, и почему он важен?

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

Пример: OLAP расшифровывается как online analytical processing, и она необходима, поскольку упрощает сбор данных. Для представления OLAP люди часто используют маркированный куб с бизнес-деталями, такими как данные о продукции и местах розничной торговли. Мы называем этот куб гиперкубом. OLAP признает наличие множества перспектив в бизнесе. Я использую OLAP, когда изучаю, как работает бизнес со стороны клиента и со стороны продавца.

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

Ирина Злотник окончила факультет международных отношений БГУ по специальности «Менеджер-экономист» и вспоминает пять лет обучения в университете как веселое время со множеством полезной информации. Но уже тогда будущий BA понимала, что не хочет работать по специальности. Девушку заинтересовал бизнес-анализ, и Ирина начала осваивать новую специальность на курсах.

«Когда обучение подходило к концу, друг рассказал мне о наборе BA-джуниоров в Laboratory 2.0 — проект ID Finance, о котором прочел на dev.by. Про компанию до этого я уже слышала положительные отзывы, а теперь она давала возможность войти в профессию начинающим специалистам. Поэтому я сразу же откликнулась».

Хоть собеседование и тестовое задание в «лабораторию» Ирине показались непростыми, девушка успешно прошла отбор и приступила к обучению в первом потоке бизнес-аналитиков. 

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

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

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

«Иногда нам давали только подсказку, так как аналитик должен быть готов, что многие ответы не на поверхности или что у вопроса может быть несколько условно правильных ответов, если их верно обосновать». 

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

«Я решила, что раз уж я закончила экономический вуз, финтех — это то, что мне нужно. В целом, я не ошиблась и чувствую себя комфортно. Дальше — больше: развивать hard и soft skills, углублять экспертизу в домене, нарабатывать уверенность в своих действиях и решениях». 

Дарья также получила оффер на позицию бизнес-аналитика ID Finance сразу после курсов по бизнес-анализу через Laboratory 2.0. О наборе девушка узнала из чата по трудоустройству, отправила CV, прошла собеседование, выполнила тестовое и получила предложение. Стоит отметить, что оффер «Лаборатории» ID Finance — это полноценная работа в офисе или удаленно, с 8-часовым рабочим днем, заработной платой, контрактом и полноценным социальным пакетом. 

«Оглядываясь назад, я понимаю, что попасть в «лабораторию» было скорее не сложно, а волнительно — не знаешь, чего от тебя ожидают. Я же ожидала новых знаний, интересных задач, возможности реализовать себя. И, как мне кажется, все оправдалось.

Мне понравилась разнонаправленность занятий: у нас были и лекции, и практические задания. Для меня было интересно пройти через тестовый проект в конце обучения, примерить на себя работу аналитика над задачами, общение со стейкхолдерами. И определенный плюс Laboratory 2.0 — это практические задания в рамках домена компании».

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

До 1 марта в ID Finance ищут кандидатов с оконченными курсами по бизнес-анализу со свежими знаниями. Также дополнительным плюсом является уровень английского от B1, опыт работы в банковской сфере (предпочтительно кредиты, карты), профильное образование в сфере финансов. И напоминаем, что те, кто успешно пройдут собеседование и выполнят тестовое задание, получат оффер с официальным трудоустройством, заработной платой, полноценной работой и обучением в компании.

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

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

В итоге мне удалось с нуля попасть в ИТ-сферу и устроиться на работу в крупную компанию. Расскажу, как все было.

Как я попала на предприятие

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

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

Как развивалась моя карьера и почему я решила уйти

Несколько раз я оставалась и. о. начальника нашего отдела, когда та уходила в отпуск. Поэтому когда столичное начальство решило создать на заводе новое подразделение, вопрос, кого рекомендовать в руководители, не стоял. Так я возглавила проектный офис с зарплатой примерно в 3 раза выше, чем у среднестатистического специалиста нашего предприятия. Размер зарплаты сказать не могу, так как это оборонное предприятие. Отмечу только, что она была в 3,5—4 раза выше средней по Воронежу.

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

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

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

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

Почему именно ИТ

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

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

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

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

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

• с бизнес-аналитиком Ромой Гордеюком;
• проектным менеджером Антоном Каном;
• тестировщиком Стасом Сподариком.

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

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

Помимо канала «АйТиБорода», я смотрела и другие видео, который мне выдавал поиск «Ютуба» по запросу «бизнес-анализ». Вот что могу посоветовать:

• защита дипломных проектов по специальности «Бизнес-анализ» в IT Academy — здесь наглядно показано, как работает бизнес-аналитик;
• выпуск «Знать как» про Agile и Scrum — понятным языком рассказывают о том, как построены процессы в ИТ-сфере;
• выпуск на канале «АйТиБАт» о том, какие вопросы задают на собеседовании на позицию бизнес-аналитика.

Какие навыки нужны бизнес-аналитику

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

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

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

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

Занятия проходили неподалеку от предприятия, где я тогда работала. Уроки были три раза в неделю по полтора часа. Стоило это 5100 Р в месяц. Мне очень повезло с преподавателем, и я страдала только от того, что английский всего три раза в неделю, а не семь. В этой группе я проучилась с декабря по июнь 2021 года, пока мы не завершили уровень и школа не ушла на летние каникулы.

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

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

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

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

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

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

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

1. Кейс «Проектирование веб-сервиса бронирования билетов». Бизнес-анализ. Анализ бизнес-проблем.
2. 13 типичных ошибок в работе начинающих бизнес-аналитиков.
3. Бизнес и системный аналитик. Что нужно знать.

Как я искала работу

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

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

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

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

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

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

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

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

С видео я справилась за один день: при помощи онлайн-переводчика написала и вызубрила текст для видео на английском и записала ролик на фронталку телефона. Задачки решила за 25 минут, благо с логикой у меня никогда проблем не было.

Заявку подала 27 января, а уже 5 февраля пришел ответ, что я зачислена в группу для онлайн-обучения. Конкурс был небольшой: из 120 претендентов приняли в школу бизнес-анализа компании около 40 человек.

Обучение в компании

Обучение началось 18 февраля, и вместе с ним начался мой личный ад. Я работала на заводе с 08:00 до 17:00, три раза в неделю ходила на английский, один-два раза по вечерам слушала лекции в компании, а каждую свободную минуту делала практические задания, которые были очень объемными. Спасибо большое моему мужу, который меня поддерживал и на это время взял на себя все домашние обязанности, потому что иногда мне некогда было даже поспать.

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

В компании обучали понятиям Use Case и User Story — это основные инструменты формулировки требований в бизнес-анализе, объясняли разницу между функциональными и нефункциональными требованиями, учили делать прототипы сайтов, рисовать диаграммы разных типов и многому другому.

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

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

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

Трудоустройство

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

Второй этап — собеседование на английском языке с преподавателем иностранного, который работал в этой же компании. Для подготовки к нему я, впервые за все время, обратилась к репетитору с просьбой позаниматься индивидуально. Этот преподаватель уже готовил учеников к интервью в ИТ-компаниях, поэтому за три занятия мы просто вызубрили все возможные варианты моих ответов на стандартные вопросы подобных собеседований. За обучение я заплатила 3600 Р.

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

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

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

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

Моя работа сейчас

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

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

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

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

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

Всего на смену профессии мне потребовалось 5,5 месяца — все произошло с января по июнь 2021 года. Общие затраты на переобучение составили 35 134 Р: из них 30 600 Р я потратила на курсы английского, 3600 Р на репетитора перед собеседованием и 934 Р на книгу по бизнес-анализу.

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

О чем стоит знать перед сменой профессии

1. Перед увольнением лучше накопить подушку безопасности, чтобы можно было уволиться и посвящать учебе больше времени. Когда я осваивала новую профессию, то продолжала трудиться на старой работе. В результате после полноценного восьмичасового рабочего дня еще три-четыре часа в день уходило на курсы английского или на изучение профильных статей на сайте. Свободного времени не оставалось.
2. Информацию необходимо черпать из всех возможных бесплатных источников. Не стоит сразу покупать дорогие курсы, потому что может выясниться, что к профессии душа не лежит, а деньги уже потрачены. Вся информация, которую я почерпнула по бизнес-анализу, досталась мне бесплатно. И могу сказать, что в интернете ее достаточно, чтобы сделать первые шаги в новой профессии.
3. Вакансии и обучение стоит искать напрямую на сайтах компаний, в которых хочется работать. Я бы никогда не узнала о бесплатных стажировках, если бы искала работу только на «Хедхантере».
4. Чтобы английский лучше усваивался, советую окружить себя по максимуму иноязычной средой. Например, когда я активно учила язык, все сериалы смотрела на английском с субтитрами, читала книги на иностранном и даже в настройках телефона и планшета поменяла язык на английский.
5. Если есть возможность, советую найти ментора. Пусть это будет человек, который уже работает по профессии, которую предстоит освоить. Наставник сможет разобраться в потоке информации и дать советы по самостоятельному обучению. У меня, к сожалению, такого человека не было, но многие мои коллеги попали в ИТ гораздо быстрее именно с помощью ментора.

Введение

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

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

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

В этом блоге мы собрали «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 заключается в следующем:

Вопрос 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

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

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

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

Вопрос 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 ВА

Привет, Хабр! Авторы этой статьи работают в команде больших данных в Х5 Tech. Мы решили объединить в статье наш личный опыт отбора кандидатов на позицию начинающего аналитика и дать несколько рекомендаций по составлению качественного резюме. Надеемся, что они окажутся полезными для тех, кто ищет работу своей мечты, и будет совсем здорово, если мы в итоге встретимся в X5 Tech.

Ни для кого не секрет, что в X5 Tech есть большая потребность в аналитике. В компании постоянно открываются новые продукты и инициативы, в которых есть разные её виды: продуктовая аналитика, аналитика больших данных, анализ и проведение АБ-тестов, построение ML-моделей и многое другое.

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

• искать Junior специалистов с подходящим набором компетенций и незначительным, но релевантным опытом работы;

• найти стажёра, обучить его нашему фреймворку работы и через 3 месяца получить Junior-специалиста, который будет хорошо понимать бизнес-процессы и специфику работы в X5 Tech.

В различных компаниях используют разнообразные инструменты, и шансы, что специалист с небольшим опытом владеет нужными компетенциями для работы в X5 Tech, малы. Это увеличивает время поиска Junior-специалиста. По этой причине часто практикуется обучение стажёров с участием ментора.

 Один из способов поиска стажёров в Х5 Tech выглядит следующим образом: 

1. размещение вакансии в профильных чатах/группах; 

2. сбор откликов;

3. первичный скрининг резюме (отбор релевантных профилей);

4. технические собеседования;

5. знакомство с командой;

6. оформление финалистов на стажировку.

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

Общий формат резюме

Как правило, резюме состоит из шапки с контактной информацией, перечня ключевых навыков (тегов) и блоков с информацией про опыт работы и образование.

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

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

Теперь пройдёмся последовательно по основным блокам резюме.

Шапка с контактной информацией

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

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

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

Наличие фото никак не влияет на первичный отбор резюме. Если вы хотите добавить фото, то сделайте его компактного размера и хорошего качества, но при этом чтобы файл не весил более 1 МБ.

Ключевые навыки

Hard Skills: не больше 5-10 тегов. Если больше, то сгруппировать или выписать только те, в которых достигнут достаточно высокий (с вашей точки зрения) уровень владения. Будет удобно отсортировать компетенции по уровню владения.

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

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

Не стоит упоминать, что склад ума аналитический. От аналитика в первую очередь именно это и ожидается. Многозадачность и стрессоустойчивость — тоже модное, но очень субъективное понятие.

Тайм-менеджмент — читатель может как угодно трактовать подобные фразы.

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

Опыт работы

Глобально резюме на стажёра/Junior можно разделить на два типа: студенты/выпускники вузов и те, кто решил сменить профессию и прошёл/проходит обучающие курсы в области Data Science (DS). Рассмотрим подробнее оба случая.

Случай без опыта работы в DS

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

Не перечисляйте пройденные курсы в разделе про опыт работы! Перечисление решённых задач эквивалентно Copy-Paste содержания курса, и это не представляет большого интереса для читателя. Лучше оставьте ссылку на содержание курса в его названии. Также не рекомендуем писать список из более десяти курсов. Как и с тегами, в такой ситуации лучше группировать по тематикам.

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

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

Если вы фанат DL/CV, но готовы работать и с классическим ML, то напишите, что готовы работать и с табличными данными. 

Случай со сменой специализации или небольшим опытом работы

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

Касательно опыта в других сферах: не стоит присылать 5 страниц с 20 должностями за последние 15 лет. Лучше, на наш взгляд, попытаться изложить в кратком резюме до трёх наиболее релевантных достижений, что делал и почему решил менять специализацию.

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

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

Заключение

Перед отправкой резюме оцените критически его объём. Не должно быть визуального шума, перегруженности и очень крупного шрифта. Сделайте содержание ёмким и информативным. Желательно уместить резюме на одну страницу (если у вас нет опыта работы), с опытом в другой сфере – до двух страниц. Задайте себе вопрос: что важнее для работодателя – наличие у вас водительских прав или что вы можете писать чистый код?

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

Полезные материалы:

1. Шаблоны резюме на английском 

2. Как новичку составить резюме

С удовольствием почитаем ваши комментарии о том, что ещё может помочь при составлении резюме начинающему аналитику?

В написании статьи принимали участие: Антон Денисов, Татьяна Новикова, Никита Сурков, Александр Сахнов.

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

Основные проблемы начинающего бизнес-аналитика с комментариями из BABOK®Guide

Если бы 10 с лишним лет назад, в начале моей карьеры бизнес-аналитика мне попалась подобная статья с практическими советами «бывалых мастеров», я бы сохранила много времени и нервов, пытаясь решить задачи, которые не разбирались в процессе обучения. Обычно высшее образование или профильные курсы фокусируются на методологиях, фреймворках, языках, техниках, приемах и прочих инструментальных аспектах, которые можно отнести к hard skills. Однако, soft skills также важны в работе бизнес-аналитика. Как это связано с профессиональными компетенциями с точки зрения руководства BABOK®Guide, мы частично разбирали здесь. Но, поскольку это руководство по бизнес-анализу ориентировано, в основном на специалистов с опытом работы, начинающий аналитик может не знать особенностей всех областей знаний, которые описаны в BABOK. Поэтому новички в бизнес-анализе могут столкнуться со следующими трудностями, по крайней мере, в рамках своих нескольких первых проектов. Впрочем, BABOK – не лучший учебник для новичка с нулевым уровнем знаний и практики, о чем я рассказываю здесь.

1. Непонимание истинной конечной цели проекта

Зачем и кому на самом деле нужно предполагаемое изменение и нужно ли вообще. Часто такая проблема возникает в рамках государственных и «околобюджетных» проектов, где задействовано множество стейкхолдеров, каждый из которых имеет свой интерес. При этом интересы могут пересекаться или конкурировать друг с другом за финансовые, человеческие и прочие ресурсы. Например, конфликт между городской и областной администрацией. Также подобные противоречия имеют место в крупных корпорациях, когда головной офис спускает всем филиалам унифицированное решение, которое должно быть внедрено. При этом не учитываются местные особенности, в частности, организационные и технические аспекты, которые уже решают какую-то задачу. В этом случае «местечковый» менеджер старается «протолкнуть» свое решение, чтобы повысить ROI от уже вложенных инвестиций и продолжить получать финансирование. А «центр» стремится унифицировать процессы и инструменты, попутно сокращая источники затрат. Таким образом, бизнес-аналитик сталкивается с разносторонним пониманием потребности (Need). Напомним, потребность входит в модель базовых понятий бизнес-анализа (Business Analysis Core Concept Model™, BACCM™), которая является ключевой идей руководства BABOK и образует понятийный каркас бизнес-анализа. Именно потребность как проблема или возможность улучшения может инициировать изменения, побуждая стейкхолдеров к действиям. Поэтому корректное и полное понимание потребности является исходной точкой бизнес-анализа. С этим связаны следующие «грабли», на которые может наступить начинающий бизнес-аналитик.

2. Недостаточное сотрудничество и/или отсутствие поддержки

руководства и лиц, принимающих решения (ЛПР), а также тех стейкхолдеров, которые обладают административными ресурсами в отношении проекта по бизнес-анализу. Причем речь идет не только о выявлении заинтересованных сторон, которые непосредственно задействованы в бюджетировании проекта (Заказчик, Спонсор), процессах выявления/валидации/утверждения требований или тех, кого напрямую коснется предполагаемое изменение. Важно заручиться поддержкой лиц, обладающих авторитетом, чтобы избежать возможного саботажа участников анализируемых бизнес-процессов. Например, бизнес-аналитик обследует розничные продажи с целью их оптимизации с помощью внедрения CRM-системы и беседует с продавцами – потенциальными пользователями этого предполагаемого решения. Даже если старший sales-менеджер не будет использовать будущую систему, степень полноты и корректности требований к решению зависит от вовлеченности лидера. Таким лидером может быть как официальный руководитель, так и неформальный лидер – рядовой член рабочего коллектива, который пользуется всеобщим уважением. Ответственное и серьезное отношение такого человека к бизнес-анализу как к важной деятельности, а не фактору отвлечения от основной деятельности, будет распространяться на весь коллектив. Это поможет аналитику решать задачи области знаний «Выявление и сотрудничество» (Elicitation and Collaboration), а также взаимодействовать со стейкхолдерами в рамках прочих работ по бизнес-анализу по BABOK®Guide, например, при оценке эффективности внедренного решения (Solution Evaluation), анализе стратегии изменений (Strategy Analysis) и пр.

3. Незнание предметной области

или контекста бизнес-среды (Context), который также входит в BACCM-модель базовых понятий бизнес-анализа. Согласно BABOK, понимание предметной области относится к профессиональной компетенции «Знание бизнеса» (Business Knowledge). Разумеется, невозможно за короткий срок в рамках проекта по бизнес-анализу освоить все отраслевые особенности. Однако, аналитику следует иметь представление об основных процессах и продуктах рассматриваемого домена, их участниках и ключевых результатах, стратегических и тактических целях, а также показателях их достижения. К примеру, без понимания основ банковской деятельности невозможно участвовать в проекте ее оптимизации. «Ликвидировать безграмотность» поможет изучение отраслевых стандартов, внутренних регламентов, профессиональные учебники и прочие методические материалы, а также консультации экспертов предметной области – Subject Matter Expert (SME), как их называет BABOK.

4. Недостаточно плотная работа со SME-стейкхолдерами

из-за стеснения или боязни отвлекать их от основной деятельности. По сути, эти грабли являются следствием предыдущих проблем, а также связаны с отсутствием или недостаточным уровнем soft skills у бизнес-аналитика. BABOK®Guide подчеркивает важность этих профессиональных компетенций, описывая их в коммуникативных навыках (Communication Skills) и навыках взаимодействия (Interaction Skills) для эффективного обмена информацией со стейкхолдерами и умением бизнес-аналитика выстраивать продуктивные отношения, сотрудничать и общаться с разными людьми. Практика показывает, что уровень застенчивости аналитика обратно пропорционален его опыту, а настойчивость, дотошность и внимательность к деталям являются залогом качественно выполненной работы. Поэтому не стоит стесняться отвлекать от прямых обязанностей потенциальных пользователей решения, Заказчика, Спонсора и прочих стейкхолдеров, которых затронет будущее изменение – они вместе с аналитиком участвуют в проекте бизнес-анализа и тоже влияют на его результат.

5. Игнорирование неформальных особенностей

предприятия/рабочего коллектива и корпоративной культуры. Частично это можно отнести к контексту среды и к задаче «Оценка ограничений предприятия» (Assess Enterprise Limitations) из области знаний «Оценка решения» (Solution Evaluation) в BABOK®Guide. Например, если культура предприятия (устоявшиеся убеждения, ценности и нормы) не поощряет использование личных гаджетов на рабочем месте, аналитику будет сложно убедить ЛПР в эффективности BYOD-концепции (Bring Your Own Device). Когда корпоративная культура не готова принять предлагаемое решение, потребуется ее изменение или поиск альтернативных вариантов. Чтобы не упереться в «тупик культурных ограничений», аналитик должен знать о таких особенностях и способах обработки подобных возражений. В частности, в рассмотренном выше примере с гаджетами это может быть выдача персоналу корпоративных устройств или установка на личные девайсы специальных программ, которые будут блокировать на период рабочей смены развлекательные сайты и мессенджеры для личной переписки.

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

• Основы бизнес-анализа для начинающих
• Управление бизнес-анализом – курс для руководителей