Jump to content

Гибкая бизнес-аналитика

Agile Business Intelligence (BI) означает использование гибкой разработки программного обеспечения для проектов BI , чтобы сократить время, необходимое для демонстрации ценности для организации, по сравнению с другими подходами. Это помогает быстро адаптироваться к меняющимся потребностям бизнеса. Agile BI позволяет команде BI, деловым людям или другим заинтересованным сторонам принимать более эффективные бизнес-решения и начинать делать это быстрее. [1] [2]

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

Agile-методология работает по итеративному принципу; это предоставляет конечным пользователям новые функции программного обеспечения раньше, чем традиционный каскадный процесс, при котором создается только конечный продукт. В Agile требования и этапы проектирования совпадают с этапами разработки, что сокращает циклы разработки и ускоряет доставку. Он способствует адаптивному планированию, эволюционному развитию и реализации, ограниченному по времени итеративному подходу и поощряет быстрое и гибкое реагирование на изменения. [3] Agile BI побуждает бизнес-пользователей и ИТ-специалистов по-другому думать о своих данных и характеризуется низкой общей стоимостью изменений (TCC). [2] При гибкой BI основное внимание уделяется не решению всех проблем BI одновременно, а, скорее, предоставлению частей функциональности BI управляемыми фрагментами посредством более коротких циклов разработки и документированию каждого цикла по мере его реализации. [4] Многим компаниям не удается доставить нужную информацию нужным бизнес-менеджерам в нужное время. [5]

Agile BI — это непрерывный процесс, а не разовая реализация. Менеджерам и руководителям нужна точная и быстрая информация о компании, а бизнес-аналитика предоставляет необходимые им данные. Agile BI обеспечивает быструю разработку с использованием гибкой методологии. Гибкие методы — отличный способ стимулировать разработку приложений BI, таких как информационные панели , сбалансированные системы показателей , отчеты и аналитические приложения. [6]

Согласно исследованию Aberdeen Group , организации с наиболее гибкими реализациями BI с большей вероятностью будут иметь процессы, обеспечивающие удовлетворение потребностей бизнеса. [7] Успех внедрения Agile BI также во многом зависит от участия конечных пользователей и «частого сотрудничества между ИТ и бизнесом». [7]

Определение

[ редактировать ]

" Forrester Research определяет agile BI как подход, который сочетает в себе процессы, методологии, инструменты и технологии, включая организационную структуру, чтобы помочь лицам, принимающим стратегические, тактические и оперативные решения, быть более гибкими и более оперативно реагировать на постоянно меняющиеся требования бизнеса и нормативных требований. ". [7]

Ключевые критерии эффективности

[ редактировать ]

Система классов зрелости Абердина [5] использует три ключевых критерия эффективности:

  1. Доступность своевременной управленческой информации . ИТ-отделы должны быть в состоянии своевременно предоставлять правильную и точную информацию бизнес-менеджерам для принятия обоснованных бизнес-решений. «Этот показатель производительности отражает частоту, с которой бизнес-пользователи получают необходимую им информацию в те сроки, когда она им нужна» [5] .
  2. Среднее время, необходимое для добавления столбца в существующий отчет . Иногда необходимо добавить новые столбцы в существующий отчет, чтобы просмотреть необходимую информацию. «Если эту информацию невозможно получить в течение времени, необходимого для поддержки принятого решения, информация не имеет материальной ценности. Этот показатель измеряет общее время, необходимое для изменения существующего отчета путем добавления столбца». [5] .
  3. Среднее время, необходимое для создания новой информационной панели . Этот показатель учитывает время, необходимое для доступа к любой новой или обновленной информации, и измеряет общее время, необходимое для создания новой информационной панели. [5] .

Гибкий SDLC

[ редактировать ]

Гибкий итерационный процесс SDLC

Пять шагов к Agile BI

[ редактировать ]

Бруни [8] в своей статье « 5 шагов к Agile BI» излагаются пять элементов, которые способствуют созданию корпоративной среды Agile BI.

  1. Методология гибкой разработки – «необходимость гибкого итеративного процесса, который ускоряет вывод на рынок запросов BI за счет сокращения циклов разработки». [8]
  2. Методология управления проектами Agile – непрерывное планирование и исполнение. Планирование осуществляется в начале каждого цикла, а не один раз в начале проекта, как в традиционных проектах. В Agile-проекте масштаб можно изменить в любой момент на этапе разработки.
  3. Гибкая инфраструктура – ​​система должна иметь возможность виртуализации и горизонтального масштабирования. Это дает гибкость, позволяющую легко модифицировать инфраструктуру, а также позволяет легче поддерживать бизнес-аналитику практически в реальном времени, чем стандартная модель извлечения, преобразования, загрузки (ETL). [8] .
  4. Облако и Agile BI . Многие организации сейчас внедряют облачные технологии, поскольку это более дешевая альтернатива хранению и передаче данных. Компаниям, которые находятся на начальных этапах внедрения Agile BI, следует рассмотреть возможность использования облачной технологии, поскольку облачные сервисы теперь могут поддерживать программное обеспечение BI и ETL, которое будет предоставлено в облаке. [8] .
  5. ИТ-организация и Agile BI . Для достижения гибкости и максимальной эффективности ИТ-команда должна взаимодействовать с бизнесом, а также решать бизнес-проблемы и иметь сильную и сплоченную команду. [8] .

