#tco — Public Fediverse posts

Как выбирать BI-систему под реальные ограничения организации

В одном из проектов мне нужно было развивать управленческую аналитику в крупной образовательной организации. Данные уже были: учебные процессы, финансовые показатели, поступления и другие направления хранились во внутренних системах. Руководству требовались не очередные Excel-файлы, а единый BI-контур с дашбордами, детализацией и регулярным обновлением. На тот момент я уже работал с Power BI и DataLens, а рабочую версию управленческой аналитики мы развернули на сервере в Visiology. Прототип показали руководству и получили согласование на дальнейшее развитие. То есть на уровне первой демонстрации всё получилось: данные загрузились, дашборды открылись, показатели можно было обсуждать уже не на словах. Если смотреть только на этот момент, систему можно считать выбранной успешно. Но дальше началась обычная жизнь корпоративного ПО. Источники были доступны не напрямую, требования менялись, за сервер отвечала одна команда, за данные другая, а за отчёты третья. После обновления платформы часть дашбордов потребовала восстановления и переработки. Я не могу утверждать, что это универсальная проблема конкретного продукта: ситуация зависела от версии, конфигурации и локального контура. Но для меня это стало хорошим напоминанием, что BI выбирают не на день презентации. Его выбирают на несколько лет эксплуатации, обновлений, смены сотрудников и споров о том, кто вообще должен чинить отчёт в понедельник утром. После этого проекта я стал смотреть на BI не как на редактор графиков, а как на организационный продукт. У него есть пользователи, владелец, инфраструктура, SLA, стоимость изменений и накопленный технический долг. И если всё это не учитывать, система с лучшими визуализациями вполне может оказаться худшим выбором для конкретной организации.

https://habr.com/ru/articles/1082098/

#BI #выбор_BIсистемы #Power_BI #Visiology #DataLens #TCO #PoC #RLS #аналитическая_платформа #архитектура_данных

Как выбирать BI-систему под реальные ограничения организации

В одном из проектов мне нужно было развивать управленческую аналитику в крупной образовательной организации. Данные уже были: учебные процессы, финансовые показатели, поступления и другие направления хранились во внутренних системах. Руководству требовались не очередные Excel-файлы, а единый BI-контур с дашбордами, детализацией и регулярным обновлением. На тот момент я уже работал с Power BI и DataLens, а рабочую версию управленческой аналитики мы развернули на сервере в Visiology. Прототип показали руководству и получили согласование на дальнейшее развитие. То есть на уровне первой демонстрации всё получилось: данные загрузились, дашборды открылись, показатели можно было обсуждать уже не на словах. Если смотреть только на этот момент, систему можно считать выбранной успешно. Но дальше началась обычная жизнь корпоративного ПО. Источники были доступны не напрямую, требования менялись, за сервер отвечала одна команда, за данные другая, а за отчёты третья. После обновления платформы часть дашбордов потребовала восстановления и переработки. Я не могу утверждать, что это универсальная проблема конкретного продукта: ситуация зависела от версии, конфигурации и локального контура. Но для меня это стало хорошим напоминанием, что BI выбирают не на день презентации. Его выбирают на несколько лет эксплуатации, обновлений, смены сотрудников и споров о том, кто вообще должен чинить отчёт в понедельник утром. После этого проекта я стал смотреть на BI не как на редактор графиков, а как на организационный продукт. У него есть пользователи, владелец, инфраструктура, SLA, стоимость изменений и накопленный технический долг. И если всё это не учитывать, система с лучшими визуализациями вполне может оказаться худшим выбором для конкретной организации.

https://habr.com/ru/articles/1082098/

#BI #выбор_BIсистемы #Power_BI #Visiology #DataLens #TCO #PoC #RLS #аналитическая_платформа #архитектура_данных

Как выбирать BI-систему под реальные ограничения организации

В одном из проектов мне нужно было развивать управленческую аналитику в крупной образовательной организации. Данные уже были: учебные процессы, финансовые показатели, поступления и другие направления хранились во внутренних системах. Руководству требовались не очередные Excel-файлы, а единый BI-контур с дашбордами, детализацией и регулярным обновлением. На тот момент я уже работал с Power BI и DataLens, а рабочую версию управленческой аналитики мы развернули на сервере в Visiology. Прототип показали руководству и получили согласование на дальнейшее развитие. То есть на уровне первой демонстрации всё получилось: данные загрузились, дашборды открылись, показатели можно было обсуждать уже не на словах. Если смотреть только на этот момент, систему можно считать выбранной успешно. Но дальше началась обычная жизнь корпоративного ПО. Источники были доступны не напрямую, требования менялись, за сервер отвечала одна команда, за данные другая, а за отчёты третья. После обновления платформы часть дашбордов потребовала восстановления и переработки. Я не могу утверждать, что это универсальная проблема конкретного продукта: ситуация зависела от версии, конфигурации и локального контура. Но для меня это стало хорошим напоминанием, что BI выбирают не на день презентации. Его выбирают на несколько лет эксплуатации, обновлений, смены сотрудников и споров о том, кто вообще должен чинить отчёт в понедельник утром. После этого проекта я стал смотреть на BI не как на редактор графиков, а как на организационный продукт. У него есть пользователи, владелец, инфраструктура, SLA, стоимость изменений и накопленный технический долг. И если всё это не учитывать, система с лучшими визуализациями вполне может оказаться худшим выбором для конкретной организации.

