`

СПЕЦІАЛЬНІ
ПАРТНЕРИ
ПРОЕКТУ

Чи використовує ваша компанія ChatGPT в роботі?

BEST CIO

Определение наиболее профессиональных ИТ-управленцев, лидеров и экспертов в своих отраслях

Человек года

Кто внес наибольший вклад в развитие украинского ИТ-рынка.

Продукт года

Награды «Продукт года» еженедельника «Компьютерное обозрение» за наиболее выдающиеся ИТ-товары

 

Александр Кучерук

Внедрение аналитических приложений. Риски

+33
голоса

Есть ли в проектах внедрения BI-приложений что то специфическое?

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

Неконтролируемое Заказчиком расширение объема требований всех подряд подразделений, сразу после осознания того, что какое то подразделение выбило деньги на аналитику и контракт подписан.

Ограниченные возможности Заказчика при проверке полученных аналитических показателей в многомерной модели с помощью привычных «плоских» бухгалтерских метрик и с помощью недокументированных SQL запросов, написанных по принципу «как я это всегда делал».

Презумция виновности Исполнителя: «... у нас все цифры правильные... мы же их регулятору уже отослали... а в вашем Хранилище неверные данные..., но проверить мы их не можем, поэтому покажите нам, что у Вас все корректно, иначе не примем результаты работы... а ну раз у вас все корректно, тогда пойдем искать ошибки у себя в учетной системе/бухгалтерии... ну ладно, в этот раз вы оказались правы, ошибка у нас в учете (отчете), но в следующий раз…»

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

Недостаточная готовность аналитиков мыслить «многомерно», отнимает в начале проекта много времени на согласование моделей. А недостаточная готовность со стороны ИТ-специалистов – приводит к дополнительным временным затратам на проверку результатов загрузки данных в Хранилище (Витрину) данных, которую в конце концов приходится делать в дополнительное время, плюнув на условия контракта, где за наличие данных отвечает Заказчик.

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

Правда, если все это удается и хватает сил преодолеть, то Заказчик начинает доверять вам и предлагаемому вами решению.

Ready, set, buy! Посібник для початківців - як придбати Copilot для Microsoft 365

+33
голоса

Напечатать Отправить другу

Читайте также

 

Ukraine

 

  •  Home  •  Ринок  •  IТ-директор  •  CloudComputing  •  Hard  •  Soft  •  Мережі  •  Безпека  •  Наука  •  IoT