Перейдем к основным требованиям для начинающих бизнес-аналитиков. Базовое понимание
жизненного цикла и процессов разработки ПО (web, mobile). То есть вам стоит узнать, кто и за что отвечает в команде, на каком этапе подключается, как происходит обмен данными между системами и как в конечном счете все из набора символов превращается в готовый продукт.
Желательно владеть "двумя" языками: техническим — чтобы не терять нить повествования, когда коллега-программист будет вам объяснять пути решения задачи, — и человеческим — на котором вы будете рассказывать клиенту как, что и почему.
Быть уверенным пользователем ПК :) Знание основных компьютерных программ (Jira, Confluense) поможет вам быстрее влиться в рабочий процесс. Чаще всего в IT-компаниях они одни и те же или как минимум будут похожи между собой.
А общее представление о том, как работает Figma или Git, поможет вам скорее найти общий язык с дизайнерами или программистами соответственно. Ну и Figma точно пригодится вам для разработки UI-прототипов, что тоже может входить в обязанности бизнес-аналитика.
Способы анализа и документирования требований к будущему продукту и
нотаций для визуального моделирования: User Stories, Use Cases, UML/BPMN диаграммы и другие.
Именно здесь вам следует акцентировать свое внимание при обучении, — так как это обязательный стек в большинстве вакансий.
Сценарии использования при разработке ПО подразумевают описание поведения данного ПО или системы при взаимодействии с конечными пользователями.
Разберем на простом примере, нашего сайта. Вы, как посетитель, оказались на одной из страниц блога, где можно подробнее узнать о профессии бизнес-аналитика. Чтобы выбрать нужный курс, вам нужно кликнуть на
Курсы в верхнем меню страницы и вы окажетесь на разделении онлайн и оффлайн-направлений (спойлер: обучение бизнес-анализу есть в обоих форматах). Будучи на нужной
странице — вы сможете подробнее узнать о формальных моментах (свободные места, преподаватели, стоимость), чему вы научитесь (всему, что требуется в начале) и как оставить заявку.
Или вы наткнетесь на название интересующего курса в футере, когда дочитаете статью до конца. Все это — различные сценарии, которые нужно продумать, обсудить с заказчиком, описать и отдать команде на разработку.
Для визуализации бизнес-процессов вам помогут языки моделирования или системы обозначений (UML/BPMN/Flowchart и т.д.). С помощью них можно отобразить последовательность рабочих действий, перемещения информации и многое другое.
Так, на основе вашего анализа будет создаваться
техническое задание будущего проекта (и скорее всего вы и будете его делать). Благодаря ТЗ команда экономит время и деньги на постоянные переработки того, что должно было работать иначе.
Методологии разработки, такие как waterfall и agile. Запомнить будет легко, потому что одна полная противоположность другой. Waterfall — это четко спланированный план с фиксированными сроками и бюджетами, где есть старт и запуск (а между ними анализ, дизайн, разработка, тестирование). Такой способ часто встречается при работе с государственными учреждениями.
Agile — это гибкий метод разработки, благодаря которому клиент получает быстрый результат и двигается дальше, постоянно развивая свой проект. Четко планировать можно лишь отдельные этапы, в остальном — проект развивается по мере результатов и получения обратной связи от потребителя.
Совет: ознакомьтесь со словарем бизнес-аналитика. Вы часто будете натыкаться на стейкхолдеров (лица, имеющие интересы, права или требования к проекту и оказывающие на него влияние) или итерации (повторение какого-либо действия). Зная, что под сложными словами кроются простые смыслы, — будет проще воспринимать информацию.