Как Бизнес аналитик экономит бюджет ИТ-проекта

Ответов на вопрос «в чем заключается работа бизнес-аналитика?» много. Но, с точки зрения команды разработки, основная его задача — снижение неопределенности.

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

Бизнес-аналитик предоставляет команде информацию, отвечает на вопросы, устраняет препятствия и гарантирует, что техническое решение развивается в соответствии с ожиданиями заказчика. Для Заказчика наличие бизнес-аналитика в команде всегда позволяет снизить стоимость решения и сократить Time To Market. Может показаться, что еще один человек в команде требует дополнительных инвестиций, но в долгосрочной перспективе это приводит к уменьшению стоимости:

ROI бизнес-аналитика = (Затраты на переделки, которых мы избежали)/Цена бизнес-аналитика.

Ключевой элемент — сокращение объема работ, требуемых для достижения целей.

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

Второй бонус для Заказчика — повышение отдачи от проекта.

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

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

Из своего опыта добавлю, что существуют проекты, в которых можно обойтись без аналитики, без проработки функциональных требований. Но таких проектов мало и как правило это реализации несложной функциональности. В 90% случаев заказной разработки корпоративного сегмента проект требует аналитики и разработки Технического Задания. Мы всегда рекомендуем уделить этапу предпроектного анализа чуть больше времени, т.к. качественная аналитика в разы повыщает качество разработки, ее скорость и управляемость. Имея на руках детальную спецификацию требований Менеджер проекта может более эффективно планировать бэклог продукта а всей команде легче оценивать спринты.

Благодарю за внимание и всегда открыт к диалогу!

Всем успехов, добра и благополучия!) С уважением, Клейман Борис.