Стратегия внедрения Microsoft Fabric: владение контентом и управление ими

Примечание.

Эта статья является частью серии статей по внедрению Microsoft Fabric. Общие сведения о серии см . в схеме внедрения Microsoft Fabric.

Примечание.

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

Существует три основных стратегии по тому, как содержимое данных, аналитики и бизнес-аналитики (BI) принадлежит и управляется: самостоятельное управление бизнесом, управляемое самообслуживание и предприятие. В целях этой серии статей содержимое термина относится к любому типу элемента данных (например, записной книжке, семантической модели), ранее называемому набором данных, отчетом или панелью мониторинга.

Язык и региональные параметры данных организации — это драйвер для того, почему, как и кем реализуется каждая из этих трех стратегий владения контентом.

Diagram shows content ownership responsibilities for the three types of business intelligence delivery, which are described in the table below.

К областям на приведенной выше схеме относятся:

Область Description
Area 1. Самостоятельное управление бизнесом: все содержимое принадлежит создателям и экспертам по темам в рамках бизнес-подразделения. Эта стратегия владения также называется децентрализованной или нижней стратегией.
Area 2. Управляемое самообслуживание: данные принадлежат централизованной команде и управляются ими, а бизнес-пользователи отвечают за отчеты и панели мониторинга. Эта стратегия владения также называется дисциплиной в основе и гибкостью на краю.
Area 3. Корпоративная: все содержимое принадлежит централизованной команде, такой как ИТ-отдел, корпоративная бизнес-аналитика или Центр превосходства (COE).

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

  • Требования к решению (например, коллекции отчетов, приложения Power BI или lakehouse).
  • Навыки пользователя.
  • Продолжающаяся приверженность росту подготовки и навыков.
  • Требуется гибкость.
  • Уровень сложности.
  • Приоритеты и уровень обязательств руководства.

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

Как содержимое принадлежит и управляется, имеет значительное влияние на управление, степень наставничества и включение пользователей, потребности в поддержке пользователей и операционной модели COE .

Как описано в статье об управлении, уровень управления и надзора зависит от:

  • Кто владеет содержимым и управляет им.
  • Область доставки содержимого.
  • Область субъекта данных и уровень конфиденциальности.
  • Важность данных и то, используется ли она для принятия критически важных решений.

а именно:

Как говорится в статье о уровнях зрелости внедрения, организация измеряет состояние процессов управления данными и управления. Выбор, сделанный для владения контентом и управления, значительно влияет на то, как достигается внедрение организации.

Владение и управление

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

Роль Description
Teward данных Ответственность за определение и /или управление приемлемыми уровнями качества данных, а также управление главными данными (MDM).
Эксперт по темам (SME) Ответственность за определение того, что означает данные, то, что он использует, кто может получить к нему доступ и как данные представлены другим пользователям. Взаимодействует с владельцем домена по мере необходимости и поддерживает коллег в использовании данных.
Технический владелец Ответственность за создание, обслуживание, публикацию и защиту доступа к элементам данных и отчетов.
Владелец домена Более высокий уровень разработчиков решений, которые сотрудничают с группами управления с политиками управления данными, процессами и требованиями. Создатель решений для определения соответствующих и неуместных использования данных. Участвует в совете по управлению данными, как описано в статье об управлении .

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

Примечание.

Будьте ясны в том, кто отвечает за управление элементами данных. Важно обеспечить хороший опыт для потребителей содержимого. В частности, ясность владения полезна для:

  • Кто связаться с вопросами.
  • Отзывы.
  • Запросы на улучшение.
  • Запросы на поддержку.

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

Рекомендации по успешному выполнению владения:

  • Определите способ использования терминологии владения и управления в вашей организации, включая ожидания для этих ролей.
  • Задайте контакты для каждой рабочей области и для отдельных элементов для обмена данными об обязанностях владения и (или) поддержки.
  • Укажите между двумя и четырьмя администраторами рабочих областей и регулярно проводите аудит администраторов рабочей области (возможно, дважды в год). Администраторы рабочей области могут напрямую отвечать за управление содержимым рабочей области или могут быть назначены коллегам, которые выполняют практические действия. Во всех случаях администраторы рабочих областей могут легко связаться с владельцами определенного содержимого.
  • Включите последовательную фирменную символику в отчеты, чтобы указать, кто создал содержимое и кто обратиться за помощью. Небольшое изображение или текстовая метка, расположенная в нижнем колонтитуле отчета, ценна, особенно при экспорте отчета с портала Fabric. Стандартный файл шаблона может поощрять и упростить согласованное использование фирменной символики.
  • Используйте обзоры рекомендаций и проекты совместного разработки с COE.

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

