Бесплатный фрагмент - Жизнь бизнес-аналитика

«Жизнь бизнес-аналитика»
Кондрашов Станислав Дмитриевич

Часть 1

Digital-эпоха подарила много новых специальностей. Не всегда очевидно, чем конкретно занимаются некоторые специалисты — даже если вы работаете в одном офисе. И если функционал разработчика понятен четко, и какими вопросами занимается project-manager — тоже более-менее ясно, то специальность бизнес-аналитика для многих остается загадкой. В чем его польза для проекта и какие конкретно задачи он выполняет?

Зачем нужен бизнес-аналитик?

Бизнес-аналитик представляет собой важное звено между теми, кто отвечает за управление и коммерческую часть, и техническими специалистами. Его задача — собрать и проанализировать требования к продукту и сформулировать понятные задачи для исполнителей.

Конкретные обязанности этого специалиста могут быть разными, в зависимости от команды, но основные функции все равно сохраняются:

— Работа с требованиями. Их необходимо выявить, детально расписать, разделить на ключевые требования и не столь важные пожелания.

— Стратегический анализ. Бизнес-аналитик отлично знает продукт, и часто работает рука об руку с высшим звеном менеджмента над стратегическими задачами по проекту.

— Разработка решений. BA много работает с проектной документацией и иногда занимается созданием прототипов. Главная задача — донести до команды, как будут воплощаться решения задача.

— Управление продуктом. Одна из основных задач бизнес-аналитика — общение с руководством, Product-Owner-ами, техническими специалистами, работающими над продуктом.

В чем же может выражаться польза бизнес-аналитика? Он спасает команду от пустой траты времени из-за некорректных заданий, а заказчика страхует от получения «не того, что хотелось» в итоге. На один и тот же продукт заказчик и исполнители могут смотреть совершенно по-разному. Задача BA — обеспечить коммуникацию между ними, сформулировать желания заказчика в четкие задания, и перевести на понятный ему язык то, что говорят технические специалисты.

Может показаться, что если бы заказчик сам обладал техническими знаниями, это бы упростило процесс. Но не тут-то было. Те заказчики, кто более-менее «в теме» могут начать инструктировать специалистов по поводу того, что и как им делать, вместо того, чтобы сосредоточиться на постановке четкого задания. Поскольку заказчик все же не эксперт (иначе зачем бы ему обращаться за услугами к людям со стороны), ничего хорошего проекту это обычно не приносит.

Бывают и совсем запущенные случаи, когда заказчик сам решает делать работу (к примеру, писать код или текст для рекламы) и требует включить это в проект. От бизнес-аналитика в такой ситуации требуется быть кем-то вроде дипломата или психолога — донести до заказчика мысль, что он работает с профессионалами в своей области, и его действия скорее тормозят рабочий процесс.

Другая распространенная ситуация — когда видение продукта заказчиком совершенно не совпадает с решениями, которые команда считает наиболее подходящими. Обе стороны могут быть в чем-то правы, и задача ВА — привести их к общему знаменателю, объединить лучшие решения с обеих сторон и аргументировать это как для команды, так и для заказчика.

Возможно, этот круг обязанностей кажется похожим на работу Project-manager-а, и у них действительно много общего. В небольших компаниях эти должности довольно часто совмещаются, но в более крупных проектах работы и у PM-а и у бизнес-аналитика более чем достаточно.

Как проходит рабочий день бизнес-аналитика?

Разумеется, каждый день не будет одинаковым — ведь есть разный уровень загрузки и спектр задач, а также горящие дедлайны. Но обобщенно рабочий день BA выглядит примерно следующим образом:

10:00 — 12:00 Саппорт команды

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

К примеру, простая на первый взгляд задача требует больше времени для решения, ввиду каких-либо технических сложностей. Первое, что должен выяснить у команды бизнес-аналитик — возможно ли найти решение, требующее меньше времени и затрат. Если такое решение есть — ВА вносит коррективы в требования, если нет — должен проинформировать заказчика.

Бизнес-аналитик всегда должен четко понимать важность конкретных требований для заказчика, и то, насколько необходимо обсуждать с ним изменения. Это умение приходит с опытом, но первое время лучше уточнять все и задавать больше вопросов.

При коммуникации с командой ВА должен помнить следующее:

— На связи придется быть постоянно.

— Конструктивный разговор должен быть сосредоточен на решении задачи: выявить трудности, предложить варианты решения.

— Нужно вовремя информировать вышестоящее руководство и заказчика об изменениях и возникших проблемах.

— Не стоит пытаться разрешить все трудности самостоятельно — вовремя сообщать о них руководству.

12:00 — 14:00 Работа с документацией

Документация занимает львиную долю рабочего времени ВА, но увлекаться ею не стоит. Ведь чересчур подробные и объемные документы попросту никто не будет читать.

Основные задачи бизнес-аналитика на этом этапе:

— создание спецификаций (документов, где четко расписаны требования)

— описание пользовательских историй, критериев приема работы, юзкейсов

— формулировка условий эффективной работы продукта

— выстраивание бизнес-процессов

— создание прототипов решений

Требования в документации должны быть расписаны достаточно детально, доступно для понимания, но не чересчур подробно. Также всегда стоит держать в уме конечного пользователя продукта и проверять решения на удобство для него.

15:00 — 18:00 Рабочие совещания с заказчиком

Коммуникация с клиентом позволяет не только определить основные требования, но и выявить его реальные потребности. ВА должен говорить на одном языке с заказчиком, для этого необходимо вникнуть в предметную область бизнеса.

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

Все результаты такого общения и достигнутые договоренности с заказчиком необходимо сохранять — имеются в виду письменные договоренности и даже скрины переписки. Все это должен держать у себя бизнес-аналитик.

18:00 — 19:00 Консультация с техническими руководителями