Двенадцать гибких принципов

[ редактировать ]

Модель BI и ее характерные цели

[ редактировать ]

Керночан в своем двухлетнем исследовании процессов BI в организации разработал приведенную ниже модель и ее характерные цели: [9]

  1. Ввод данных — точность
  2. Консолидация данных — согласованность
  3. Агрегация данных — область применения
  4. Информационный таргетинг — подходит
  5. Предоставление информации — своевременность
  6. Анализ информации — анализируемость

Общие проблемы

[ редактировать ]

Исследование Керночана выявило следующие общие проблемы текущих процессов бизнес-аналитики: [9]

  • 20% данных содержат ошибку (точность)
  • 50% данных противоречивы (согласованность)
  • Обычно доставка данных конечному пользователю занимает 7 дней (своевременность).
  • Невозможно выполнить межбазовый запрос к 70% данных компании (объем)
  • В 65% случаев руководители не получают нужных им данных (подходящих)
  • В 60 % случаев пользователи не могут немедленно провести онлайн-анализ полученных данных (возможность анализа).
  • 75% новых ключевых источников информации, появляющихся в Интернете, не передаются пользователям в течение года (гибкость)

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

Повышение гибкости бизнес-аналитики

[ редактировать ]

Есть несколько факторов, которые влияют на успех гибкости бизнес-аналитики.

Ввод данных

[ редактировать ]

20% данных неточны и около 50% противоречивы, и эти цифры увеличиваются с появлением новых типов данных. Процессы необходимо переоценить и исправить, чтобы свести к минимуму ошибки при вводе данных. [9]

Консолидация данных

[ редактировать ]

Часто компании имеют несколько хранилищ данных, и данные разбросаны по нескольким хранилищам данных. «Теория гибкости подчеркивает автоматическое обнаружение каждого нового источника данных и автоматическое обновление хранилищ метаданных для автоматического размещения новой информации». [9]

Агрегация данных

[ редактировать ]

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

Доставка информации

[ редактировать ]

Одним из ключевых принципов Agile BI является доставка нужных данных в нужное время нужному человеку. Необходимо также сохранять исторические данные для сравнения текущих показателей с прошлыми. [9]

Информационный анализ

[ редактировать ]

Одним из крупнейших преимуществ Agile BI является улучшение процесса принятия решений пользователями. Real Agile BI должен сосредоточиться на инструментах анализа, которые улучшают операционный процесс или разработку нового продукта. [9] Подход Agile BI сэкономит компании деньги, время и ресурсы, которые в противном случае потребовались бы для создания традиционного хранилища данных с использованием методологии Waterfall.

Контрольный список Agile BI

[ редактировать ]
  • Для совместной работы необходимо собрать команду разработчиков и представителей бизнеса.
  • Выберите либо заинтересованную сторону бизнеса, либо технических представителей, которые будут представлять бизнес.
  • Определите и расставьте приоритеты подходящих пользовательских историй или требований, которые необходимо учитывать во время первоначального проекта. [1]
  • Оцените различные инструменты доставки Agile BI, которые можно интегрировать с существующим хранилищем данных и средой BI. [1]
  • Инициировать итеративный процесс разработки

Преимущества использования Agile BI

[ редактировать ]

Agile BI побуждает своих пользователей к самообслуживанию BI. Он предлагает организациям гибкость с точки зрения доставки, внедрения пользователями и рентабельности инвестиций.

Быстрее доставить

[ редактировать ]

Используя методологию Agile, продукт поставляется в более короткие циклы разработки с несколькими итерациями. [10] Каждая итерация представляет собой работающее программное обеспечение и может быть развернута в производстве.

Повышенное признание пользователей

[ редактировать ]

В среде гибкой разработки ИТ-специалисты и бизнес работают вместе (часто в одной комнате), уточняя потребности бизнеса на каждой итерации. [10] «Это увеличивает принятие пользователями за счет сосредоточения внимания на часто меняющихся потребностях нетехнических бизнес-пользователей, что приводит к более высокой вовлеченности конечных пользователей и, как следствие, к более высоким показателям принятия пользователями». [10]

