Мы продолжаем рассказывать об особенностях практической работы бизнес-аналитика. В предыдущем материале мы осветили начальные стадии работы бизнес-аналитика, которые касались бизнес части (выяснение потребностей, целей, сбор требований).
В этой статье мы расскажем об аналитической части. Также мы предложим удобный чеклист, который облегчит погружение в практическую работу в будущем.
Что такое анализ простыми словами
Как используются навыки анализа в работе бизнес-аналитика?
Что надо знать, чтобы быстро “войти в работу”: чеклист
Что такое анализ простыми словами
Слово анализ происходит от греческого analysis — разложение. Оно означает метод научного исследования (познания) явлений и процессов, в основе которого лежит изучение составных частей, элементов изучаемой системы. Однако существует и более простое определение.
Так эксперт в сфере бизнес-аналитики Юрий Гомон, говорит, что каждый из нас занимается анализом каждый день. Например, при покупке продуктов или выборе лучшего маршрута для поездки на работу или при планировании отпуска. Вы оцениваете каждый из вариантов и принимаете решения на основе имеющегося у вас опыта.
“Предположим, что вы родитель. Чтобы выбрать лучшую школу для вашего ребенка, вы соберете такую информацию, как местоположение, учебная программа, опыт учителей и другие вещи, которые, по вашему мнению, важны для принятия решения, на основе которого вы решите, какая школа дасть максимальный образовательный опыт вашему ребенка”, — говорит он.
Таким образом, если вы хоть когда-то задумывались о чьих-то потребностях, включая ваши собственные, анализировали их, нашли разрыв между состоянием а (я голоден) и состоянием б (я сделал сэндвич) и направили изменения в правильном направлении, чтобы сделать некоторых людей счастливыми, вы уже являетесь аналитиком.
Как используются навыки анализа в работе бизнес-аналитика?
Бизнес-аналитик не просто записывает пожелания заказчика, но и проверяет обоснованность этих пожеланий, ищет взаимосвязи и зависимости (например, влияние новой функции на бюджет или сроки), а также оценивает риски и варианты решений. Анализ — это процесс, в котором BA фильтрует и упорядочивает всю входящую информацию, чтобы команда могла сфокусироваться на самом главном.
Начало проекта и планирование
В самом начале BA помогает определить приоритеты (с чего начать), учитывает риски (временные, технические, финансовые) и формирует roadmap — план, где отражены этапы и ключевые точки. На этом этапе «анализ» проявляется в обосновании, почему именно эти фичи важны или какие могут быть альтернативы.
Работа с командой и стейкхолдерами
По мере развития проекта BA детализирует требования, согласовывает их с разработчиками и дизайнерами, документирует изменения (SRS, backlog) и отвечает на возникающие вопросы. Анализ здесь — это умение увидеть конфликт в требованиях (например, когда одна фича противоречит другой), предложить компромисс и объяснить всем сторонам, чем грозит то или иное решение.
Контроль качества и релиз
На стадии тестирования бизнес-аналитик помогает формировать или проверять UAT-сценарии (User Acceptance Testing), чтобы убедиться, что готовый функционал действительно закрывает потребности бизнеса. При выпуске продукта BA анализирует обратную связь, сравнивает результаты с заявленными целями и следит за ключевыми показателями эффективности (KPI). Если проект маленький, некоторые задачи может взять на себя продакт-менеджер или сама команда. Но в крупных системах BA становится незаменимым «центром координации», который постоянно «сканирует» процесс, удерживая целостную картину и помогая избегать хаоса.
Что надо знать, чтобы быстро “войти в работу”: чеклист
Здесь мы представляем простой чеклист, который позволит специалисту быстро и безболезненно “влиться в коллектив” и “войти работу” на всех этапах развития проекта.
Таким образом, главный принцип — активно задавать вопросы «Кому? Что? Когда? зачем?» и стараться найти в компании того, кто может ответить на них или подсказать, к кому ещё обратиться. Чем быстрее вы разберётесь, где и у кого брать нужную информацию, тем проще вам будет войти в работу в будущем.
Важно понимать, что многие компании работают по методологиям Scrum/Kanban. Это означает, что разные этапы разработки софта могут проходить параллельно в рамках спринтов. Кроме того, не во всех компаниях разделяются роли бизнес-аналитика и системного аналитика, так что возможно специалисту придется погружаться в более широкий круг документации.
Сама документация тоже может быть самой разной. В одной компании могут использовать формальные документы, такие как документ бизнес требований и спецификации системы. А в другой — заносить требования в виде пользовательских историй в Jira и хранить диаграммы в Confluence.
