Гибкая методология разработки для бизнес-аналитики
Когда организация охватывает Agile BI, она обычно приглашает Agile разработчиков программного обеспечения в свою бизнес-аналитическую команду. Как и во всех Agile инициативах, BI проекты разбиваются на серии более мелких проектов, которые планируется проводить, разрабатывать, тестировать или внедрять на постоянной основе. Этот итеративный подход облегчает процесс постоянного улучшения и помогает организации быстрее адаптироваться к изменяющимся условиям рынка и модифицируемым организационным целям.
Каждая итерация проекта по методике Agile BI планируется и рассматривается в качестве группы разработчиков программного обеспечения и владельцев бизнеса, которые сделали данный заказ у компании. Тесное сотрудничество между бизнесом и ИТ приводит к улучшению процесса коммуникации, более четкому определению целей и конечных результатов, которые более точно соответствуют ожиданиям.
Как и в случае любой Agile инициативы, Agile BI детерминирует развитие тенденции к снижению совокупных затрат на изменение (total cost of change - TOC) и поощрению культуры, которая ценит обратную связь, принимает изменения и понимает, как гибко реагировать на изменения в организационной стоимости. Так как итерации проекта BI реализуются на регулярной основе, изменения в инструментарии бизнес-аналитики или данные результатов анализов можно сделать функциональными в течение нескольких недель или месяцев, обеспечивая бизнес-пользователей информацией, необходимой для принятия подкрепленных достоверными данными управленческих решений гораздо быстрее, чем это возможно реализовать с использованием более традиционного подхода Waterfall.
Райан Феннер, архитектор информационных решений MUFG Union Bank, выступил с докладом на 2014 TDWI Executive Summit в Бостоне, где говорил об использовании банком процессов Agile Business Intelligence. На саммите Феннер также поделился советами и рекомендациями, основанными на его опыте работы с Agile.
Феннер объяснил, что ИТ-специалисты банка прошли длительное обучение и провели не менее длительное тестирование процесса, как это принято в гибкой методологии разработки программного обеспечения для построения BI-приложений. По его словам, на самом деле заняло добрых два года, чтобы получить достойный уровень зрелости. Однако он добавил, что уже на ранней стадии разработчики реализовали много возможностей Agile подхода, в том числе высокий уровень деловой активности. «Это было действительно большое преимущество, и, в конечном счете, благодаря этому мы создали лучший продукт и сервис», - сказал Феннер.
Еще большим преимуществом является возможность быстро предоставить новую BI функциональность бизнес-пользователям. Иногда, по их же словам, функциональность отличалась от требуемой - но это нормально, как сказал Феннер: «При быстром получении чего-либо, они могут осознать потенциал нового направления и, возможно, решат пойти налево, а не направо. А с помощью Agile, наша команда может справиться с таким внезапным изменением». В частности, по его словам, Union Bank успешно использовал Agile BI для автоматизации продаж и маркетинговых инициатив, которые требуют высокой степени взаимодействия и высокой производительности аналитических возможностей.
Хотя Agile может предоставить массу преимуществ, Феннер предупредил, что Agile BI подходит далеко не для любой ситуации. Необходимо убедиться, что вы делаете это с правильными проектами и правильными типами пользователей. Например, традиционный подход Waterfall может быть лучшим вариантом для большого, долгосрочного проекта с применением нормативных требований или управления рисками.
Феннер призвал организации, рассматривающие Agile методологию для своих BI проектов, оценить реальные возможные прецеденты применения этой практики и принять решение на основе того, возможно ли тем самым достичь поставленных целей. «Если у Вас нет необходимости иметь возможность изменять [функциональность], или если клиенту не требуется высокая производительность, некоторые из преимуществ Agile будут для Вас бесполезны», - сказал он.