Увеличение рентабельности инвестиций

[ редактировать ]

Организации могут достичь повышенной нормы прибыли (ROI) за счет более коротких циклов разработки. Это сводит к минимуму ИТ-ресурсы и время при доставке рабочих и актуальных отчетов конечным пользователям. [10]

Лучшие практики Agile BI

[ редактировать ]
  1. Необходимо разработать устав программы, в котором будут определены ожидания заинтересованных сторон относительно того, как будет работать система Agile BI. [11]
  2. Начните с того, что бизнес-информация должна обеспечить контекст для масштаба. [11]
  3. Итерации должны быть ограничены по времени. [11]
  4. Уделяйте особое внимание обнаружению данных на этапе определения требований и проектирования. [11]
  5. Используйте гибкий процесс поэтапной и итеративной разработки и развертывания. [11]
  6. Проверьте архитектуру BI и получите одобрение на подтверждение концепции. [11]
  7. Проверка и проверка данных должны выполняться для каждой итерации разработки. [11]
  8. Используйте блок-схемы или диаграммы для объяснения процесса BI вместе с некоторой документацией. [11]
  9. Любое изменение, которое будет развернуто в рабочей среде, должно быть тщательно протестировано в регрессионной среде. [11]
  10. Иметь формальный контроль изменений; это сведет к минимуму риск, поскольку все изменения должны быть одобрены до того, как они пойдут в производство. [11]
  1. ^ Jump up to: а б с «Включение гибкой бизнес-аналитики с помощью консенсуса сбалансированного понимания» (PDF) .
  2. ^ Jump up to: а б «Что такое Agile BI» . Архивировано из оригинала 30 октября 2013 г. Проверено 9 февраля 2013 г.
  3. ^ Гибкая разработка программного обеспечения
  4. ^ ДеСарра, Пол. «Информационные панели BI: гибкий путь». Журнал БИЗНЕС-ИНТЕЛЛЕКТ . 17 (4).
  5. ^ Jump up to: а б с д и Уайт, Дэвид. «Agile BI – три шага к аналитическому раю», апрель 2011 г.
  6. ^ Шерман, Рик. «Как использовать гибкую BI для улучшения вашей BI-архитектуры», январь 2011 г.
  7. ^ Jump up to: а б с Виолино, Боб. «Быстрый старт с гибкой разработкой BI», ComputerWorld, 21 ноября 2011 г.
  8. ^ Jump up to: а б с д и Бруни, Маргарита. «5 шагов к Agile BI», Informationweek.com, 13 июня 2011 г.
  9. ^ Jump up to: а б с д и ж г «Керночан, Уэйн. «Что на самом деле означает гибкая бизнес-аналитика», IT Business Edge, 7 апреля 2011 г.» . 7 апреля 2011 г.
  10. ^ Jump up to: а б с д «Упрощение бизнес-аналитики» .
  11. ^ Jump up to: а б с д и ж г час я дж Ларсон, Динн. «Принципы BI для гибкой разработки», журнал Business Intelligence, том 14, номер 4, стр. 41, 2009 г.
Arc.Ask3.Ru: конец переведенного документа.
Arc.Ask3.Ru
Номер скриншота №: ae5dbe9cb6ebef541146218cdaedfbdd__1715445240
URL1:https://arc.ask3.ru/arc/aa/ae/dd/ae5dbe9cb6ebef541146218cdaedfbdd.html
Заголовок, (Title) документа по адресу, URL1:
Agile Business Intelligence - Wikipedia
Данный printscreen веб страницы (снимок веб страницы, скриншот веб страницы), визуально-программная копия документа расположенного по адресу URL1 и сохраненная в файл, имеет: квалифицированную, усовершенствованную (подтверждены: метки времени, валидность сертификата), открепленную ЭЦП (приложена к данному файлу), что может быть использовано для подтверждения содержания и факта существования документа в этот момент времени. Права на данный скриншот принадлежат администрации Ask3.ru, использование в качестве доказательства только с письменного разрешения правообладателя скриншота. Администрация Ask3.ru не несет ответственности за информацию размещенную на данном скриншоте. Права на прочие зарегистрированные элементы любого права, изображенные на снимках принадлежат их владельцам. Качество перевода предоставляется как есть. Любые претензии, иски не могут быть предъявлены. Если вы не согласны с любым пунктом перечисленным выше, вы не можете использовать данный сайт и информация размещенную на нем (сайте/странице), немедленно покиньте данный сайт. В случае нарушения любого пункта перечисленного выше, штраф 55! (Пятьдесят пять факториал, Денежную единицу (имеющую самостоятельную стоимость) можете выбрать самостоятельно, выплаичвается товарами в течение 7 дней с момента нарушения.)