Support formation Rapports Power BI
Pages
Généralités

icon picker
Planification de la migration et du déploiement Power BI

Voici un support de formation détaillé pour la migration vers Power BI, structuré par sections numérotées, tirant parti des informations fournies dans les sources :

1. Contexte et objectifs de la migration Power BI

La migration vers Power BI est une démarche de plus en plus courante pour les organisations qui cherchent à standardiser leur plateforme d’intelligence décisionnelle (BI) afin de développer une culture des données. Cette initiative vise à activer l'intelligence décisionnelle en libre-service gérée (SSBI), à rationaliser la prestation de décisionnel d'entreprise et à répondre aux pressions économiques.
Les raisons principales de cette migration peuvent être les suivantes :
Activer l'intelligence décisionnelle en libre-service gérée en introduisant de nouvelles fonctionnalités qui rendent l'accès à l'information et à la prise de décision plus largement disponible, tout en réduisant la dépendance à des compétences spécialisées difficiles à trouver.
Rationaliser la livraison de décisionnel d'entreprise pour répondre aux exigences non satisfaites par les outils BI existants, tout en diminuant la complexité, le coût de possession, et/ou en standardisant l'utilisation des divers outils BI en place.
Répondre aux pressions économiques pour accroître la productivité avec moins de ressources, de temps et de personnel.
Hypothèses de départ pour cette série d'articles de migration : votre organisation dispose d'une plateforme BI héritée et la décision a été prise de migrer formellement le contenu et les utilisateurs vers le service Power BI.

2. Phases générales du déploiement Power BI

Le déploiement de Power BI dans une organisation se déroule généralement en quatre phases distinctes :
Configurer et évaluer Power BI : Cette phase initiale implique l'établissement de l'architecture Power BI, le déploiement préliminaire et la planification de la gouvernance. Elle inclut également des évaluations comme le retour sur investissement (ROI) ou l'analyse des coûts-avantages.
Créer rapidement de nouvelles solutions dans Power BI : Durant cette phase, les auteurs BI en libre-service commencent à utiliser et évaluer Power BI pour leurs besoins, cherchant à en tirer rapidement de la valeur. L'accent est mis sur l'agilité et la rapidité de création de valeur métier pour obtenir l'adhésion à l'outil. Cette phase peut se dérouler en parallèle avec les activités de migration de la phase 3.
Migrer les ressources BI de la plateforme héritée vers Power BI : C'est l'objectif principal de cette série d'articles. Elle comprend cinq étapes de migration spécifiques.
Adopter, régir et surveiller Power BI : La phase finale concerne les activités continues telles que la culture des données, la communication et la formation. Il est crucial d'avoir des stratégies de gouvernance et de sécurité appropriées, ainsi que des processus d'audit et de supervision pour une mise à l'échelle et une amélioration continues.
Il est important de noter qu'une migration formelle vers Power BI se produit presque toujours en parallèle avec le développement de nouvelles solutions Power BI. L'utilisation de Power BI pour définir de nouvelles exigences tout en planifiant la migration aide à obtenir l'adhésion et offre une expérience pratique aux auteurs de contenu.

3. Étapes de pré-migration : préparation Initiale

