Важно четко определить зону ответственности бизнес-аналитиков внутри компании.
Работа бизнес-аналитиков включает в себя:
понимание проблем и задач компании;
анализ потребностей и решений;
разработку стратегий;
внедрение изменений;
взаимодействие со стейкхолдерами;
Роль бизнес-аналитика при выполнении задач бизнес-анализа может взять на себя любой сотрудник, независимо от текущей роли и должности. К задачам бизнес-анализа относятся поиск, обобщение и анализ информации о процессах, инструментах, стейкхолдерах. Бизнес-аналитик отвечает за выявление реальных потребностей и мотивов стейкхолдеров. Это позволяет приблизить итоговое решение к тому, что ожидалось увидеть.
На примере основных задач ИТ-проекта можно увидеть, как трансформируется роль бизнес-аналитика.
До проекта:
Генерация идей Предварительный анализ идей и обоснование экономической эффективности
Реализация проекта:
Бизнес-аналитик:
Проводит оперативный мониторинг достижения КПЭ[2]
Помогает руководителю проекта оценивать и контролировать объемы работ по проекту
Помогает команде внедрения создавать обучающие материалы по проекту
Планирование Определение задач бизнес-анализа вместе с руководителем проекта
Подготовка Выявление требований у стейкхолдеров
Проектирование - Проверка предложенных ИТ-решений на соответствие требованиям
Разработка - Разъяснение требований стейкхолдеров разработчикам, трассировка требований
Тестирование - Разработка тестовых кейсов с тестировщиками
Развертывание - Согласование с разработчиками изменений в новые релизы
Техническая поддержка - Переход в обычный режим и передача ИТ-решения команде внедрения
После проекта:
Реализация ценности Оценка результатов и степени удовлетворения запросов стейкхолдеров
Компетенции бизнес-аналитика
Бизнес-аналитик это посредник между заинтересованными сторонами, который помогает понять структуру, политику и процессы организации, а также рекомендовать решения, которые позволяют организации достичь своих целей. Определение IIBA[3]
С практической точки зрения, бизнес-аналитик работает как связующее звено между компанией, технологией, поставщиками и регулирующими органами.
Бизнес-аналитик помогает удовлетворить запросы стейкхолдеров и предложить такое решение проблемы, которое бы соответствовало всем требованиям и условиям.
Базовые компетенции бизнес-аналитика включают в себя модели поведения, характеристики, знания и личностные качества, которые помогают выполнять задачи бизнес-анализа. BABOK 3.0
В версии BABOK 3.0 выделены 6 категорий базовых компетенций:
Бизнес-аналитик в проектах
Проекты в структуре изменений компании
Что делает бизнес-аналитик в проектах?
1) Взаимодействует со стейкхолдерами;
2) Моделирует и анализирует бизнес-процессы;
3) Выявляет и анализирует требования, в т.ч. в виде пользовательских историй;
4) Проводит оценку связности требований на предмет взаимных зависимостей, ограничений и целей, создает матрицу трассировки требований;
5) Составляет проектную документацию в части управления требованиями;
6) Разрабатывает финансово-экономическую модель проекта и готовит обоснование эффективности проекта для получения инвестиций;
7) Разрабатывает сценарии тестирования;
Существует достаточно много моделей разработки программного обеспечения. Для начинающего аналитика важно различать два подхода классический и гибкий.
Каскадная модель («водопад», waterfall)
Классический подход к реализации и внедрению ИТ-решений, в котором каждая следующая стадия начинается только после того, как заканчивается предыдущая (о ней мы уже немного говорили ранее).
Сбор и анализ требований: определение заинтересованных сторон, выявление и формализация требований
Проектирование системы: выбор оптимального варианта реализации, детальное проектирование системы
Разработка: создание ПО
Тестирование: тестирование реализованного ПО: функционала, интеграций
Эксплуатация и поддержка: передача в эксплуатацию пользователям и оказание технической поддержки
Проект с использованием гибких методологий
При высокой неопределенности целевого результата создание ИТ-продуктов реализуется с использованием гибких методологий.
Бизнес-аналитик может быть задействован на всех этапах реализации проекта вне зависимости от выбранной модели реализации.
Тогда сначала разрабатывается прототип приложения (который может быть даже не рабочим), чтобы убедиться, что продукт будет отвечать потребностям пользователей. Потом отбирается часть требований, и разрабатывается MVP минимально жизнеспособный продукт. Он сразу передается пользователям для проверки гипотезы о востребованности. И затем продукт развивается дальше.
В этом случае реализация происходит короткими итерациями, внутри которых каждая доработка проходит все этапы.
А после каждой итерации происходит актуализация требований и задач.
Взаимодействие с руководителем проекта
Руководитель проекта (РП), с одной стороны, относится к стейкхолдерам, а, с другой стороны, сам активно общается со стейкхолдерами и разработчиками.
Для бизнес-аналитика важно понимать разницу между своими задачами и задачами руководителя проекта.
Роли
1. Заказчик
Формулирует запрос
2. Руководитель проекта
Отвечает за достижение целей проекта в целом, оркестрирует общую задачу, разбивает ее на подэтапы и находит исполнителя на каждый этап.
3. Бизнес-аналитик
Отвечает на сложные и комплексные вопросы в рамках отдельных задач проекта, отвечает за детализацию информации до уровня, понятного всей команде
Модель взаимодействия
В общем виде модель взаимодействия бизнес-аналитика и руководителя проекта выглядит так:
Особенности взаимодействия руководителя проекта и бизнес-аналитика
Особенности взаимодействия зависят от важности решаемых задач. Бизнес-аналитику важно понимать, какие ожидания к нему предъявляет руководитель проекта. Справедливо и обратное понимание личной зоны ответственности поможет выстроить эффективную коммуникацию.
Подходы к улучшению коммуникации между бизнес-аналитиком и руководителем проекта
Базовые принципы коммуникации работают везде. В случае совместной работы бизнес-аналитика и руководителя проекта на первый план выходят 4 ключевых подхода.
1. Равенство: Помогает избежать конфликтов. Каждый сохраняет приоритетные задачи для своей роли, при этом остается место для взаимопомощи.
2. Ответственность: Помогает установить границы. Каждый понимает сферу ответственности и вклад друг друга, что исключает конкуренцию и способствует успеху проекта.
3. Открытость: Помогает обрести доверие. Каждый имеет возможность обсудить возникшую проблему и совместно найти лучшее решение.
4. Доверие: Помогает избавиться от предубеждений. Каждый осознает общую цель и вклад другого в достижение этой цели.
Сотрудничество бизнес-аналитика и руководителя проекта
При совместной работе бизнес-аналитика и руководителя проекта можно ожидать синергетический эффект. Оба могут дополнить и усилить друг друга. Если в тандеме БА-РП не налажена коммуникация, то они будут только мешать друг другу.[4]
1. Управление требованиями: Сотрудничество РП и БА помогает предотвратить крах проекта с помощью активной работы с требованиями: создание прототипов, разработку плана управления проектом и др. После окончания сбора требований, РП и БА поддерживают контакт для решения проблем, возникающих при разработке.