Бөлісу құралы:


Планирование реализации Power BI: поддержка и мониторинг содержимого

Примечание.

Эта статья входит в серию статей по планированию реализации Power BI. В этой серии основное внимание уделяется интерфейсу Power BI в Microsoft Fabric. Общие сведения о серии см. в статье о планировании реализации Power BI.

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

  • Администраторы Структуры: администраторы, ответственные за надзор за Структурой в организации. Администраторам Структуры может потребоваться совместная работа с другими администраторами, такими как те, кто контролирует Microsoft 365 или Azure DevOps.
  • Центр превосходства (COE) и группы бизнес-аналитики: команды, ответственные за надзор за Power BI в организации. К этим командам относятся лица, принимающие решения, которые решают, как управлять жизненным циклом содержимого Power BI. Эти команды также могут включать руководителей выпусков, которые обрабатывают жизненный цикл выпусков содержимого и инженеров, которые создают и управляют компонентами, необходимыми для эффективного использования и поддержки управления жизненным циклом.
  • Создатели контента и владельцы контента: пользователи, которые создают содержимое, которое они хотят опубликовать на портале Fabric, чтобы поделиться с другими пользователями. Эти лица отвечают за управление жизненным циклом создаваемого содержимого Power BI.

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

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

На следующем рисунке показан жизненный цикл содержимого Power BI, выделение этапа 5, где поддерживается и отслеживается содержимое.

На схеме показан жизненный цикл содержимого Power BI. Выделен этап 5, который посвящен поддержке содержимого и мониторингу.

Примечание.

Общие сведения об управлении жизненным циклом контента см . в первой статье этой серии.

В этой статье рассматриваются основные аспекты и решения по поддержке и мониторингу содержимого на протяжении всего жизненного цикла. Дополнительные сведения о поддержке и мониторинге содержимого см. в следующем разделе:

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

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

Совет

Если вы ожидаете, что ваша среда бизнес-аналитики будет процветать, не недооценивайте, насколько важно поддерживать рабочую среду (не разработку, не тестируемое содержимое).

В следующих разделах описаны некоторые ключевые аспекты и решения по поддержке и мониторингу содержимого.

Выбор модели поддержки

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

Совет

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

При планировании модели поддержки следует учитывать два основных типа пользователей.

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

Примечание.

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

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

Оставшаяся часть этого раздела содержит рекомендации как для потребителей контента, так и для создателей.

Поддержка потребителей содержимого

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

  • Как получить справку: Как потребитель знает, кто обратиться за помощью? Ниже приведены некоторые распространенные ситуации.
  • Как использовать решение: какая помощь доступна, чтобы помочь потребителям использовать и полностью понять решение? Страница обзора в отчете или краткое видеоучило может быть полезной для пользователей (например, это может показать, как детализация до другого отчета). Предоставление такого типа помощи может привести к увеличению внедрения решения, увеличению отдачи от инвестиций и меньшему числу случаев поддержки.
  • Как принять отзывы: когда потребитель имеет новый запрос или улучшение, как они должны отправить свой запрос? Цикл обратной связи (например, форма) позволяет принимать идеи для улучшения решения. Циклы отзывов часто рассматриваются вместе с планированием поддержки, так как это тесно связанная концепция.

Примечание.

Ожидается, что после развертывания решения в рабочей среде вы получите различные типы и объемы отзывов по сравнению с тем, что было получено во время проверки. Предвидеть, что в течение этого периода гиперпрохода будет больше запросов и отзывов (период сразу после серьезного изменения). Планируйте соответствующим образом этот более высокий объем и попытайтесь увидеть его как возможность создать доверие с сообществом пользователей.

Поддержка создателя содержимого

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

Совет

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

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

Выбор способа аудита и мониторинга содержимого

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

  • Оценка внедрения решений: следует регулярно анализировать два аспекта внедрения:
    • Использование решения. Анализ уровней использования контента включает понимание того, какое содержимое используется, когда, кем и как. Дополнительные сведения о типах вопросов, которые вы можете задать, см. в разделе "Использование содержимого".
    • Эффективное использование решения: анализ эффективного использования содержимого сложнее определять и измерять (и использовать). Вы можете дополнительно изучить данные о действиях пользователя, чтобы определить, соответствует ли фактическое поведение пользователя вашим ожиданиям. Например, если вы ожидаете большое количество представлений отчетов в день, но то, что вы видите, один экспорт на пользователя в день, следует изучить далее.
  • Общие сведения о опубликованных элементах. Вы можете задокументируйте метаданные для опубликованных элементов в момент времени. Например, можно создать инвентаризацию клиентов с 1 января, которая может указывать на то, что существовали 12 семантических моделей и 94 отчета. Дополнительные сведения о преимуществах инвентаризации клиентов см. в разделе "Общие сведения о опубликованных элементах".
  • Снижение риска: так как вы понимаете больше о том, что происходит с контентом, вы можете быстро действовать, чтобы снизить риски. Например, можно определить проблемы безопасности или защиты данных с содержимым. Дополнительные сведения см. в разделе "Устранение рисков".
  • Поиск проблем с производительностью и работоспособностью. При аудите содержимого вы найдете данные, которые можно использовать в качестве входных данных для действий по настройке производительности. Кроме того, можно устранить проблему, прежде чем ее заметили потребители содержимого. Дополнительные сведения см. в разделе "Мониторинг производительности".

Совет

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

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

Контрольный список . При планировании поддержки и отслеживания содержимого ключевые решения и действия включают:

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

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