Общие сведения о миграции Power BI

Клиенты все чаще стандартизированы в Power BI для обеспечения языка и региональных параметров данных, что включает включение управляемой бизнес-аналитики самообслуживания (SSBI), рационализацию доставки бизнес-аналитики предприятия и решения экономических проблем. Цель этой серии статей по миграции Power BI — предоставить вам рекомендации по планированию и проведению миграции из стороннего средства бизнес-аналитики в Power BI.

Ниже приведены статьи в серии миграций Power BI:

1. Общие сведения о миграции Power BI (эта статья)
2. Подготовка к миграции в Power BI
3. Сбор требований для миграции в Power BI (этап 1)
4. Планирование развертывания для миграции в Power BI (этап 2)
5. Подтверждение концепции миграции в Power BI (этап 3)
6. Создание содержимого для миграции в Power BI (этап 4)
7. Развертывание в Power BI (этап 5)
8. Узнайте о миграциях Power BI клиента

Примечание.

Мы также рекомендуем тщательно ознакомиться с схемой внедрения Fabric и статьями по планированию реализации Power BI.

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

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

Этап	Description
	Настройте и оцените Power BI. Первый этап включает создание начальной архитектуры Power BI. Предварительные планирование развертывания и управления обрабатываются на этом этапе, а также оценки Power BI, включая возврат инвестиций и (или) анализ преимуществ.
	Быстро создавайте новые решения в Power BI. На втором этапе авторы самостоятельной бизнес-аналитики могут начать использовать и оценивать Power BI для своих потребностей, а значение можно получить из Power BI быстро. Действия на этапе 2 имеют важное значение для гибкости и быстрой бизнес-ценности, что крайне важно для получения принятия решения о выборе нового инструмента бизнес-аналитики, такого как Power BI. По этой причине на схеме показаны действия на этапе 2 параллельно с действиями миграции на этапе 3.
	Перенос ресурсов бизнес-аналитики из устаревшей платформы в Power BI. Третий этап устраняет миграцию в Power BI. Основное внимание уделяется этой серии статей по миграции Power BI. В следующем разделе рассматриваются пять этапов миграции.
	Внедрение, управление и мониторинг Power BI. Заключительный этап состоит из текущих мероприятий, таких как развитие культуры данных, коммуникации и обучения. Эти действия значительно влияют на эффективную реализацию Power BI. Важно иметь политики управления и безопасности и процессы, которые подходят для вашей организации, а также аудит и мониторинг, чтобы обеспечить масштабирование, рост и постоянное улучшение.

Важно!

Официальная миграция в Power BI почти всегда выполняется параллельно с разработкой нового решения Power BI. Решение Power BI — это универсальный термин, охватывающий использование как данных, так и отчетов. Один файл Power BI Desktop (pbix) может содержать модель данных или отчет или оба файла. Разделение модели данных от отчетов рекомендуется для повторного использования данных, но не требуется.

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

Пять этапов миграции Power BI

Этап 3 схемы обращается к миграции в Power BI. На этом этапе существует пять общих этапов.

Ниже приведены этапы, показанные на предыдущей схеме:

• Этапы предварительной миграции
• Этап 1. Сбор требований и приоритет
• Этап 2. Планирование развертывания
• Этап 3. Проверка концепции
• Этап 4. Создание и проверка содержимого
• Этап 5. Развертывание, поддержка и мониторинг

Шаги по подготовке к миграции

Этапы предварительной миграции включают действия, которые следует учитывать перед началом проекта для переноса содержимого из устаревшей платформы бизнес-аналитики в Power BI. Обычно он включает начальное планирование развертывания на уровне клиента. Дополнительные сведения об этих действиях см. в статье "Подготовка к миграции в Power BI".

Этап 1. Сбор требований и приоритет

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

Этап 2. Планирование развертывания

Основное внимание уделяется тому, как требования, определенные на этапе 1, выполняются для каждого конкретного решения. Выходные данные этапа 2 включают как можно больше конкретных особенностей, чтобы управлять процессом, хотя это итеративный, нелинейный процесс. Создание доказательства концепции (на этапе 3) может происходить параллельно с этим этапом. Даже при создании решения (на этапе 4) может появиться дополнительная информация, которая влияет на решения по планированию развертывания. Этот тип планирования развертывания на этапе 2 фокусируется на уровне решения, учитывая решения, уже принятые на уровне организации. Дополнительные сведения о действиях на этапе 2 см. в разделе "Планирование развертывания для миграции в Power BI".

Этап 3. Проверка концепции

Акцент этапа 3 заключается в том, чтобы устранить неизвестные и снизить риски как можно раньше. Техническое подтверждение концепции (POC) полезно для проверки допущений, и его можно сделать итеративно вместе с планированием развертывания (этап 2). Выходные данные этого этапа — это решение Power BI, которое сужается в область. Обратите внимание, что мы не планируем, чтобы POC был удален. Однако, скорее всего, потребуется дополнительная работа на этапе 4, чтобы сделать ее готовой к рабочей среде. В этом отношении в вашей организации можно ссылаться на это действие как прототип, пилот, макет, краткое руководство или минимально жизнеспособный продукт (MVP). Проведение POC не всегда необходимо, и это можно сделать неформальным образом. Дополнительные сведения о действиях на этапе 3 см. в статье "Подтверждение концепции миграции в Power BI".