Самостоятельное обслуживание на основе бизнеса

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

Важно!

Концепция самообслуживания под управлением бизнеса не совпадает с теневым ИТ-ит.. В обоих сценариях содержимое данных и бизнес-аналитики создаются, принадлежат и управляются бизнес-пользователями. Тем не менее, теневая ИТ-служба подразумевает, что бизнес-подразделение обходит ИТ и поэтому решение не санкционировано. Благодаря решениям самостоятельной бизнес-бизнес-аналитики подразделение имеет полный авторитет для создания содержимого и управления ими. Ресурсы и поддержка coE доступны создателям содержимого самообслуживания. Кроме того, ожидается, что подразделение будет соответствовать всем установленным рекомендациям и политикам по управлению данными.

Самостоятельное обслуживание на основе бизнеса наиболее подходит при следующих случаях:

  • Децентрализованное управление данными соответствует языку и региональных параметров данных организации, и организация готова поддержать эти усилия.
  • Исследование данных и свобода инноваций является высоким приоритетом.
  • Бизнес-подразделение хочет иметь наибольшее участие и сохранить самый высокий уровень контроля.
  • Подразделение имеет квалифицированных пользователей, способных (и полностью приверженных) поддержке решений через весь жизненный цикл. Он охватывает все типы элементов, включая данные (такие как lakehouse, хранилище данных, конвейер данных, поток данных или семантическая модель), визуальные элементы (например, отчеты и панели мониторинга) и приложения Power BI.
  • Гибкость реагирования на изменение условий бизнеса и быстро реагировать на необходимость более строгого управления и надзора.

Ниже приведены некоторые рекомендации по успешному выполнению бизнес-процессов с данными самообслуживания и бизнес-аналитикой.

  • Научите создателям использовать те же методы, которые будут использоваться ИТ-службами, такими как общие семантические модели и потоки данных. Используйте хорошо организованный OneLake. Централизация данных для уменьшения обслуживания, повышения согласованности и снижения риска.
  • Сосредоточьтесь на предоставлении наставничества, обучения, ресурсов и документации (описано в статье о наставничестве и включении пользователей). Важность этих усилий не может быть чрезмерной. Будьте готовы к уровню навыков создателей контента самообслуживания, чтобы значительно отличаться. Это также часто используется для решения для обеспечения отличной бизнес-ценности до сих пор, чтобы он не масштабировать или выполнять значительно с течением времени (по мере увеличения объема исторических данных). Наличие COE доступно для помощи при возникновении этих ситуаций очень ценно.
  • Укажите рекомендации по лучшему способу использования подтверждений. Повышение одобрения предназначено для содержимого, созданного создателями самообслуживания. Рекомендуется зарезервировать использование сертифицированного подтверждения для содержимого корпоративной бизнес-аналитики и управляемого содержимого самообслуживания бизнес-аналитики (описано далее).
  • Анализ журнала действий для обнаружения ситуаций, когда COE может заранее связаться с владельцами самообслуживания, чтобы предложить полезную информацию. Особенно полезно при обнаружении неоптимального шаблона использования. Например, действие журнала может показать чрезмерное использование общего доступа к отдельным элементам, если аудитории приложений Power BI или роли рабочей области могут быть лучшим выбором. Данные из журнала действий позволяют COE предлагать поддержку и консультации бизнес-подразделениям. В свою очередь, эта информация может помочь повысить качество решений, позволяя бизнесу сохранять полное владение и контроль над их контентом. Дополнительные сведения см. в разделе "Аудит и мониторинг".

Управляемое самообслуживание

Управляемая самостоятельная бизнес-аналитика — это смешанный подход к данным и бизнес-аналитике. Данные принадлежат централизованной команде (например, ИТ, корпоративной бизнес-аналитике или COE), а ответственность за отчеты и панели мониторинга принадлежит создателям и экспертам по темам в бизнес-подразделениях. Управляемая самостоятельная бизнес-аналитика часто является хорошей стратегией для решений бизнес-аналитики и отделов .

Этот подход часто called_дисциплин на основе и гибкости в edge_. Это связано с тем, что архитектура данных поддерживается одной командой с соответствующим уровнем дисциплины и строгости. Бизнес-подразделения обладают гибкостью для создания отчетов и панелей мониторинга на основе централизованных данных. Такой подход позволяет создателям отчетов быть гораздо эффективнее, так как они могут оставаться сосредоточенными на предоставлении ценности из анализа данных и визуальных элементов.

