Не мог решить, выкладывать это в блог или не надо. Сам работодатель решение задания не принял (и я и до отправки знал, почему. Я выполнил не все требования), зато оно понравилось другому работодателю и он сделал мне оффер не хуже.
Дайте мне знать, надо ли выкладывать контент про бизнес-аналитику в IT.
По условиям на задание дается неделя, но потратить можно только 4 часа чистого времени с учетом изучения
исходных материалов
.
В задании не сказано уложиться в какой-то бюджет.
Задание:
Городская администрация предоставляет инвалидам услугу социального такси по льготным расценкам. В настоящее время она
выглядит так
. Процесс заказа в таком виде медленный и неудобный. Администрация хочет его как-то улучшить с применением информационных технологий, не изменяя при этом общие принципы предоставления услуги.
Предложите решение. Ваше предложение должно включать:
- Краткую (не более 1 страницы) аннотацию для лиц, принимающих решение: что именно предлагается сделать, что улучшится в результате, какие изменения в процессах потребуются, как будет организован учет и контроль.
- Крупноблочную схему бизнес-процесса «как должно быть» в нотации BPMN.
- Диаграмму компонентов и взаимодействий в произвольной нотации (можно в собственной, с расшифровкой обозначений).
- Логическую модель данных (без детализации атрибутного состава сущностей) в нотации IDEF1 или любой аналогичной.
Диаграммы можно сопровождать пояснительными записками.
ТЗ на улучшение сервиса «Социальное такси»
Автор: Демахин Денис, бизнес-аналитик. Дата составления 17.02.2023
Цель: городская администрация предоставляет инвалидам услугу социального такси по льготным расценкам. Процесс заказа слишком медленный и неудобный. Надо улучшить способ заказа такси для пользователей при помощи информационных технологий, не изменяя при этом общие принципы предоставления услуги.
Текущее состояние: заявка на транспорт подается с 9.30 до 17.00 в рабочие дни, не позднее чем за 2 рабочих дня до требуемого дня обслуживания в Управление по телефону, либо на электронный адрес. Транспорт подается в соответствии с заявкой с 8:00 до 19:00 в рабочие и выходные дни. При поступлении заявки на доставку граждан на автовокзалы, Ж/Д станции, аэропорты во внерабочее время, возможность оказания услуги определяется учреждением самостоятельно при наличии возможности.
Информация по ссылке.
Недостатки:
- Форма заявки и правила есть только в 16-страничном PDF-документе, поэтому пользователь не всегда понимает, какую информацию он должен указать в письме.
- В каждой новой заявке нужно заново подавать набор повторяющейся информации (удостоверить свою личность, свою контактную информацию, свою инвалидность и т.д.)
- Неудобный сервис расчета стоимости поездки, т.к. расчет ведется вручную.
- Сотрудник Управления и водитель тратят много рабочего времени на бюрократию.
Будущее состояние:
- Сохранить старый способ подачи заявок и отчетности (для удобства тех, кто привык). Со временем им просто перестанут пользоваться, так что упразднять его нет смысла.
- Создать бесплатное приложение для смартфонов с версией для Android и iOS, и его Web-версию. Либо для экономии бюджета создать только сайт, без приложения. Должно получиться приложение, похожее на сервис заказа такси.
Что улучшится в результате:
— В приложении можно будет создать аккаунт пользователя, чтобы в нем всегда были сохранены необходимые данные, чтобы их не нужно было каждый раз указывать заново.
— Простое создание и отмена заявки через заполнение стандартных полей в приложении.
— Автоматический расчет маршрута поездки на карте как в любом приложении для такси.
— Автоматический и прозрачный расчет стоимости поездки исходя из маршрута и ожидаемого, а потом фактического времени простоя.
— Возможность автоматической оплаты карточкой, которую можно привязать к аккаунту. Это также облегчит отчетность водителей.
— Возможность в режиме онлайн видеть обратную связь от Управления (одобрение / отклонение заявок, блокировка услуги на 2 месяца, количество оставшихся поездок и т.д.)
— Система автоматически строит график поездок.
— Система рейтинга и отзывов о водителях для повышения их вежливости.
Какие изменения в процессах потребуются, как будет организован учет и контроль:
Приложение будет работать на базе CRM-сервера, в котором будет храниться инфо по всем аккаунтам, поездкам и оплатам. Это же является и главным инструментом контроля.
Логическая модель данных (с некоторым составом атрибутного состава сущностей)
Пояснения по взаимодействию:
- Верифицированный аккаунт пользователя создает заявку на транспорт. Все данные из аккаунта, создающего заявку автоматически прикрепляются к заявке.
- После того, как заявка создана, она создает на сервере приложения профиль поездки. К нему автоматически прикрепляется вся информация из заявки на транспорт и вся сопутствующая информация.
- К профилю поездки автоматически назначается специалист Управления, который обязан отреагировать на нее. Согласовать, либо отклонить, указав причины.
- Если заявка подается старым способом (по телефону или по электронной почте), то специалист Управления сам создает аккаунт пользователя и заявку и заполняет их данными по информации от пользователя. Если после этого пользователь сам захочет создать себе профиль в приложении, приложение не даст ему этого сделать, но предложит получить доступ к существующему аккаунту через процедуру восстановления пароля.
- Если профиль поездки согласован, к нему прикрепляется водитель и транспортное средство. У одного водителя может быть несколько ТС. У одного ТС может быть несколько водителей.
- Если в отчетном периоде все пользователи расплатились прикрепленной к аккаунту карточкой, то водитель не делает никакую отчетность, за него всё сделает сервер приложения. Если хотя бы один пользователь расплатился наличными в отчетном периоде, водитель заполняет отчетность как раньше на сумму наличных средств за период.
- Сервер приложения берет на себя всю отчетность и весь контроль, а также передает данные на главный Компьютерный банк данных.
Тестовое задание для бизнес-аналитика
В тесте проверяем и Python, и SQL, и математику, и работу с BI, и продуктовые метрики, и все-все-все.
Вопросов:
9
Время: 9:00
- Тестирование
- Сотрудничество
- Лента
- О Hibrain
Тест для системных и бизнес-аналитиков
Продолжительность: до 25 минут
Создайте учетную запись
Создайте учетную запись или авторизуйтесь и вы сможете посмотреть результаты тестирования
Тест для будущих аналитиков. Позволяет проверить базовые знания в области системного и бизнес-анализа.
Делюсь своим топом вопросов, которые наиболее часто встречал/задавал при собеседованиях на бизнес-аналитика.
Обо мне
Меня зовут Виктор Дмитриев. Я практикующий бизнес-/системный аналитик с опытом управления командой / глубокого бизнес-анализа / запуска Web и Mobile проектов. В отрасли больше 7 лет, успел поработать в следующих компаниях:
- BCG
- Норникель
- Inframine
- KPMG
- Paybis
За это время я:
- Прошел путь в бизнес-аналитике: junior -> middle -> senior -> lead (руководил группой аналитиков в размере 12 человек)
- Вырастил 4 аналитиков с уровня junior до уровня middle
- Вырастил 2 аналитиков с уровня middle до уровня senior
- Помог 6 людям из совершенно другой профессии получить оффер на вакансию бизнес-аналитика
- Сам отбирал, проводил собеседования и принимал на работу бизнес-аналитиков в свои команды
- Прошел более 40 собеседований на вакансии бизнес-аналитика, личный процент офферов — больше 50%
- Запускал / участвовал в запуске проектов различного масштаба и сложности:
— SAP ERP,
— Microsoft Dynamics 365,
— ERP системы собственного производства,
— Маркетинговые продукты и системы управления рисками собственного производства,
— Fintech продукты,
— Мобильное банковское приложения на стыке финтеха и крипто-сферы.
Последнее время, ко мне часто приходят с запросом на консультацию для подготовки к собеседованию на позицию бизнес-аналитика. Поэтому решил собрать основную информацию по самым часто задаваемым вопросам на техническом собеседовании на позицию бизнес-аналитика в этой статье. Делитесь своим опытом также в комментах, думаю, это будет полезно всем.
Предисловие
В первую очередь, предлагаю вам ознакомиться со статьей ниже. В рамках этой статьи я рассказал про структуру и основные этапы собеседования на позицию бизнес-/системного аналитика.
Прохождение собеседования на позицию бизнес-аналитика
Личный опыт человека, получившего более 20 офферов на позицию бизнес-аналитика. Время чтения статьи: примерно 8 минут.
Речь там шла про три основных этапа отбора на позицию бизнес-/системного аналитика, где я указал, что решающим является именно техническое собеседование (часто это собеседование с потенциальным руководителем).
Именно об этом основном этапе мы поговорим ниже.
Основные понятия
Опять же, чтобы не устраивать холивар по поводу понятий и разницы между системным и бизнес-аналитиком, под бизнес-аналитиком (aka БА) я буду рассматривать универсального фулл-стэк аналитика, который сопровождает полный путь сбора требований к разработке системы/фичи:
- Анализ процесса
- Сбор требований
- Написание постановки требований (ТЗ)
- Сопровождение разработчиков при разработке
- Участие в приемке фичи
Особенности технического собеседования
Основные особенности технического собеседования:
- Продолжительность: около 60 минут
- С кем проводится: с сотрудником вашего грейда или потенциальным руководителем (если он хорошо «шарит» в ваших обязанностях)
- Цель: выявить уровень ваших хард-скиллов и понять, на какой грейд вы можете претендовать в компании (junior, middle, senior, lead). Грейды сейчас — это очень условное понятие, в одной компании ваш опыт и компетенции могут рассматривать на грейд lead-а, в другой могут квалифицировать вас как middle или middle+.
- Структура:
— первые 10-15 минут: монолог работодателя с описанием компании и вакансии
— следующие 30-40 минут: проверка ваших хард-скиллов (имхо: наиболее определяющая часть всего процесса отбора кандидата)
— последние 10-15 минут: ваша возможность уточнить интересующие вопросы (советую не пренебрегать этим этапом, а, действительно, задавать важные для вас вопросы — так вы покажете вашу заинтересованность именно в этой вакансии и сможете больше узнать о месте, где вам, возможно, предстоит работать).
ТОП вопросов
Переходим непосредственно к самой интересной части этой статьи — к вопросам, которые я чаще всего встречал (и которые сам задаю) при отборе кандидатов на позицию БА. Постараюсь разбить потенциальные вопросы по 4 основным грейдам: junior, middle, senior, lead.
Вопросы к джунам
Предполагается, что у вас либо нет практического опыта, либо его очень мало (до 1 года работы). Но при этом от вас будут ожидать, что у вас есть хотя бы один учебный проект за спиной. Поэтому вам могут задавать два типа вопросов: теоретические, в целом, про процессы и методологии БА и практические, конкретно про ваши проекты.
Например:
- Какие методологии управления проектами вы знаете?
- В чем отличия Waterfall от Agile?
- Какие преимущества и недостатки у Scrum и Kanban?
- Чем Use Case отличается от User Story?
- Приведите пример Use Case и User Story.
- Какие типы требований бывают?
- В чем отличия функциональных и нефункциональных требований?
- Какие критерия качества требований вы знаете?
- Приводят кейс, например, «вот вы выходите в первый день на новый проект», какие ваши действия?
- Расскажите про свой учебный/рабочий проект, покажите и расскажите, как вы писали ТЗ.
- Какие методологии моделирования бизнес-процессов знаете?
- Какие основные элементы BPMN?
- Знакомы ли с UML? Что такое диаграмма классов?
- Что знаете про базы данных?
- Какая типичная структура запроса для формирования выборки данных?
- Что такое ERD?
- Чем INNER JOIN отличается от LEFT JOIN?
- По какой структуре, обычно, пишите ТЗ?
- Что знаете про написание ТЗ по ГОСТ? Какая там структура?
- Какие книги по бизнес-аналитике вы читали? Знакомы ли с Вигерсом или BABOK?
Вопросы к миддлам
Предполагается, что вы уже состоявшийся специалист, которого можно отправить на проект средней сложности, и вы будете знать, что делать. Все вопросы, которые были выше на уровне junior применимы и для вас, плюс:
- Если проект интеграционный, вас могут поспрашивать по интеграциям:
a. Что знаете про REST / SOAP?
b. Какие основные методы REST-а знаете?
c. Чем отличается метод GET от POST?
d. Что делают PUT / DELETE / PATCH методы?
e. Какой-нибудь кейс — например, если вы реализуете логику авторизации юзеров на сайте, какой метод для этого лучше использовать — GET или POST? - Также может быть сильнее сделан упор на базы данных и SQL (если вакансия это предполагает):
a. Приводят пример кейса, например, «есть банк, в нем есть такие-то сущности, такие-то атрибуты. Как будет выглядеть логическая модель данных, какие будут основные атрибуты и связи?» Здесь обязательно будет подвох в связи n — n.
b. Возможны вопросы по сложным SQL запросам — обязательно понимание отличия JOIN-ов, GROUP BY, умение писать подзапросы. - Знакомы ли вы с UML Sequence диаграммами? Вам могут дать кейс, в рамках которого нужно будет нарисовать диаграмму.
- Можете ожидать более сложных вопросов по BPMN:
a. Какие типы событий вы знаете?
b. Как отобразить, что процесс выполняется параллельно?
с. Как отображаются информационные потоки? - Ожидайте вопросов про кейсы на прошлых проектах, например:
a. Что самое сложное вам приходилось делать на ваших предыдущих проектах?
b. Как у вас устроено взаимодействие в команде? По какой методологии работаете и т.д.
c. Покажите и расскажите про свою типичную задачу и структуру ТЗ, по которой эту задачу вы отдаете в разработку (здесь идеально показать экран, если то, что вы пишите, не под NDA).
Вопросы к синьорам
Между синьорам и миддлом часто проходит тонкая грань, не зримая обычному человеку) Я бы описал синьора как состоявшегося специалиста, которому можно дать комплексный сложный проект и нескольких джунов/миддлов в помощь. В свою очередь, синьор будет способен эффективно управлять своим ресурсом, давать задачи своим «помощникам», проверять качество их требований и давать наставления по поводу роста его «помощников». Поэтому здесь, помимо вопросов выше на уровне junior и middle, могут быть также заданы более сложные вопросы:
- Например, по интеграциям:
a. Что знаете про OpenAPI 3.0?
b. Чем «inPath» отличается от «inQuery»?
c. Как работают очереди сообщений? Какие очереди сообщений знаете и использовали?
d. Что такое ESB и как описывать требования к интеграции через ESB?
e. Что такое идемпотентность?
f. Какие REST методы являются идемпотентными, а какие безопасными? - По управления командой на проекте:
a. Был ли у вас опыт управления командой аналитиков на проекте?
b. Как вы распределяете задачи между аналитиками на своих проектах?
c. Как вы контролируете качество документации, которую готовят аналитики на вашем проекте? - Какие источники информации потребляете, чтобы узнавать новости в сфере бизнес-/системной аналитики или в принципе из сферы ИТ?
Вопросы к лидам
Здесь применимы все те же вопросы, что и выше на позициях junior / middle / senior (да, меня пару раз при собесе на лида спрашивали базовые вопросы — типо, «что такое Agile?»), плюс большой упор будет делаться на people management. Потенциально вопросы могут быть такие:
- Расскажите про случай, когда ваш подчиненный (аналитик) вступал в конфликт с командой / заказчиком. Как вы «разруливали» этот конфликт?
- Как вы организуете рабочее пространство (шаблоны документации, процессы внутри команды и т.д.)?
- Как вы управляете распределением задач между вашими аналитиками?
- Как вы принимаете решение о поощрение/росте своих аналитиков?
- Как вы проводите онбординг нового сотрудника?
- Какие инструменты развития вы, обычно, предлагаете вашим аналитикам?
- Какие OKR вашего отдела аналитики? Как вы их формируете, согласуете, держите в актуальном состоянии?
Применимо ко всем этапам
Если вопрос попал в список выше, значит, мне его, в том или ином виде, задавали, минимум, дважды.
Плюс ко всему, на любом из этапов вам могут предложить порешать логические задачки. При этом на моей практике эти логические задачки почти не пересекались, так что выделить здесь ТОП будет сложно. Решайте брейнтизеры, тренируйте устный счет, старайтесь больше читать нестандартной литературы типо ТРИЗ, и это все вам, возможно, поможет решить логическую задачку, а, возможно, и нет)
Заключительные мысли
Выше я привел список вопросов, которые сам часто задаю или которые задавали мне при собеседованиях на позицию БА, но хочу отметить два важных пункта:
1. Не обращайте ключевого внимания на грейды, т.к. грейды сейчас очень отличаются от компании к компании — где-то вас оценят как миддла, где-то — как синьора. Чтобы понять реальный грейд для конкретной вакансии, мало обращать внимания просто на название вакансии «senior business analyst», нужно прочитать обязанности и обсудить на собеседовании, чтобы понять какой реально грейд компания хочет найти.
2. Список вопросов выше, безусловно, является полезным, но он не является всеобъемлющим — отталкивайтесь от конкретной вакансии и описанных обязанностей, когда вы будете готовиться к собесу. Хотя я абсолютно уверен, что этот список вопросов может стать для вас отличной отправной точкой при подготовке к собеседованию.
Удачи на собеседовании!
И, наконец, небольшой опрос, чтобы понять, полезно ли сообществу то, что я пишу?
Вам была полезна эта статья?
Да
Нет
Посмотреть результат
Показать результаты
Переголосовать
Проголосовать
Мои контакты
Мой контакт: tg.
Ко мне можно обратиться с техническими вопросами, интересными кейсами, поиском карьерных возможностей, помощью в обучении бизнес-аналитике с нуля и помощью в подготовке к собеседованиям. Конечно же, в сфере бизнес-/системной аналитики или проектного/продуктового управления. Если вам интересно, пишите.
Тестовое задание
по направлению
Бизнес-аналитика
Ниже вы найдёте текст тестового задания.
После выполнения вам необходимо загрузить результат в облако и отправить ответ, заполнив форму на этом сайте.
Подписывайтесь, чтобы быть в курсе всех обновлений, а также иметь возможность задавать вопросы.
Откройте Дашборд по ссылке.
Необходимо описать данный дашборд. Правил описания нет. Важно написать какие управленческие решения можно принять, изучив данный дашборд.
Ответить на предложенные вопросы:
- какой процент решенных вопросов с первого обращения был 16 числа текущего месяца?
- почему плановый показатель по коэффициенту RC равен 0?
- у какого оператора самый высокий КПД?
- у какого оператора самая низкая производительность?
- какое количество поступивших и потерянных звонков было в г. Шымкент 21 марта?
Отправьте результат через наш бот
Это задание должно показать, насколько вы умеете понимать задачи бизнеса и для каких целей строят Дашборд
Заполните личные данные, прикрепите ссылку на ваше решение и отправляйте результат.
POWER BI / AZURE / MICROSOFT / POWER BI /
Форма для отправки ответа
Наша почта:
По всем вопросам можете писать сюда hr@aspex.kz