Les étapes de pré-migration sont des actions à considérer avant de démarrer un projet formel de migration. Elles se concentrent sur la planification initiale et sont principalement à effectuer une seule fois à l'échelle de l'organisation ou du locataire.
Ces étapes visent à produire :
Un premier modèle de gouvernance.
Une planification du déploiement général.
Un inventaire des rapports et des données à migrer.
Activités clés des étapes de pré-migration :
Créer une analyse et une évaluation des coûts/avantages : Il s'agit de clarifier le cas d'affaires et la stratégie décisionnelle, de définir ce que signifie la "réussite" de la migration, et d'estimer les coûts et le ROI. Il est également recommandé de mener des initiatives Power BI productives à plus petite échelle et moins complexes.
Identifier les parties prenantes et le soutien exécutif : Assurez-vous que les parties prenantes sont alignées sur le cas d'affaires. Impliquez des représentants de toutes les divisions et les champions Power BI dès le début. Établissez et respectez un plan de communication. Le parrainage exécutif est essentiel dès le début du processus pour le succès de la migration.
Générer un modèle de gouvernance initial : Définissez les objectifs d'adoption, la gestion du rôle d'administrateur Fabric, les stratégies d'obtention de données approuvées (sources faisant autorité, qualité des données, terminologie cohérente), la stratégie de sécurité et de confidentialité des données, et la manière dont les exigences d'audit/conformité seront satisfaites. Le modèle de gouvernance doit équilibrer l'autonomisation des utilisateurs et le niveau de contrôle nécessaire.
Effectuer la planification initiale du déploiement : Définissez les standards, stratégies et préférences pour l'implémentation de Power BI à l'échelle de l'organisation. Cela inclut les décisions relatives aux paramètres du locataire Fabric, à la gestion des espaces de travail, aux méthodes de distribution du contenu, aux modes de modèle sémantique (Import, DirectQuery, Composite), à la sécurisation des données, à l'utilisation de modèles sémantiques partagés, à la certification des données, aux types de rapports, aux approches de gestion des changements, et aux plans de formation. Notez que la planification du déploiement est un processus itératif.
Établir l'architecture initiale : Configurez le locataire Power BI, l'intégration à Microsoft Entra ID, définissez les administrateurs Power BI, obtenez et attribuez les licences initiales, configurez les rôles d'espace de travail, configurez un cluster de passerelle de données initial, et procurez un abonnement de capacité Premium (ou Fabric Capacity SKU F) si nécessaire.
Définir les critères de réussite de la migration : Comprenez les motivations et objectifs sous-jacents de chaque migration individuelle. Définissez les coûts/avantages ou le ROI attendus. Identifiez les indicateurs de performance clés (KPI) tels que le nombre de consommateurs, le pourcentage de rapports migrés en production, ou la réduction des coûts de licences. Le journal d'activité de Power BI peut être utilisé pour mesurer la progression des KPI.
Préparer l'inventaire des rapports existants : Compilez une liste des rapports et tableaux de bord candidats à la migration, ainsi qu'un inventaire de toutes les sources de données (y compris l'informatique fantôme). Obtenez des données du journal d'audit de la plateforme BI héritée pour comprendre les modèles d'utilisation (fréquence de génération, nombre de consommateurs, consommateurs exécutifs, dernière date de génération) et faciliter la hiérarchisation. La migration est une opportunité de repenser l'architecture des données et d'améliorer la livraison des rapports, le contenu n'étant généralement pas migré en l'état.
Explorer les options d'automatisation : L'automatisation de l'inventaire des données et des rapports existants est envisageable si les outils le permettent, mais une automatisation complète de bout en bout n'est pas possible.

4. Processus de migration : Les cinq étapes clés

Cette section détaille les cinq étapes spécifiques de la phase 3 de migration. Ces étapes se concentrent sur des activités relatives à une solution spécifique, tout en tenant compte des décisions prises au niveau de l'organisation.

4.1. Collecter les exigences et hiérarchiser (Étape 1)

L'objectif de l'étape 1 est de collecter des informations précises et hiérarchisées sur les exigences pour la migration d'une solution individuelle vers Power BI. L'inventaire des éléments BI existants (préparé lors des étapes de pré-migration) est le point de départ.
Collecter les exigences relatives aux rapports :
Objectif, audience et action attendue : Identifiez le processus métier, l'audience, le flux de travail analytique et les actions que les consommateurs doivent entreprendre.
Utilisation du rapport par les utilisateurs : Interagissez avec les utilisateurs du rapport existant pour comprendre leur utilisation exacte, ce qui peut révéler des opportunités d'élimination ou d'amélioration.
Propriétaire et experts en matière concernée : Identifiez-les, car ils deviendront probablement les propriétaires des nouveaux rapports Power BI.
Méthode de remise de contenu : Clarifiez les attentes (exécution à la demande, interactive, incorporée, livraison planifiée, alertes).
Besoins d'interactivité : Déterminez les exigences essentielles et souhaitables (filtres, actions d'extraction).
Sources de données : Vérifiez toutes les sources de données requises, la latence des données (actualisation), les exigences de données historiques, de tendances et d'instantanés.
Exigences de sécurité : Clarifiez les autorisations (visualiseurs, éditeurs, sécurité au niveau des lignes), les exceptions aux normes, et les exigences de sensibilité/confidentialité/réglementation.
Calculs, KPI et règles métier : Identifiez et documentez les calculs, KPI et règles existants.
Facilité d'utilisation, disposition et exigences cosmétiques : Identifiez les besoins spécifiques pour les visualisations, le regroupement, le tri, la visibilité conditionnelle et la livraison sur appareils mobiles. Incluez les besoins d'impression et d'exportation qui influencent le type de rapport (Power BI, Excel, paginé).
Risques ou préoccupations : Déterminez les autres exigences techniques/fonctionnelles, ainsi que les risques/préoccupations liés à l'information présentée.
Problèmes ou éléments de backlog ouverts : Ajoutez les futures maintenances, problèmes connus ou demandes différées au backlog. Mettez le backlog à disposition des parties prenantes pour faciliter la communication.
Collecter les exigences relatives aux données :
Requêtes existantes : Identifiez les requêtes de rapport ou procédures stockées existantes pouvant être utilisées ou converties.
Types de sources de données : Compilez les types de sources (centralisées, non standard) et localisez-les pour la connectivité de la passerelle.
Structure des données et besoins de nettoyage : Déterminez la structure et l'étendue du nettoyage nécessaire.
Intégration des données : Évaluez comment l'intégration sera gérée pour plusieurs sources et les relations entre les tables du modèle.
Latence de données acceptable : Déterminez les besoins en latence (influencera le mode de stockage) et la fréquence d'actualisation.
Volume de données et scalabilité : Évaluez les attentes en matière de volume (influence les décisions sur les grands modèles, les modèles Composites ou DirectQuery, l'actualisation incrémentielle).
Mesures, KPI et règles métier : Évaluez les besoins et leur impact sur le lieu d'application de la logique (modèle sémantique ou processus d'intégration).
Données de base et catalogue de données : Déterminez les problèmes de données de référence et la pertinence de l'intégration à un catalogue de données.
Sécurité et confidentialité des données : Déterminez les considérations spécifiques (sécurité au niveau des lignes).
La réutilisation des données est possible avec des modèles sémantiques partagés (qui peuvent être certifiés) et la préparation des données avec des flux de données (dataflows) pour réduire la logique répétitive et la charge sur les systèmes sources.
Identifier les opportunités d'amélioration : La migration est une occasion d'apporter des modifications et des améliorations. Envisagez la consolidation des rapports (moins de rapports, plus flexibles, optimisation Q&A), l'amélioration de l'efficacité (remplacement des activités manuelles par Power Query), et la centralisation du modèle de données (un modèle sémantique faisant autorité et certifié pour la SSBI gérée).
Hiérarchiser et évaluer la complexité : Examinez les rapports et les données collectivement et indépendamment. Priorisez les éléments à forte valeur ajoutée. Pour les rapports : grande valeur ajoutée, générés fréquemment, demandés par la direction/exécutif, niveau de complexité raisonnable (pour les premières itérations). Pour les données : éléments critiques, données organisationnelles communes, possibilité de créer un modèle sémantique partagé réutilisable, niveau de complexité raisonnable. Il est facile de surestimer l'importance d'un rapport, et parfois, ne rien faire est la meilleure option pour les rapports rarement utilisés.