Управляемое самообслуживание бизнес-аналитики наиболее подходит при следующих случаях:

  • Централизованное управление данными соответствует языку и региональных параметров данных организации.
  • В организации есть группа экспертов бизнес-аналитики, которые управляют архитектурой данных.
  • Существует значение повторного использования данных многими создателями отчетов самообслуживания в пределах организации.
  • Создатели отчетов самообслуживания должны создавать аналитическое содержимое в темпе быстрее, чем централизованная команда может разместить.
  • Различные пользователи отвечают за обработку подготовки данных, моделирования данных и создания отчетов.

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

  • Научить пользователей отделять разработку моделей и отчетов. Они могут использовать динамические подключения для создания отчетов на основе существующих семантических моделей. Если семантическая модель отделяется от отчета, она способствует повторному использованию данных многими отчетами и многими авторами. Он также упрощает разделение обязанностей.
  • Используйте потоки данных для централизации логики подготовки данных и совместного использования часто используемых таблиц данных, таких как дата, клиент, продукт или продажи, со многими создателями семантической модели. Устраните поток данных как можно больше, используя понятные имена столбцов и исправьте типы данных, чтобы сократить количество подчиненных усилий, необходимых авторам семантических моделей, которые используют поток данных в качестве источника. Потоки данных являются эффективным способом сокращения времени, связанного с подготовкой данных и улучшением согласованности данных в семантических моделях. Использование потоков данных также уменьшает количество обновлений данных в исходных системах и позволяет меньше пользователей, которым требуется прямой доступ к исходным системам.
  • Когда создатели самообслуживания должны расширить существующую семантику с помощью данных отдела, обучите их созданию составных моделей. Эта функция позволяет обеспечить идеальный баланс самообслуживания при использовании инвестиций в активы данных, которые централизованно управляются.
  • Используйте сертифицированное подтверждение для семантических моделей и потоков данных, чтобы помочь создателям содержимого определить надежные источники данных.
  • Включите согласованную фирменную символику для всех отчетов, чтобы указать, кто создал содержимое и кто обратиться за помощью. Фирменная символика особенно полезна для отличия содержимого, созданного создателями самообслуживания. Небольшое изображение или текстовая метка в нижнем колонтитуле отчета ценна при экспорте отчета с портала Fabric.
  • Рассмотрите возможность реализации отдельных рабочих областей для хранения данных и отчетов. Такой подход обеспечивает более четкое представление о том, кто отвечает за содержимое. Он также позволяет более строгим назначениям ролей рабочей области. Таким образом создатели отчетов могут публиковать содержимое только в рабочей области отчетов; и разрешения на семантику чтения и сборки позволяют создателям создавать новые отчеты с помощью безопасности на уровне строк (RLS), если это применимо. Дополнительные сведения см. в разделе "Планирование на уровне рабочей области". Дополнительные сведения о RLS см. в разделе "Планирование безопасности создателя контента".
  • Используйте REST API Power BI для компиляции инвентаризации элементов Power BI. Анализ соотношения семантических моделей с отчетами для оценки степени повторного использования семантической модели.

Функции корпоративного уровня

Корпоративная — это централизованный подход к доставке данных и решений бизнес-аналитики, в которых все содержимое решения принадлежит централизованной команде. Обычно это ИТ-отдел, корпоративная бизнес-аналитика или COE.

Корпоративная наиболее подходит, когда:

  • Централизованное управление содержимым с помощью одной команды соответствует языку и региональных параметров данных организации.
  • У организации есть опыт работы с данными и бизнес-аналитикой для управления всеми элементами.
  • Потребности в содержимом потребителей четко определены, и нет необходимости настраивать или изучать данные за пределами решения для создания отчетов, которое поставляется.
  • Владение контентом и прямой доступ к данным должны быть ограничены небольшим количеством экспертов и владельцев.
  • Данные очень чувствительны или подвержены нормативным требованиям.

