Котятки🐱, На дворе ноябрь, я плавно докатилась до citizen development в моем маленьком Self-service BI-королевстве. Это такая прекрасная модель, при которой не-технические специалисты (бизнес-пользователи) создают решения (отчёты, модели, приложения, автоматизации) без участия ИТ-разработчиков, используя desktop-инструменты или выделенную песочницу. От реального Self-service отличается тем, что результаты их наработок потом должны встать на промышленные рельсы. Вот тут можно почитать про риски, оч годно: https://perspective.orange-business.com/en/the-hidden-risks-of-self-service-analytics-without-governance/ А вот тут два подхода, как предупредить риски, со стороны проф BI-команды: 1)с помощью Data Observability (что, собственно, я выбрала для себя): https://www.acceldata.io/blog/empower-data-science-and-self-service-analytics-with-data-observability 2) Через архитектуру и выделение critical design areas (на примере Power Platform, но принцип достаточно абстрактен и перекладывается не только на Power BI, но и на любой другой BI): https://arno.uvt.nl/show.cgi?fid=161624 Мой тимлид, он же глава BI, однажды высказал мне главный риск citizen development: пользователь проектирует логику «на глаз» из конечных представлений (формально, выгрузок уже готовых отчетов из операционных систем-источников); в промышленной среде это приводит к конфликтам трактовок и «несходу» кросс-отчётов. С моей точки зрения, риски больше лежат в инженерной плоскости: когда пытаешься перевести артистическое творчество на пром рельсы, его зачастую надо переписывать с нуля. Ну или принять техдолг и помолиться.