4.2. Planifier le déploiement (Étape 2)

L'objectif de l'étape 2 est de définir comment les exigences établies à l'étape 1 seront appliquées pour migrer une solution vers Power BI. Ce processus est itératif et non linéaire, et peut se dérouler en parallèle avec l'étape 3 (preuve de concept).
Choisir le produit Power BI : Décidez entre le service Power BI ou Power BI Report Server. Le service Power BI est fortement recommandé pour la sécurité, la distribution de contenu, la collaboration, l'audit et la surveillance, et l'utilisation de fichiers Power BI Desktop (.pbix) stockés dans un système de fichiers n'est pas optimale.
Choisir l'approche de gestion des espaces de travail : Décidez si un espace de travail supplémentaire est nécessaire, si des espaces distincts pour le développement, le test et la production sont requis, et si les données et les rapports doivent avoir des espaces de travail séparés (fortement recommandé pour la sécurité des modèles sémantiques). Planifiez les rôles d'espace de travail et l'utilisation de groupes existants (Microsoft Entra ID, Microsoft 365) pour la sécurité. Considérez les exigences pour les utilisateurs invités externes. Conseil : Créez un espace de travail par projet ou activité métier spécifique, plutôt que par structure organisationnelle.
Déterminer le mode de consommation du contenu : Choisissez la meilleure méthode de livraison pour les consommateurs : une application Power BI (préférable pour les consommateurs) ou un accès direct à un espace de travail. Déterminez si le contenu sera incorporé (Teams, SharePoint, portail personnalisé) ou accédé sur des appareils mobiles.
Déterminer si d'autres contenus peuvent être créés : Décidez si les consommateurs sont autorisés à créer du contenu (par exemple, en accordant l'autorisation de génération sur les modèles sémantiques) et s'ils peuvent personnaliser des rapports existants via la fonctionnalité "Enregistrer une copie" (avec prudence pour les logos/messages).
Évaluer les besoins en capacité Premium : Les capacités Premium (ou les nouvelles capacités Fabric SKU F) offrent des fonctionnalités supplémentaires, telles que l'accès au contenu pour les consommateurs sans licence Power BI Pro/Premium par utilisateur, le support des modèles sémantiques volumineux, des actualisations de données plus fréquentes, des flux de données complets, et des fonctionnalités d'entreprise comme les pipelines de déploiement et le point de terminaison XMLA.
Déterminer la méthode d'acquisition des données : Évaluez si un modèle sémantique Power BI partagé existant peut être utilisé ou enrichi, ou si un nouveau modèle sémantique est nécessaire. Choisissez le mode de stockage des données (Import, DirectQuery, Composite, Live Connection), et déterminez l'utilisation d'agrégations pour les performances, la création de flux de données, et l'inscription de nouvelles sources de données de passerelle.
Déterminer l'emplacement de stockage du contenu d'origine : Spécifiez un emplacement approuvé pour les fichiers Power BI Desktop (.pbix) originaux (avec contrôle de code source et gestion des versions, ex: OneDrive, SharePoint), pour les données sources non centralisées, et pour le contenu exporté depuis le service Power BI (pour garantir la sécurité).
Évaluer le niveau d'effort : Une fois les exigences et la planification du déploiement collectées, vous pouvez évaluer le niveau d'effort et établir un plan de projet avec les tâches, un calendrier et les responsabilités.