Ниже приведены некоторые рекомендации, которые помогут вам стать успешными с корпоративными данными и бизнес-аналитикой.

  • Реализуйте строгий процесс для использования сертифицированного подтверждения содержимого. Не все корпоративное содержимое должно быть сертифицировано, но большая часть его, вероятно, должна быть. Сертифицированное содержимое должно указывать на то, что качество данных проверено. Сертифицированное содержимое также должно соответствовать правилам управления изменениями, иметь официальную поддержку и полностью документироваться. Так как сертифицированное содержимое прошло строгие стандарты, ожидания надежности выше.
  • Включите согласованную фирменную символику в отчеты корпоративной бизнес-аналитики, чтобы указать, кто создал содержимое и кто обратиться за помощью. Небольшое изображение или текстовая метка в нижнем колонтитуле отчета ценна при экспорте отчета пользователем.
  • Если вы используете определенную фирменную символику отчета для указания содержимого корпоративной бизнес-аналитики, будьте осторожны с функцией сохранения копии , которая позволит пользователю скачать копию отчета и персонализировать его. Хотя эта функция является отличным способом мостить корпоративную бизнес-аналитику с управляемым самообслуживанием BI, он разбавляет ценность фирменной символики. Более простое решение — предоставить отдельный файл шаблона Power BI Desktop для авторов самообслуживания. Шаблон определяет отправную точку для создания отчета с динамическим подключением к существующей семантической модели, и она не включает фирменную символику. Файл шаблона можно использовать как ссылку в приложении Power BI или на портале сообщества.

Передача прав владения

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

  • Решение под руководством бизнеса используется значительным числом пользователей или теперь поддерживает критически важные бизнес-решения. В таких случаях решение должно управляться командой с процессами на месте для реализации более высокого уровня управления и поддержки.
  • Бизнес-решение является кандидатом на использование гораздо более широко во всей организации, поэтому он должен управляться командой, которая может устанавливать безопасность и развертывать содержимое широко в организации.
  • Бизнес-подразделение больше не имеет опыта, бюджета или времени, чтобы продолжить управление контентом, но бизнес-потребность в содержимом остается.
  • Размер или сложность решения выросла до точки, когда требуется другая архитектура данных или изменение.
  • Подтверждение концепции готово к эксплуатации.

COE должен иметь хорошо документированные процедуры для определения того, когда решение является кандидатом на передачу прав владения. Это очень полезно, если сотрудники службы поддержки знают, что искать, а также. Наличие обычного шаблона для создателей самообслуживания для создания и роста решения и передачи его в определенных обстоятельствах является индикатором продуктивной и здоровой культуры данных. Простая передача прав владения может быть решена в течение рабочих часов COE. Более сложная передача может гарантировать небольшой проект, управляемый COE.

Примечание.

Существует вероятность того, что новому владельцу потребуется выполнить некоторые рефакторинг и проверки данных, прежде чем они готовы взять на себя полную собственность. Рефакторинг, скорее всего, происходит с менее видимыми аспектами подготовки данных, моделирования данных и вычислений. Если есть какие-либо действия вручную или неструктурированные источники файлов, теперь идеальное время для применения этих улучшений. Фирменной символикой отчетов и панелей мониторинга также может потребоваться изменить (например, если есть нижний колонтитул, указывающий контакт отчета или текстовую метку, указывающую, что содержимое сертифицировано).

Кроме того, централизованной команде можно передать владение в бизнес-подразделение. Это может произойти, когда:

  • Команда с знаниями домена лучше оснащена для владения и управления содержимым, идущим вперед.
  • Централизованная команда создала решение для бизнес-подразделения, который не имеет навыков для его создания с нуля, но он может поддерживать и расширять решение вперед.

Совет

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

Соображения и ключевые действия

Контрольный список . Вот список рекомендаций и ключевых действий, которые можно предпринять для укрепления подхода к управлению контентом.

  • Получите полное представление о том, что происходит в настоящее время: убедитесь, что вы глубоко понимаете, как происходит владение контентом и управление ими во всей организации. Убедитесь, что, скорее всего, не будет единообразно применяться ко всей организации. Просмотрите сценарии планирования использования реализации, чтобы понять, как Power BI и Fabric можно использовать различными способами.
  • Проводите обсуждения: Определите, что в настоящее время работает хорошо, что не работает хорошо, и какой нужный баланс между тремя стратегиями владения. При необходимости запланируйте обсуждения с конкретными людьми в различных командах. Разработайте план перехода из текущего состояния в требуемое состояние.
  • Выполните оценку. Если ваша корпоративная команда данных в настоящее время имеет проблемы, связанные с планированием и приоритетами, выполните оценку, чтобы определить, можно ли создать управляемую стратегию самообслуживания, чтобы расширить возможности создателей контента в организации. Управляемые данные самообслуживания и бизнес-аналитики могут быть чрезвычайно эффективными в глобальном масштабе.
  • Уточняйте терминологию: уточняйте термины, используемые в организации для владельца, управления данными и эксперта по темам.
  • Назначьте четкие роли и обязанности: убедитесь, что роли и обязанности владельцев, стюардов и экспертов по темам документируются и хорошо понимаются всеми участниками. Включите персонал резервного копирования.
  • Обеспечение участия сообщества: убедитесь, что все ваши владельцы содержимого (как от бизнеса, так и от ИТ- отдела) являются частью вашей общины практики.
  • Создание инструкций пользователей для владельцев и контактов в Fabric. Определите, как будет использоваться функция контактов в Fabric. Общаться с создателями контента о том, как его следует использовать, и почему это важно.
  • Создайте процесс обработки передачи прав владения: если передача владения выполняется регулярно, создайте процесс для ее работы.
  • Поддержка расширенных создателей контента: определите стратегию использования внешних средств для расширенных возможностей разработки и повышения производительности.

