Forwarded from Analyst IT
Привет! Сегодня продолжаем рубрику "Задачи и тестовые задания", и предлагаю разобрать тестовое задание на позицию Мидл Бизнес-аналитик
#задачки #тестовыезадания
Задание 7:
Вы являетесь бизнес-аналитиком в компании ABC, которая занимается онлайн продажами товаров. Вам необходимо провести моделирование бизнес-процесса обработки заказов, чтобы оптимизировать его эффективность.
Ваша задача состоит из следующих этапов:
1. Постройте модель бизнес-процесса, иллюстрирующую описанный сценарий с использованием BPMN (Business Process Model and Notation).
2. Опишите важные этапы или точки решений в бизнес-процессе.
3. Идентифицируйте возможные узкие места или проблемы в процессе.
4. Предложите улучшения или оптимизации для бизнес-процесса, направленные на повышение эффективности и сокращение времени выполнения.
Примечание:
- Модель бизнес-процесса должна быть представлена в виде диаграммы BPMN с ясно обозначенными шагами и последовательностями.
- В развернутом ответе к проекту модели бизнес-процесса, включите описание важных этапов, выявление узких мест и предложения по оптимизации.
- Вы можете использовать любой инструмент для моделирования бизнес-процессов, например, draw.io, Visio, или онлайн-редакторы BPMN.
При общении с заказчиком вы могли составить несколько сценариев для моделирования БП👇:
1. Клиент отправляет запрос на покупку товаров через форму на веб-сайте компании.
2. Запрос принимается отделом продаж, который проверяет наличие товара и его доступность. В случае отсутствия товара, происходит отклонение запроса.
3. Если товар доступен, запрос передается в финансовый отдел для создания счета на оплату клиенту.
4. Клиент получает счет на оплату через электронную почту и осуществляет оплату.
5. После оплаты, отдел продаж создает заказ, и передает информацию коллегам для подготовки товара
6. После подготовки товаров, они передается клиенту в соответствии с выбранным способом доставки.
7. Заказ считается завершенным, когда клиент получает товар и отмечает его как полученное.
Данное задание позволит оценить уровень знаний кандидата в области моделирования бизнес-процессов, его способность выявлять проблемы в процессах и предлагать улучшения для оптимизации работы компании.
В след раз я накидаю ответ на данное тестовое задание и мы разберем узкие места и мои ошибки, а они будут)))
Если есть инетерес и время, накидайте ответ сами и поделитесь с нами)
Источник: @analysis_it
#задачки #тестовыезадания
Задание 7:
Вы являетесь бизнес-аналитиком в компании ABC, которая занимается онлайн продажами товаров. Вам необходимо провести моделирование бизнес-процесса обработки заказов, чтобы оптимизировать его эффективность.
Ваша задача состоит из следующих этапов:
1. Постройте модель бизнес-процесса, иллюстрирующую описанный сценарий с использованием BPMN (Business Process Model and Notation).
2. Опишите важные этапы или точки решений в бизнес-процессе.
3. Идентифицируйте возможные узкие места или проблемы в процессе.
4. Предложите улучшения или оптимизации для бизнес-процесса, направленные на повышение эффективности и сокращение времени выполнения.
Примечание:
- Модель бизнес-процесса должна быть представлена в виде диаграммы BPMN с ясно обозначенными шагами и последовательностями.
- В развернутом ответе к проекту модели бизнес-процесса, включите описание важных этапов, выявление узких мест и предложения по оптимизации.
- Вы можете использовать любой инструмент для моделирования бизнес-процессов, например, draw.io, Visio, или онлайн-редакторы BPMN.
При общении с заказчиком вы могли составить несколько сценариев для моделирования БП👇:
2. Запрос принимается отделом продаж, который проверяет наличие товара и его доступность. В случае отсутствия товара, происходит отклонение запроса.
3. Если товар доступен, запрос передается в финансовый отдел для создания счета на оплату клиенту.
4. Клиент получает счет на оплату через электронную почту и осуществляет оплату.
5. После оплаты, отдел продаж создает заказ, и передает информацию коллегам для подготовки товара
6. После подготовки товаров, они передается клиенту в соответствии с выбранным способом доставки.
7. Заказ считается завершенным, когда клиент получает товар и отмечает его как полученное.
Данное задание позволит оценить уровень знаний кандидата в области моделирования бизнес-процессов, его способность выявлять проблемы в процессах и предлагать улучшения для оптимизации работы компании.
В след раз я накидаю ответ на данное тестовое задание и мы разберем узкие места и мои ошибки, а они будут)))
Если есть инетерес и время, накидайте ответ сами и поделитесь с нами)
Источник: @analysis_it
Forwarded from BApedia | Бизнес-анализ
Программа адаптации – как помочь новичку стать «своим» в команде
"За последние 3 года количество аналитиков-новичков, которые приходят к нам в команду, выросло почти в 6 раз. К нам приходят новички разного уровня, от младших до ведущих. У каждого – свой багаж знаний и практический опыт. Важно адаптировать этот опыт и знания к практикам работы, которые приняты компании. Если не заниматься адаптацией, каждый новичок будет работать так, как он привык. Команда и заказчики будут ожидать совсем другого результата, к которому они тоже привыкли. В итоге – хаос неизбежен."
Перейти к статье | BApedia
"За последние 3 года количество аналитиков-новичков, которые приходят к нам в команду, выросло почти в 6 раз. К нам приходят новички разного уровня, от младших до ведущих. У каждого – свой багаж знаний и практический опыт. Важно адаптировать этот опыт и знания к практикам работы, которые приняты компании. Если не заниматься адаптацией, каждый новичок будет работать так, как он привык. Команда и заказчики будут ожидать совсем другого результата, к которому они тоже привыкли. В итоге – хаос неизбежен."
Перейти к статье | BApedia
Проектирование REST API: спорные вопросы с проектов и собеседований на системного аналитика (и не только)
Перейти | BA|SA
Перейти | BA|SA
Хабр
Проектирование REST API: спорные вопросы с проектов и собеседований на системного аналитика (и не только)
Привет! Эта статья на холиварную тему. Комментарии приветствуются, особенно если у вас есть интересный опыт, которым можете поделиться! Проектирование REST API - это процесс создания дизайна методов...
Алоха! В современном мире, где данные играют все более важную роль в бизнесе, необходимость использования передовых технологий и инструментов становится все более актуальной. Поэтому я предлагаю затронуть данную тему и поговорить о некоторых ключевых технологиях и инструментах для бизнес-аналитиков, которые помогают нам справиться с самыми сложными задачами с данными и технологиями.
1. Machine Learning и Data Science:
Machine Learning (Машинное обучение) и Data Science (Наука о данных) - эти технологии стали неотъемлемой частью работы бизнес-аналитиков. Они позволяют собирать, анализировать и интерпретировать большие объемы данных, выявлять закономерности и предсказывать будущие тренды. Благодаря машинному обучению и алгоритмам, бизнес-аналитики могут делать более точные прогнозы и принимать обоснованные решения.
2. AI и Natural Language Processing (NLP):
Искусственный интеллект (AI) и обработка естественного языка (NLP) - это еще две важные технологии, которые значительно упрощают работу бизнес-аналитиков. AI позволяет автоматизировать многие рутинные задачи и предоставлять ценные рекомендации на основе данных. NLP, в свою очередь, помогает бизнес-аналитикам анализировать и обрабатывать текстовую информацию, определять настроения клиентов, анализировать отзывы и многое другое.
3. Data Visualization и Dashboarding:
Важной частью работы бизнес-аналитика является визуализация данных и создание информативных дашбордов (панели управления). Data Visualization позволяет превращать скучные цифры и статистику в понятные и наглядные графики, диаграммы и интерактивные визуализации. Объединение данных в удобных для восприятия дашбордах помогает бизнесу быстро обращать внимание на главные показатели и принимать оперативные решения.
4. Cloud Computing и Big Data:
Cloud Computing (Облачные вычисления) и Big Data - это две технологии, которые меняют способ, которым мы храним, обрабатываем и анализируем данные. Облачные сервисы позволяют бизнес-аналитикам работать с данными удаленно и с легкостью масштабировать свои вычисления. Big Data способствует сбору и анализу больших объемов данных, при этом открывая новые возможности для предсказаний и выявления скрытых трендов.
Теперь, когда мы ознакомлены с этими ключевыми технологиями и инструментами, необходимо активно изучать и применять их в своей работе. Быть в курсе последних тенденций и новшеств поможет вам не только успешно выполнять свою работу, но и быть востребованным и достигать поставленных целей.
К чему я это все - вы спросите? Да я опять хочу дать вам опросик))) 👇
1. Machine Learning и Data Science:
Machine Learning (Машинное обучение) и Data Science (Наука о данных) - эти технологии стали неотъемлемой частью работы бизнес-аналитиков. Они позволяют собирать, анализировать и интерпретировать большие объемы данных, выявлять закономерности и предсказывать будущие тренды. Благодаря машинному обучению и алгоритмам, бизнес-аналитики могут делать более точные прогнозы и принимать обоснованные решения.
2. AI и Natural Language Processing (NLP):
Искусственный интеллект (AI) и обработка естественного языка (NLP) - это еще две важные технологии, которые значительно упрощают работу бизнес-аналитиков. AI позволяет автоматизировать многие рутинные задачи и предоставлять ценные рекомендации на основе данных. NLP, в свою очередь, помогает бизнес-аналитикам анализировать и обрабатывать текстовую информацию, определять настроения клиентов, анализировать отзывы и многое другое.
3. Data Visualization и Dashboarding:
Важной частью работы бизнес-аналитика является визуализация данных и создание информативных дашбордов (панели управления). Data Visualization позволяет превращать скучные цифры и статистику в понятные и наглядные графики, диаграммы и интерактивные визуализации. Объединение данных в удобных для восприятия дашбордах помогает бизнесу быстро обращать внимание на главные показатели и принимать оперативные решения.
4. Cloud Computing и Big Data:
Cloud Computing (Облачные вычисления) и Big Data - это две технологии, которые меняют способ, которым мы храним, обрабатываем и анализируем данные. Облачные сервисы позволяют бизнес-аналитикам работать с данными удаленно и с легкостью масштабировать свои вычисления. Big Data способствует сбору и анализу больших объемов данных, при этом открывая новые возможности для предсказаний и выявления скрытых трендов.
Теперь, когда мы ознакомлены с этими ключевыми технологиями и инструментами, необходимо активно изучать и применять их в своей работе. Быть в курсе последних тенденций и новшеств поможет вам не только успешно выполнять свою работу, но и быть востребованным и достигать поставленных целей.
К чему я это все - вы спросите? Да я опять хочу дать вам опросик))) 👇
Какие инструменты или технологии вы бы хотели освоить или изучить в будущем?
Anonymous Poll
46%
Machine Learning и Data Science
35%
AI и Natural Language Processing
35%
Data Visualization и Dashboarding
21%
Cloud Computing и Big Data
10%
Нет рвения учиться и развиваться
9%
Другое
Алоха! Продолжаем нашу рубрику про #случайизжизни и сегодня я не одна, а со мной Александра! Со своим каналом - @normalno_delaj, которая поделится своим опытом и разбором лучших коммуникационных стратегий по моему случаю!
Начнём👇 :
Как-то был случай на проекте, мы не могли поладить с разработчиками и тестерами.
Конфликт был между мной, как старшим бизнес-аналитиком, и лидом разрабов и тестеров. У нас был общий проект, я выполняла свою работу, в первую очередь собирала требования, параллельно разрабы уже что-то делали, так как встречи по сбору требований были у нас вместе с лидом разрабов и тестеров (у нас это был один чел).
И пока я формировала документ и согласовывала требования, они уже что-то успевали разработать сами, и конечно же их разработка не совпадала с моими требованиями и процессами.
Я много раз разговаривала с лидом по поводу моей работы, что я им предоставлю все требования верные и согласованный и мы вместе все сделаем, но походу это было без толку… отношение ко мне с его стороны было, как просто к девушке, которая просто сидит и получает зп, мои слова воспринимались в шутку, и серьезного отношения не было, типо «Оксана не лезь в серьезное дела, иди рисуй свои квадратики🤦🏼♀️😂, тут дяди работают»…
И вот в один день меня позвали на встречу по предоставлению разработанных фич, я была немного в недоумении🤦🏼♀️ презентация прошла плачевно, многое было понято не так и соответсвенно разработано тоже не так, и было много ошибок. В итоге получили по шапке мы оба, хоть я об этом даже была не в курсе.
Что же было дальше? ….
В этот раз предлагаю дать свои комментарии и ответ на вопрос - «что было дальше?» или как поступили бы вы в этой ситуации.
Отвечать и комментировать можно как тут, так и в канале @normalno_delaj под аналогичным постом. Я и Саша будем мониторить комментарии и потом от Саши будет разбор лучших коммуникационных стратегий в этой ситуации, а от меня — рассказ-продолжение истории.
Начнём
Как-то был случай на проекте, мы не могли поладить с разработчиками и тестерами.
Конфликт был между мной, как старшим бизнес-аналитиком, и лидом разрабов и тестеров. У нас был общий проект, я выполняла свою работу, в первую очередь собирала требования, параллельно разрабы уже что-то делали, так как встречи по сбору требований были у нас вместе с лидом разрабов и тестеров (у нас это был один чел).
И пока я формировала документ и согласовывала требования, они уже что-то успевали разработать сами, и конечно же их разработка не совпадала с моими требованиями и процессами.
Я много раз разговаривала с лидом по поводу моей работы, что я им предоставлю все требования верные и согласованный и мы вместе все сделаем, но походу это было без толку… отношение ко мне с его стороны было, как просто к девушке, которая просто сидит и получает зп, мои слова воспринимались в шутку, и серьезного отношения не было, типо «Оксана не лезь в серьезное дела, иди рисуй свои квадратики🤦🏼♀️😂, тут дяди работают»…
И вот в один день меня позвали на встречу по предоставлению разработанных фич, я была немного в недоумении🤦🏼♀️ презентация прошла плачевно, многое было понято не так и соответсвенно разработано тоже не так, и было много ошибок. В итоге получили по шапке мы оба, хоть я об этом даже была не в курсе.
Что же было дальше? ….
В этот раз предлагаю дать свои комментарии и ответ на вопрос - «что было дальше?» или как поступили бы вы в этой ситуации.
Отвечать и комментировать можно как тут, так и в канале @normalno_delaj под аналогичным постом. Я и Саша будем мониторить комментарии и потом от Саши будет разбор лучших коммуникационных стратегий в этой ситуации, а от меня — рассказ-продолжение истории.
Please open Telegram to view this post
VIEW IN TELEGRAM
Forwarded from Базы данных & SQL
Шпаргалки по SQL: сохранить и не забыть
• Ключевые слова
• Комментарии
• Операторы
• Джойны
• Другие шпаргалки по SQL
Читать статью
• Ключевые слова
• Комментарии
• Операторы
• Джойны
• Другие шпаргалки по SQL
Читать статью
Алоха! Сегодня я поделюсь с вами продолжением истории про конфликт между мной и ТимЛидом, о котором я рассказывала раннее. И спасибо за ваши комментарии!! В след раз рассмотрим другие ситуации в таком же формате))
____________
Прежде чем, поделиться с вами моей ситуации, я бы хотела подвести небольшие итоги по вашим предложениям:
1️⃣ Наладить процессы. С учетом того, что на проекте нет ни РМ ни РП, и ответственность за это никто не несет, все процессы в плачевном состоянии. - «Да, это хороший шаг, процессы в порядке, и работа вся в порядке!»
2️⃣ Найти союзников в виде скрам-мастера, РМ, РП и тд. Совместно разработать план действий и вынести на общее обсуждение. - «Да, но если такие есть, бывают ситуации, когда ты один и все 🤷🏼♀️»
3️⃣ Провести беседу с Тимлидом. Обсудить потребность в этапе анализа перед реализацией, и попробовать привести конкретные рабочие процессы. Прийти к общему решению. Постараться понять, что его не устраивает - «это несомненно - да! И это один из первых шагов должен быть»
4️⃣ Коммуникация с командой разработки. Постараться выявить проблему с их стороны и узнать, что их не устраивает. - «Да, разговор не только с ТимЛидом пойдет только на пользу, главное найти общий язык со всеми, а то разрабы иногда уж очень сильно заняты и бывают злюками»
5️⃣ На все плюнуть и уйти на другой проект или поменять компанию. - «Это не лучшее решение, ведь такая ситуация может возникнуть на любом месте работы, и что тогда? Каждый раз уходить?»
____________
«Ну а что же было дальше у меня?»
Как мы помним, у нас прошла неудачно презентация, и мы получили по шапке. Сразу после нее у нас был разговор с лидом, на тему того, что из-за его отношения мы получили оба, что прислушался бы он немного к моим словам и работали бы мы вместе, этого могли бы избежать. Тут мы немного повздорили, все были напряжены🤯
После я получила приглашение на встречу с Владельцем продукта - ВП, где мы обсудили данную ситуацию, я показала свои разработанные требования и процессы, мы их обсудили еще раз. Также договорились, что я назначу встречу ИТ отделу, разработаю некую стратегию по совместной работе с ними и поясню им, кто я такая и что вообще делаю на проекте. Но! перед этим я попросила ВП и ТимЛида провести совместную встречу, и с глазу на глаз поговорить о нашем отношении. Встреча была за чашкой кофе без официоза, я рассказала кто я такая, зачем нужна проекту. Также ВП пояснил Лиду для чего ему нужен аналитик в проекте и какую ценность он несет. Встреча прошла продуктивно, это был первый шаг к победе!!
В скором времени я провела встречу с ИТ отделом и рассказала, кто такие аналитики, для чего они нужны бизнесу, и о стратегии нашей работы, где было понятно, кто за что отвечает, кто что делает, кто что кому должен). Через пару встреч мы пришли к общему консенсусу и стали налаживать контакт с отделом. В процессе всего этого, у нас было не мало живого общения со всей командой.
‼️ Немаловажной частью была командировка на производство, где как раз Лид увидел мою ценность! Я там выступала с наработками перед сотрудниками и от них собирала обратную связь и получала новые требования, которые не дали мне главные заказчики. Также я объяснила Лиду, что если я беру на себя всю работу по требованиям, то с вопросами сотрудники производства будут бегать ко мне, а не к нему на прямую, и никто его не будет отвлекать от реализации! Его это прям очень порадовало🥳
В итоге конфликт мы решили просто общением и без привлечения высшего руководства, просто на это время на меня упали задачи PM, РП и так далее. Но! мы справились, через время у нас на проектах появился общий PM, так как это был не единичный конфликт в компании 🤷🏼♀️
Данная схема помогла команде понять свои места, кто и чем должен заниматься на проекте, и что и от кого должен получить, все было понятно, и работа стала более эффективной и продуктивной.
И никому не пришлось увольняться, мы стали жить дружно))
Также на канале Саши @normalno_delaj вы можете узнать, как бы она решила мою ситуацию, какими инструментами пользовалась!
____________
Прежде чем, поделиться с вами моей ситуации, я бы хотела подвести небольшие итоги по вашим предложениям:
____________
«Ну а что же было дальше у меня?»
Как мы помним, у нас прошла неудачно презентация, и мы получили по шапке. Сразу после нее у нас был разговор с лидом, на тему того, что из-за его отношения мы получили оба, что прислушался бы он немного к моим словам и работали бы мы вместе, этого могли бы избежать. Тут мы немного повздорили, все были напряжены
После я получила приглашение на встречу с Владельцем продукта - ВП, где мы обсудили данную ситуацию, я показала свои разработанные требования и процессы, мы их обсудили еще раз. Также договорились, что я назначу встречу ИТ отделу, разработаю некую стратегию по совместной работе с ними и поясню им, кто я такая и что вообще делаю на проекте. Но! перед этим я попросила ВП и ТимЛида провести совместную встречу, и с глазу на глаз поговорить о нашем отношении. Встреча была за чашкой кофе без официоза, я рассказала кто я такая, зачем нужна проекту. Также ВП пояснил Лиду для чего ему нужен аналитик в проекте и какую ценность он несет. Встреча прошла продуктивно, это был первый шаг к победе!!
В скором времени я провела встречу с ИТ отделом и рассказала, кто такие аналитики, для чего они нужны бизнесу, и о стратегии нашей работы, где было понятно, кто за что отвечает, кто что делает, кто что кому должен). Через пару встреч мы пришли к общему консенсусу и стали налаживать контакт с отделом. В процессе всего этого, у нас было не мало живого общения со всей командой.
В итоге конфликт мы решили просто общением и без привлечения высшего руководства, просто на это время на меня упали задачи PM, РП и так далее. Но! мы справились, через время у нас на проектах появился общий PM, так как это был не единичный конфликт в компании 🤷🏼♀️
Данная схема помогла команде понять свои места, кто и чем должен заниматься на проекте, и что и от кого должен получить, все было понятно, и работа стала более эффективной и продуктивной.
И никому не пришлось увольняться, мы стали жить дружно))
Также на канале Саши @normalno_delaj вы можете узнать, как бы она решила мою ситуацию, какими инструментами пользовалась!
Please open Telegram to view this post
VIEW IN TELEGRAM
25 вопросов и ответов по терминам REST API на собеседовании по вакансии системного аналитика
Перейти | BA|SA
Перейти | BA|SA
Хабр
25 вопросов и ответов по терминам REST API на собеседовании по вакансии системного аналитика
В индустрии разработки ПО системный аналитик играет ключевую роль в проектировании приложений и построении интеграций. Одним из основных инструментов для этого является REST API. Знание REST API —...
Проектирование архитектуры через User Stories, часть 1. Вовлекаем в процесс заказчика
Перейти | BA|SA
Перейти | BA|SA
Хабр
Проектирование архитектуры через User Stories, часть 1. Вовлекаем в процесс заказчика
Всем привет! Я — Ира Саблина, системный аналитик в Creonit. Мы разрабатываем цифровые продукты на заказ. Большая часть моей работы — это создание сервисов с нуля. На чужих проектах я часто вижу, как...