Этап 4. Создание и проверка содержимого

Этап 4 заключается в том, что фактические действия по преобразованию POC в готовое к работе решение выполняется. Выходные данные этого этапа — это завершенное решение Power BI, которое было проверено в среде разработки. Он должен быть готов к развертыванию на этапе 5. Дополнительные сведения о действиях на этапе 4 см. в статье "Создание содержимого для миграции в Power BI".

Этап 5. Развертывание, поддержка и мониторинг

Основной задачей этапа 5 является развертывание нового решения Power BI в рабочей среде. Выходные данные этого этапа — это производственное решение, активно используемое бизнес-пользователями. При использовании гибкой методологии приемлемо иметь некоторые запланированные улучшения, которые будут реализованы в будущем итерации. В зависимости от уровня комфорта в Power BI, например минимизации рисков и нарушений работы пользователей, можно выбрать поэтапное развертывание. Кроме того, сначала можно развернуть в меньшей группе пилотных пользователей. Поддержка и мониторинг также важны на этом этапе и на постоянной основе. Дополнительные сведения о действиях на этапе 5 см. в разделе "Миграция в Power BI".

Совет

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

Рассмотрим причины миграции

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

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

Успешное выполнение миграции Power BI

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

• Исполнительное спонсорство: определение исполнительного спонсора в начале процесса. Этот человек должен быть тем, кто активно поддерживает бизнес-аналитику в организации и лично вкладывается в достижение положительного результата миграции. В идеале, исполнительный спонсор имеет конечный орган и ответственность за результаты, связанные с Power BI. Дополнительные сведения см. в этой статье.
• Учебные курсы, поддержка и обмен данными: признаете, что это не только технологическая инициатива. Любой проект бизнес-аналитики также является инициативой людей, поэтому рекомендуется инвестировать в обучение пользователей и поддержку. Кроме того, создайте план коммуникации, который прозрачно объясняет всем заинтересованным лицам, что происходит, почему и задает реалистичные ожидания. Не забудьте включить цикл обратной связи в план коммуникации для сбора входных данных от заинтересованных лиц.
• Быстрые победы: сначала приоритеты элементов с высоким уровнем ценности, которые имеют реальную бизнес-ценность и нажимают клавишу. Вместо того, чтобы строго пытаться всегда переносить отчеты точно так же, как они отображаются на устаревшей платформе бизнес-аналитики, сосредоточиться на бизнес-вопросе, который отчет пытается ответить , включая действия, которые необходимо предпринять, при устранении измененного отчета.
• Модернизация и улучшение: Будьте готовы переосмыслить то, как все было сделано. Миграция может обеспечить возможность улучшения. Например, это может исключить ручную подготовку данных или переместить бизнес-правила, которые были ограничены одним отчетом. Рассмотрите возможность рефакторинга, модернизации и консолидации существующих решений, когда усилия могут быть оправданы. Он может включать объединение нескольких отчетов в один или устранение устаревших элементов, которые не использовались в течение некоторого времени.
• Постоянное обучение. Будьте готовы использовать поэтапный подход при постоянном обучении и адаптации. Работайте в коротких итеративных циклах, чтобы быстро принести значение. Часто рекомендуется выполнять небольшие pocs, чтобы свести к минимуму риск неизвестных, проверить предположения и узнать о новых функциях. Так как Power BI — это облачная служба, которая обновляется ежемесячно, важно следить за разработкой и настраивать курс при необходимости.
• Сопротивление изменению: понимание того, что может быть различные уровни сопротивления изменениям, некоторые пользователи будут сопротивляться обучению нового инструмента. Кроме того, некоторые профессионалы, которые посвятили значительное время и усилия, чтобы получить опыт с другим инструментом бизнес-аналитики, может почувствовать угрозу, будучи перемещенными. Будьте готовы, потому что это может привести к внутренней политической борьбе, особенно в высоко децентрализованных организациях.
• Ограничения. Будьте реалистичными с планами миграции, включая финансирование, оценки времени, а также роли и обязанности для всех участников.

Благодарности

Эта серия статей была написана Мелисса Коутс, MVP платформы данных и владельцем стратегии данных Coates. Участники и рецензенты включают Марк Рейгера, Венкатеш Титт, Патрик Баумгарт, Тамер Фараг, Ричард Дакчук, Мэтью Роч, Адам Сакстон, Крис Уэбб, Марк Вейлангурт, Даниэль Ру биография lo, Дэвид Исемингер и Питер Майерс.

Связанный контент

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

Другие полезные ресурсы:

• Стратегия внедрения структуры
• Планирование реализации Power BI
• Преобразование бизнес-аналитики Майкрософт
• Перенос отчетов SSRS в Power BI
• Вопросы? Задайте их в сообществе Power BI.
• Есть предложения? Участие в разработке идей по улучшению Power BI

Опытные партнеры Power BI помогут вашей организации добиться успеха в процессе миграции. Чтобы привлечь партнера Power BI, посетите портал партнеров Power BI.