4.3. Effectuer une preuve de concept (Étape 3)

L'objectif de l'étape 3 est de traiter les problèmes inconnus et d'atténuer les risques le plus tôt possible en réalisant une preuve de concept (POC) technique pour valider les hypothèses. La POC n'est pas un travail jetable, mais une itération précoce de la solution prête pour la production.
Définir des objectifs et une étendue de preuve de concept :
Concentrez-vous sur des objectifs clairs : valider la compréhension des exigences, vérifier les compréhensions techniques initiales, créer un petit modèle sémantique avec des données réelles (structure, relations, types de données, valeurs), tester les expressions DAX, tester la connectivité et l'actualisation des sources de données via une passerelle, vérifier les configurations de sécurité (sécurité au niveau des lignes), et tester la disposition et l'esthétique.
L'étendue de la POC doit être aussi étroite que possible pour réduire la complexité. Même si les exigences de migration sont souvent connues, une POC apporte une valeur ajoutée significative, surtout si des améliorations sont envisagées ou si les compétences Power BI sont limitées.
Exécutez la POC du début à la fin (du développement Power BI Desktop au déploiement sur un espace de travail de développement dans le service Power BI) pour atteindre pleinement les objectifs, en particulier pour les fonctionnalités critiques du service.
Gérer les différences dans Power BI : Power BI est flexible et peut être fondamentalement différent de l'ancienne plateforme BI.
Reconcevoir l'architecture de données : Si l'ancienne plateforme avait une couche sémantique, la création d'un modèle sémantique d'importation est souvent une bonne idée. Power BI fonctionne de manière optimale avec une conception en schéma en étoile.
Si les rapports existants utilisaient des requêtes SQL, le mode DirectQuery peut être envisagé. Cependant, des problèmes de performances peuvent indiquer une conception sous-optimale, suggérant l'utilisation de modèles sémantiques partagés basés sur un schéma en étoile.
Décider comment gérer les conversions de tableaux de bord : Un tableau de bord hérité peut être recréé comme un rapport Power BI (avec Power BI Desktop, rapports paginés ou Excel) ou comme un tableau de bord Power BI (une fonctionnalité de visualisation spécifique du service Power BI, souvent créée en épinglant des visuels de rapports).
Se concentrer sur la situation dans son ensemble pour recréer des visuels : Lorsque vous recréez des visuels de rapport, concentrez-vous sur les questions métier globales plutôt que d'essayer de reproduire chaque visuel exactement à l'identique. Les consommateurs apprécient la cohérence, mais il ne faut pas s'égarer dans des débats sur des détails mineurs.

