Решён
Какие задачи выполняет бизнес-аналитик в IT компании?

Alex Project Управление проектами
4.1k
4

Хочу понять что реально делает бизнес аналитик в айти.

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

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

Решение
125
Участник • 1 ответ

Работаю БА в финтехе 4 года. Опишу типичную неделю.

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

Вторник-среда: декомпозиция задачи. Пишешь требования в Confluence или Jira. Описываешь:

  • User Story (кто, что, зачем)
  • Acceptance Criteria (как проверить что работает)
  • Mockups или wireframes (рисуешь в Figma или Miro)
  • Бизнес-логику (схемы, диаграммы процессов)
  • Граничные случаи и ошибки

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

Пятница: уточнения, правки документации, планирование следующего спринта.

Инструменты: Jira, Confluence, Figma, SQL (для анализа данных), Postman (проверить API), иногда Python для прототипов.

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

Аватар Alex Project

Отличное описание, спасибо! А SQL на каком уровне нужен? Базовые SELECT или что то сложнее?

Аватар Самоделкин

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

71
Участник • 1 ответ

Добавлю про документы которые БА пишет (у нас так принято):

  1. ТЗ (техническое задание) - на крупные проекты. Структура: цели, scope, функциональные требования, нефункциональные требования, ограничения, риски.

  2. User Story - для agile. Формат: As a [role] I want [feature] so that [benefit]. Плюс acceptance criteria.

  3. Use Case - детальное описание сценария взаимодействия пользователя с системой. Основной поток, альтернативные потоки, исключения.

  4. Диаграммы: BPMN (бизнес-процессы), UML (use case, activity, sequence), ER-диаграммы (модель данных).

  5. Матрица требований - трассировка от бизнес-требований до тест-кейсов.

В разных компаниях набор разный. В стартапах могут вообще только User Story в Jira писать. В корпорациях - 200-страничные ТЗ в Word.

43
Участник • 1 ответ

Если коротко - сидишь на созвонах. Часов 6 в день минимум.

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

38
Участник • 1 ответ

Из тестирования в аналитику перейти реально, у меня в команде двое таких. Плюс тестировщиков - они уже знают как пишутся тест кейсы, понимают acceptance criteria, видели баги и edge cases.

Минус - придется прокачивать soft skills. Коммуникации намного больше чем в QA. Нужно уметь говорить с людьми, презентовать идеи, защищать свою позицию, торговаться.

Написать ответ

Премодерация гостей

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

Будьте вежливы и соблюдайте правила платформы.