Общие сведения о миграции 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 в организации.

Этап	Описание
	Настройте и оцените 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, сводятся к следующему:

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

Достичь успешной миграции Power BI

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

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

Подтверждения

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

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

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

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

• Дорожная карта внедрения платформы
• Планирование реализации Power BI
• Преобразование бизнес-аналитики Майкрософт
• Перенос отчетов SSRS в Power BI
• Вопросы? попробуйте обратиться к сообществу Fabric
• Предложения? Вносите идеи для улучшения Fabric

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