4.4. Créer et Valider le Contenu (Étape 4)

L'objectif de l'étape 4 est d'effectuer le travail réel de conversion de la preuve de concept (POC) en solution prête pour la production. Le résultat est une solution Power BI validée dans un environnement de développement, prête pour le déploiement. Il est important de réutiliser au maximum le travail effectué lors de la POC.
Développer un nouveau modèle sémantique d'importation : Si un modèle existant ne répond pas aux besoins, créez un nouveau modèle sémantique d'importation. Les activités essentielles incluent : l'obtention et la préparation des données (par exemple, à partir d'un flux de données), la création du modèle sémantique (y compris les tables de dates), la création et la vérification des relations, la définition des mesures, la configuration de la sécurité au niveau des lignes (RLS), l'optimisation des questions/réponses, et la planification de la scalabilité/performances.
Conseil : Paramétrez les sources de données pour faciliter le déploiement entre les environnements de développement, de test et de production.
Développer de nouveaux rapports et tableaux de bord : Décidez d'utiliser une connexion active à un modèle existant ou de créer un modèle de données (choix du mode de stockage). Choisissez l'outil de visualisation approprié (Power BI Desktop, Paginated Report Builder, Excel). Déterminez les meilleurs visuels pour répondre aux questions, assurez une terminologie claire, concise et conviviale, répondez aux besoins d'interactivité, et ajoutez des mesures au niveau du rapport si nécessaire. Créez des tableaux de bord dans le service Power BI si les consommateurs ont besoin d'une supervision simple des métriques clés.
Valider la solution : La validation comporte quatre aspects principaux :
Précision des données : Vérifiez que les données du nouveau rapport sont exactes en les croisant avec le système source d'origine. Idéalement, cette validation est renouvelée à chaque publication.
Sécurité : Validez les autorisations des données (RLS pour l'importation, système source pour DirectQuery avec SSO) et l'accès aux modèles sémantiques, rapports et tableaux de bord (rôles d'espace de travail, autorisations d'audience de l'application, partage individuel).
Fonctionnalité : Vérifiez les détails du modèle sémantique (noms de champs, formatage, tri, comportement de synthèse) et les fonctionnalités de rapport interactives (segments, actions d'exploration des détails, expressions, boutons, signets). Publiez régulièrement sur un espace de travail de développement pour vérifier le comportement des fonctionnalités dans le service, y compris les visuels personnalisés, l'actualisation planifiée, les questions et réponses, et l'affichage mobile.
Performances : Assurez-vous que la plupart des rapports affichent les visuels en moins de 10 secondes. Évaluez régulièrement les performances dans le service Power BI en plus de Power BI Desktop. Les problèmes de performances sont souvent liés à des expressions DAX sous-optimales, une mauvaise conception du modèle sémantique/rapport, ou des problèmes techniques (réseau, passerelle de données surchargée, configuration de capacité Premium).
Documenter la solution : Créez une documentation sur le modèle sémantique (décisions de conception, propriété, gestion, certification, besoins d'actualisation, règles métier, exigences de sécurité, maintenance future, problèmes connus) et une documentation du rapport (procédure pas à pas pour les consommateurs, tutoriels vidéo). La documentation peut être stockée sur un site SharePoint (CoE, communauté Power BI), intégrée dans l'application Power BI via des URLs, ou dans les fichiers Power BI Desktop eux-mêmes (descriptions de champs).

4.5. Déployer, Prendre en Charge et Surveiller (Étape 5)

L'objectif principal de l'étape 5 est de déployer la nouvelle solution Power BI en production. Le support et la surveillance sont des sujets importants et continus.
Déployer dans un environnement de test : Pour les solutions gérées par le service informatique ou critiques pour l'entreprise, un environnement de test est généralement prévu pour les tests d'acceptation utilisateur (UAT). Les pipelines de déploiement peuvent simplifier ce processus pour le contenu sur une capacité Premium.
Les activités incluent l'ajustement des chaînes de connexion (si la source diffère entre dev et test, utilisez le paramétrage), la publication du contenu et des applications (pour les utilisateurs UAT), la planification de l'actualisation des données, et la mise à jour des rôles d'espace de travail.
Réaliser des tests d'acceptation utilisateur (UAT) : Effectués par des experts métier pour vérifier que le nouveau contenu est correct, répond aux exigences et peut être déployé.
Déployer dans l'environnement de production :
Déploiement de préproduction : Pour réduire les risques, effectuez un déploiement de préproduction avec un petit groupe d'utilisateurs pilotes, en augmentant progressivement les autorisations.
Gérer des composants supplémentaires : Collaborez avec les administrateurs Power BI pour installer des pilotes/connecteurs de passerelle, configurer une nouvelle capacité Premium (si justifiée), configurer des flux de données Power BI, enregistrer des visuels organisationnels, définir le contenu proposé, et configurer des étiquettes de confidentialité (intégrées à Microsoft Purview Information Protection).
Déploiement dans l'espace de travail de production : Obtenez l'approbation pour le déploiement et communiquez aux utilisateurs. Ayez un plan de restauration (conserver les versions antérieures des fichiers .pbix). Ajustez les chaînes de connexion (paramétrage). Planifiez l'actualisation des modèles sémantiques. Publiez le contenu et les applications. Mettez à jour et vérifiez les rôles d'espace de travail, les paramètres du modèle sémantique (approbation, informations d'identification de la passerelle, actualisation planifiée, suggestions Q&A), et les paramètres du rapport/tableau de bord (description, contact, étiquette de sensibilité, contenu proposé).
Informer les utilisateurs : Annoncez la disponibilité de la nouvelle solution, indiquez où trouver le contenu, la documentation, les FAQ et les tutoriels. Fournissez des instructions pour obtenir de l'aide et envoyer des commentaires.
Mener une analyse rétrospective : Évaluez ce qui a bien fonctionné et ce qui doit être amélioré pour les futures migrations.
Exécuter en parallèle : Souvent, la nouvelle solution fonctionnera en parallèle avec l'ancienne pendant une période prédéterminée (ex: 30 à 90 jours) pour réduire les risques, permettre aux utilisateurs de se familiariser, et permettre le recoupement des informations.
Désactiver le rapport hérité : Désactivez les rapports hérités lorsque la période parallèle a expiré, que tous les utilisateurs ont accès à la nouvelle solution, qu'il n'y a plus d'activité significative sur l'ancien rapport, et qu'aucun problème n'a été rencontré avec la nouvelle solution.
Surveiller la solution : Utilisez le journal d'activité de Power BI (ou le journal d'exécution pour Power BI Report Server) pour comprendre les modèles d'usage (fréquence de consultation, utilisateurs, méthode d'accès, utilisation d'abonnements, création de nouveaux rapports basés sur la solution, fréquence de mise à jour, sécurité). Identifiez les activités inhabituelles qui pourraient indiquer un besoin de formation supplémentaire.
Assurer le support de la solution : La période post-migration est cruciale pour résoudre les problèmes et ajuster les performances. Le support peut être multi-niveaux : champions Power BI au sein des divisions (première ligne, informel), un processus de support formel par le service informatique (tickets), et un Centre d'Excellence (CoE) agissant comme consultants internes pour le support, l'apprentissage et l'administration.

5. Facteurs de réussite et leçons à tirées des migrations

Les expériences clients soulignent plusieurs points clés pour une migration réussie:
Migration échelonnée et croissance progressive : Introduire Power BI comme outil supplémentaire pour permettre l'adaptation, puis le formaliser comme outil approuvé, et enfin planifier la migration du contenu existant sur plusieurs années. Cela aide les utilisateurs et les équipes informatiques à s'adapter et à acquérir des compétences.
Préparer la gestion des réponses variables : Attendez-vous à des niveaux variés de réceptivité, surtout dans les organisations décentralisées où les utilisateurs ont investi dans d'autres outils BI. Une communication essentielle avec les équipes dirigeantes est cruciale pour faire comprendre les avantages de la standardisation.
Se concentrer sur la situation dans son ensemble pour la recréation des visuels : Plutôt que de répliquer exactement la conception des rapports existants, concentrez-vous sur la création de rapports utilisables qui répondent aux questions métier.
Évaluer avec prudence les priorités et la complexité : Menez une analyse approfondie de l'utilisation de l'ancienne plateforme pour identifier les rapports à forte valeur ajoutée à prioriser. N'hésitez pas à abandonner les rapports rarement utilisés. Soyez conscient que les estimations de temps peuvent être très imprécises pour les rapports individuels, mais sont plus précieuses sous forme agrégée.
Déterminer comment gérer le changement : Pour un grand volume de contenu non géré par le service informatique, la gestion décentralisée du changement par les unités commerciales est souvent plus pratique. Établissez un Centre d'Excellence (CoE) pour fournir formation, ressources, conseils et bonnes pratiques. Une communauté Power BI interne (ex: Yammer, Teams) peut grandement alléger la charge du CoE en permettant aux utilisateurs de s'entraider.
Superviser la progression et la réussite de la migration : Suivez des indicateurs de performance clés (KPI) tels que le nombre de consultations de rapports, d'utilisateurs actifs, et comparez l'utilisation de Power BI avec celle de l'ancienne plateforme. Créez un tableau de bord de la migration avec des données exploitables pour suivre l'effort.
Équilibrer les groupes centralisés et distribués : Une équipe BI centrale peut posséder la plateforme et agir comme un hub d'activation technique, tandis que des groupes d'analytique distribués, experts des besoins métier, sont responsables du contenu.
Se concentrer sur la réutilisation du modèle sémantique : Formez les auteurs de contenu sur l'importance de la réutilisation des données via des modèles sémantiques partagés pour éviter la duplication des données et de la logique métier.
Tester l'accès aux données de plusieurs façons : Réalisez des preuves de concept techniques pour évaluer le mode de stockage de modèle (Import ou DirectQuery) qui fonctionne le mieux pour vos sources de données.
Former les auteurs sur les licences Premium : Le nombre d'auteurs de contenu augmentera. Formez-les sur les options de licence et assurez-vous que les licences Power BI Pro sont justifiées, en encourageant l'utilisation des espaces de travail Premium pour les consommateurs n'ayant besoin que de consommer du contenu.
Comprendre les passerelles de données : Planifiez de créer et gérer des clusters de passerelles de données locales pour centraliser les efforts de gestion et réduire le nombre de passerelles personnelles.
Formaliser votre plan de support : Mettez en place une approche de support multi-niveaux, des supports informels intra-équipes et une communauté aux supports formels par l'équipe BI centrale et le CoE.
Investir dans la formation et la gouvernance : Proposez des formations internes et améliorez le programme de gouvernance des données. Allouez les capacités Premium de manière à aligner la capacité sur les domaines d'analytique clés.

6. Ressources supplémentaires et support

Pour approfondir votre compréhension et obtenir de l'aide, vous pouvez consulter les ressources suivantes mentionnées dans les sources :
Feuille de route d'adoption du Fabric.
Planification de l'implémentation de Power BI.
Transformation BI de Microsoft.
Communauté Fabric/Power BI pour poser des questions.
Portail partenaires Microsoft Power BI pour trouver des partenaires expérimentés.
Guides d'optimisation et articles sur la résolution des problèmes de performances dans Power BI.
Want to print your doc?
This is not the way.
Try clicking the ⋯ next to your doc name or using a keyboard shortcut (
CtrlP
) instead.