Préparer la migration vers Power BI

Cet article décrit les actions que vous pouvez entreprendre avant de commencer la migration vers Power BI.

Diagramme montrant les étapes d’une migration Power BI. Cet article se concentre sur les étapes de prémigration.

Remarque

Pour obtenir une explication complète de l’illustration ci-dessus, consultez Vue d’ensemble de la migration vers Power BI.

Les étapes de prémigration mettent l’accent sur la planification initiale, qui est une préparation importante avant de passer aux cinq étapes de la migration. La plupart des étapes de prémigration sont à effectuer une seule fois. Toutefois, dans les grandes organisations, certaines opérations peuvent devoir être réitérées pour chaque division ou service.

Les étapes de prémigration visent à produire un premier modèle de gouvernance, une première planification du déploiement général ainsi qu’un inventaire des rapports et des données à migrer. Vous aurez besoin de certaines informations complémentaires collectées lors des activités des étapes 1, 2 et 3 pour faire une estimation précise du niveau d’effort à prévoir pour la migration de chaque solution.

Conseil

La plupart des sujets abordés dans cet article s’appliquent également à tout projet d’implémentation standard de Power BI.

Créer une analyse et une évaluation des coûts/avantages

Plusieurs choses importantes sont à faire lors de l’évaluation initiale, notamment :

  • Clarifier le business case et la stratégie décisionnelle pour atteindre l’état futur spécifique souhaité.
  • Préciser le sens de « réussite » ainsi que la façon de mesurer la progression et la réussite de l’initiative de migration.
  • Estimer les coûts et calculer le retour sur investissement (ROI).
  • Mener à bien plusieurs initiatives Power BI productives à plus petite échelle et moins complexes.

Identifier les parties prenantes et le soutien exécutif

Voici plusieurs éléments à prendre en considération pour identifier les parties prenantes :

  • Assurez-vous que le soutien des responsables est établi.
  • Assurez-vous que les parties prenantes sont en phase avec le business case et la stratégie décisionnelle.
  • Incluez des représentants de toutes les divisions, même si la migration de leur contenu est prévue plus tard, pour comprendre leurs motivations et leurs préoccupations.
  • Impliquez les champions Power BI dès le début.
  • Établissez un plan de communication avec les parties prenantes et respectez-le.

Conseil

Si vous craignez de commencer à trop communiquer, c’est probablement bon signe.

Générer un modèle de gouvernance initial

Voici plusieurs éléments importants à définir dès le départ dans une implémentation Power BI :

  • Les objectifs propres à l’adoption, et la place tenue par Power BI et Microsoft Fabric dans la stratégie décisionnelle générale de l’organisation.
  • La manière dont le rôle Administrateur Fabric va être géré, en particulier dans les organisations décentralisées.
  • Les stratégies d’obtention de données approuvées : utilisation de sources de données faisant autorité, résolution des problèmes de qualité des données, et emploi d’une terminologie cohérente et de définitions communes.
  • La stratégie de sécurité et de confidentialité des données à appliquer pour les sources de données, les modèles de données, les rapports et le contenu livré aux utilisateurs internes et externes.
  • La manière dont les exigences d’audit, de réglementation et de conformité internes et externes seront remplies.

Important

Le modèle de gouvernance le plus performant est celui qui trouve le juste équilibre entre l’autonomisation des utilisateurs et le niveau de contrôle nécessaire. Pour plus d’informations, consultez Discipline au niveau de la base et Flexibilité en périphérie.

Effectuer la planification initiale du déploiement

La planification initiale du déploiement consiste à définir les standards, les stratégies et les préférences pour l’implémentation de Power BI dans l’organisation.

Notez que l’étape 2 fait référence à la planification du déploiement au niveau de la solution. Les activités de l’étape 2 doivent être alignées autant que possible sur les décisions prises au niveau de l’organisation.

Voici des éléments critiques à définir dès le départ dans une implémentation Power BI :

  • Les décisions relatives aux paramètres du locataire Power BI, qui doivent être documentées.
  • Les décisions liées à la gestion des espaces de travail, qui doivent être documentées.
  • Les considérations et les préférences ayant trait aux données et aux méthodes de distribution du contenu, comme les applications, les espaces de travail, le partage, les abonnements et l’incorporation de contenu.
  • Préférences relatives aux modes de modèle sémantique, telles que l’utilisation du mode Importation, le mode DirectQuery ou la combinaison des deux modes dans un modèle composite.
  • La sécurisation des données et des accès.
  • Utilisation de modèles sémantiques partagés pour la réutilisation.
  • L’application d’une certification des données pour promouvoir l’utilisation de données faisant autorité et jugées fiables.
  • L’utilisation de différents types de rapports, parmi lesquels les rapports Power BI, les rapports Excel ou les rapports paginés selon les cas d’usage ou les divisions.
  • Les approches de gestion des changements pour les éléments BI centralisés et les éléments BI gérés par l’entreprise.
  • Les plans de formation destinés aux consommateurs, aux modélisateurs de données, aux auteurs de rapports et aux administrateurs.
  • Le support mis à la disposition des auteurs de contenu au moyen de modèles Power BI Desktop, de visuels personnalisés et de standards documentés pour la conception des rapports.
  • Les procédures et processus pour répondre aux besoins des utilisateurs, comme la demande de nouvelles licences, l’ajout de nouvelles sources de données de passerelle, l’obtention d’une autorisation d’accès aux sources de données de passerelle, la demande de nouveaux espaces de travail, les modifications des autorisations sur les espaces de travail et diverses autres exigences courantes souvent observées.