Вопросы

Используйте такие вопросы, как приведенные ниже, чтобы оценить владение контентом и управление ими.

  • Есть ли центральные команды, ответственные за Структуру, имеют четкое представление о том, кто владеет каким контентом бизнес-аналитики? Существует ли различие между элементами отчета и данными или различными типами элементов (например, семантические модели Power BI, записные книжки для обработки и анализа данных или озера)?
  • Какие сценарии использования применяются, такие как личная бизнес-аналитика, группа бизнес-аналитики, отдел или корпоративная бизнес-аналитика? Насколько они распространены в организации и как они отличаются между ключевыми бизнес-подразделениями?
  • Какие действия выполняют бизнес-аналитические группы (например, интеграция данных, моделирование данных или отчеты)?
  • Какие типы ролей в организациях должны создавать и использовать собственный контент? Ограничивается ли она центральными командами, аналитиками или функциональными ролями, такими как продажи?
  • Где организация находится на спектре самообслуживания, управляемого самообслуживания или предприятия? Отличается ли он от ключевых бизнес-единиц?
  • Имеют ли стратегические решения данных и бизнес-аналитики роли владения и роли управления, которые четко определены? Какие отсутствуют?
  • Отвечают ли создатели и владельцы содержимого за поддержку и обновление содержимого после его выпуска? Насколько эффективным является владение поддержкой и обновлениями содержимого?
  • Существует ли четкий процесс передачи владения решениями (где это необходимо)? Например, когда внешний консультант создает или обновляет решение.
  • Есть ли источники данных у специалистов по анализу данных или экспертов по предмету (SMEs), которые служат в качестве специальной точки контакта?
  • Если ваша организация уже использует Fabric или Power BI, то текущая настройка рабочей области соответствует стратегиям владения контентом и доставки контента, которые находятся на месте?

Уровни зрелости

Следующие уровни зрелости помогут оценить текущее состояние владения и управления содержимым.

Уровень Состояние владения контентом и управления
100: изначально • Создатели самостоятельного содержимого имеют и управляют содержимым неконтролируемым способом без определенной стратегии.

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

• Несоответствия между различными отчетами являются общими, что приводит к недоверию к содержимому, созданному другими пользователями.
200: повторяемость • План предназначен для использования стратегии владения контентом и управления и в каких обстоятельствах.

• Начальные шаги по улучшению уровня согласованности и надежности для самостоятельной работы.

• Руководство по сообществу пользователей доступно, включающее ожидания для самообслуживания и корпоративного содержимого.

• Роли и обязанности понятны и хорошо понятны всем участникам.
300: определено • Управляемое самообслуживание является приоритетом и областью инвестиций для дальнейшего продвижения языка и региональных параметров данных. Приоритетом является предоставление создателям отчетов гибкости, необходимой при использовании хорошо управляемых, безопасных и надежных источников данных.

• Фирменная символика отчета постоянно используется для указания того, кто создал содержимое.

• Программа наставничества существует для обучения создателей контента самообслуживания о том, как применять рекомендации и принимать правильные решения.
400: возможности • Критерии определяются для выравнивания требований к управлению для самообслуживания и корпоративного содержимого.

• Существует план по запросу и обработке передачи прав владения.

• Управляемые самообслуживания и методы повторного использования данных обычно используются и хорошо понятны.
500: эффективность • Упреждающие шаги для взаимодействия с пользователями возникают при обнаружении каких-либо действий в журнале действий. Образование и информация предоставляются для постепенного улучшения или снижения риска.

• Сторонние средства используются создателями содержимого с высоким опытом для повышения производительности и эффективности.

В следующей статье серии стратегий внедрения Microsoft Fabric вы узнаете о область доставки содержимого.