https://habr.com/ru/articles/1082098/

#BI #выбор_BIсистемы #Power_BI #Visiology #DataLens #TCO #PoC #RLS #аналитическая_платформа #архитектура_данных

now that ai boxes can serve up more tokens/s it is easier to see them serve bigger groups or maybe just run lots of agentic workloads and then serve up data and apps - ai glorified saas

you could just serve up ai for free and then rank all the best ideas #tags #categories #toplists

as ai gets much cheaper to run bigger models people will change their minds like ok this makes sense now #moire #roi #tco

Что можно доказать о своём ИТ-бюджете и на каких данных

В компаниях регулярно повторяется один и тот же разговор: финансовое руководство спрашивает, почему ИТ-бюджет вырос. ИТ-директор садится собирать ответ, и тратит на это несколько дней, потому что ищет по перепискам, старым Excel-файлам, звонит коллегам. Цифры для ответа обычно есть, но они разбросаны по системам и не связаны друг с другом так, чтобы быстро ответить на вопрос. Проблема редко в том, что данных нет вообще. Реестр техники существует, но в нём остаются активы уволившихся сотрудников. Закупки фиксируются в бухгалтерской системе, но без связи с тем, какому отделу и зачем ушло оборудование. Каждый вопрос руководства — «почему выросли расходы», «зачем именно сейчас», «нельзя ли обойтись меньшим» — требует своего среза данных, и на самом деле полной инфраструктурной картины для ответа не нужно. Привет, мы команда SimpleOne ITAM . В статье разберём, какие данные закрывают каждый из трёх вопросов, почему расчет TCO на неточном реестре может подорвать доверие ко всей системе учета сильнее, чем отсутствие расчета, и когда компании достаточно базового набора цифр без сложной аналитики.

https://habr.com/ru/companies/simpleone/articles/1080618/

#ИТбюджет #ITAM #управление_ИТактивами #TCO #планирование_бюджета #финансы #CIO #ИТдиректор #закупки #ESM

Что можно доказать о своём ИТ-бюджете и на каких данных

В компаниях регулярно повторяется один и тот же разговор: финансовое руководство спрашивает, почему ИТ-бюджет вырос. ИТ-директор садится собирать ответ, и тратит на это несколько дней, потому что ищет по перепискам, старым Excel-файлам, звонит коллегам. Цифры для ответа обычно есть, но они разбросаны по системам и не связаны друг с другом так, чтобы быстро ответить на вопрос. Проблема редко в том, что данных нет вообще. Реестр техники существует, но в нём остаются активы уволившихся сотрудников. Закупки фиксируются в бухгалтерской системе, но без связи с тем, какому отделу и зачем ушло оборудование. Каждый вопрос руководства — «почему выросли расходы», «зачем именно сейчас», «нельзя ли обойтись меньшим» — требует своего среза данных, и на самом деле полной инфраструктурной картины для ответа не нужно. Привет, мы команда SimpleOne ITAM . В статье разберём, какие данные закрывают каждый из трёх вопросов, почему расчет TCO на неточном реестре может подорвать доверие ко всей системе учета сильнее, чем отсутствие расчета, и когда компании достаточно базового набора цифр без сложной аналитики.

https://habr.com/ru/companies/simpleone/articles/1080618/

#ИТбюджет #ITAM #управление_ИТактивами #TCO #планирование_бюджета #финансы #CIO #ИТдиректор #закупки #ESM

Что можно доказать о своём ИТ-бюджете и на каких данных

В компаниях регулярно повторяется один и тот же разговор: финансовое руководство спрашивает, почему ИТ-бюджет вырос. ИТ-директор садится собирать ответ, и тратит на это несколько дней, потому что ищет по перепискам, старым Excel-файлам, звонит коллегам. Цифры для ответа обычно есть, но они разбросаны по системам и не связаны друг с другом так, чтобы быстро ответить на вопрос. Проблема редко в том, что данных нет вообще. Реестр техники существует, но в нём остаются активы уволившихся сотрудников. Закупки фиксируются в бухгалтерской системе, но без связи с тем, какому отделу и зачем ушло оборудование. Каждый вопрос руководства — «почему выросли расходы», «зачем именно сейчас», «нельзя ли обойтись меньшим» — требует своего среза данных, и на самом деле полной инфраструктурной картины для ответа не нужно. Привет, мы команда SimpleOne ITAM . В статье разберём, какие данные закрывают каждый из трёх вопросов, почему расчет TCO на неточном реестре может подорвать доверие ко всей системе учета сильнее, чем отсутствие расчета, и когда компании достаточно базового набора цифр без сложной аналитики.

https://habr.com/ru/companies/simpleone/articles/1080618/

#ИТбюджет #ITAM #управление_ИТактивами #TCO #планирование_бюджета #финансы #CIO #ИТдиректор #закупки #ESM