Important

La planification du déploiement est un processus itératif. Les décisions relatives au déploiement seront affinées et complétées à de multiples reprises à mesure que votre organisation devient plus expérimentée avec Power BI et que le service Power BI évolue. Les décisions prises durant ce processus seront appliquées lors de la planification du déploiement au niveau de la solution, abordée à l’étape 2 du processus de migration.

Établir l’architecture initiale

Votre architecture de solution décisionnelle évoluera et mûrira avec le temps. Les tâches de configuration de Power BI à effectuer dès maintenant sont les suivantes :

Important

Cet article fait parfois référence à Power BI Premium ou à ses abonnements de capacité (SKU P). Sachez que Microsoft regroupe actuellement des options d’achat et met hors service les SKU Power BI Premium par capacité. Les clients nouveaux et existants doivent plutôt envisager l’achat d’abonnements de capacité Fabric (SKU F).

Pour plus d’informations, consultez Importante mise à jour à venir des licences Power BI Premium et FAQ sur Power BI Premium.

Définir les critères de réussite de la migration

La première tâche consiste à savoir ce que l’on entend par « réussir » la migration d’une solution individuelle. Les questions à poser sont notamment les suivantes :

  • Quels sont les motivations et les objectifs sous-jacents à cette migration ? Pour plus d’informations, consultez Vue d’ensemble de la migration vers Power BI (section sur les motifs de la migration à prendre en compte). Cet article décrit les motifs les plus fréquents d’une migration vers Power BI. Vous devez bien sûr définir vos objectifs au niveau de l’organisation. En fait, la migration peut avoir des objectifs différents : telle solution décisionnelle héritée est migrée pour faire des économies substantielles, tandis que telle autre solution décisionnelle héritée l’est principalement pour optimiser le workflow.
  • Quels sont les coûts/avantages ou le ROI attendus pour cette migration ? Pour mesurer la réussite, il est utile d’avoir une compréhension claire des attentes en matière de coûts, d’accroissement des capacités, de simplification ou d’une plus grande agilité. Cela peut vous aider à établir des principes directeurs qui faciliteront la prise de décision pendant le processus de migration.
  • Quels indicateurs de performance clés (KPI) seront utilisés pour mesurer la réussite ? Voici quelques exemples d’indicateurs de performance clés :
    • Nombre de rapports générés à partir d’une plateforme décisionnelle héritée, en baisse d’un mois sur l’autre.
    • Nombre de rapports générés à partir de Power BI, en hausse d’un mois sur l’autre.
    • Nombre de consommateurs de rapports Power BI, en hausse d’un trimestre sur l’autre.
    • Pourcentage de rapports migrés en production par date cible.
    • Réduction des coûts de licences d’une année sur l’autre.

Conseil

Le journal d’activité de Power BI peut servir de source pour mesurer la progression des indicateurs de performance clés.

Préparer l’inventaire des rapports existants

La préparation d’un inventaire des rapports existants dans la plateforme décisionnelle héritée est une étape essentielle pour savoir précisément ce qui existe déjà. La finalité de cette étape est d’obtenir des informations permettant d’évaluer le niveau d’effort associé à la migration. La préparation d’un inventaire peut comprendre les activités suivantes :

  1. Inventaire des rapports : dressez une liste des rapports et des tableaux de bord susceptibles d’être migrés.
  2. Inventaire des sources de données : dressez une liste de toutes les sources de données auxquelles les rapports existants accèdent. Cet inventaire doit inclure aussi bien les sources de données générales de l’entreprise que les sources de données spécifiques des services et des utilisateurs. Ce processus peut découvrir des sources de données inconnues du service informatique (ce que l’on désigne souvent sous le terme de Informatique fantôme).
  3. Journal d’audit : récupérez les données du journal d’audit de la plateforme décisionnelle héritée pour comprendre les modèles d’usage et établir plus facilement les priorités. Les informations importantes à prendre du journal d’audit sont :
    • Le nombre moyen de fois où chaque rapport a été généré par semaine/mois/trimestre.
    • Le nombre moyen de consommateurs de chaque rapport par semaine/mois/trimestre.
    • Les consommateurs de chaque rapport, en particulier les rapports utilisés par l’exécutif.
    • La dernière date à laquelle chaque rapport a été généré.

Notes

La plupart du temps, le contenu n’est pas migré en l’état vers Power BI. La migration représente une occasion de repenser l’architecture des données et/ou d’améliorer la livraison des rapports. La compilation d’un inventaire des rapports est cruciale pour savoir ce qui existe déjà et commencer à évaluer ce qui aurait besoin d’être remanié. Les autres articles de cette série décrivent les améliorations possibles plus en détail.

Explorer les options d’automatisation

Il n’est pas possible d’automatiser tout un processus de migration vers Power BI de bout en bout.

Automatiser la réalisation de l’inventaire existant des données et des rapports est envisageable si vous disposez d’un outil offrant cette possibilité. Le degré d’automatisation de certaines parties du processus de migration, comme établir l’inventaire existant, dépend fortement des outils que vous avez à disposition.

Dans l’article suivant de cette série sur la migration vers Power BI, découvrez l’étape 1, qui concerne la collecte et la hiérarchisation des exigences pour la migration vers Power BI.

Voici d’autres ressources utiles :

Les partenaires Power BI expérimentés sont là pour aider votre organisation à mener à bien le processus de migration. Pour contacter un partenaire Power BI, accédez au portail des partenaires Power BI.