Mener un projet Power BI
En bref
- Objectifs : organiser un projet de rapport en étapes ; décrire les couches d'une architecture de données Power BI ; repérer les sujets de gouvernance à traiter à l'échelle de l'organisation ; trouver le bon guide de planification sur Microsoft Learn.
- Prérequis : pages « Power BI en bref » et « Guide de survie ».
- Niveau : intermédiaire.
Pourquoi ?
Un rapport réussi ne tient pas seulement à la technique : il répond à une question métier, s'appuie sur des sources fiables, a un responsable et un public identifiés. Dès que plusieurs rapports partagent les mêmes données, ou qu'une organisation généralise Power BI, il faut aussi décider où stocker les données, qui publie quoi et comment on contrôle les accès. Microsoft a publié sur Learn deux séries de guides très complètes sur ces sujets ; cette page en donne l'essentiel et vous oriente.
Notions clés
Organiser son projet
Microsoft découpe la planification d'une solution décisionnelle en cinq étapes, qui s'appliquent aussi bien à un rapport d'équipe qu'à un projet d'entreprise :
- Recueillir les exigences : constituer une équipe de projet (propriétaires et créateurs du contenu), mener avec les utilisateurs métier une conception fonctionnelle (maquettes, liste des indicateurs et des axes d'analyse), puis une conception technique (sources, correspondance champ par champ, logique de calcul, estimation de l'effort). Le résultat est un plan de solution, à valider avant de poursuivre.
- Planifier le déploiement : traiter la conformité, la sécurité, les passerelles de données, les espaces de travail, le support, la formation des utilisateurs et la gouvernance ; préparer les outils, identités et espaces de travail.
- Réaliser une preuve de concept : définir son objectif, son périmètre et les données utilisées, fixer à l'avance les critères de réussite, et la présenter comme un prototype, pas comme une solution de production.
- Créer et valider le contenu : développer par itérations courtes, faire valider par les développeurs (exactitude des chiffres) puis par les utilisateurs (tests d'acceptation).
- Déployer, accompagner et surveiller : communiquer, former les lecteurs, transférer la maintenance si nécessaire, puis améliorer en continu.
Le « Guide de survie » traduit ces étapes en liste de contrôle pour un rapport.
Architecture des données
Une architecture Power BI se lit en couches, de la source au lecteur. Les modes de connexion et leur impact sont détaillés dans la partie 1 (« Choisir un mode de stockage »).
- Connexion aux sources : fichiers (Excel, CSV), bases de données, services en ligne. Pour actualiser dans le service des sources situées sur le réseau de l'entreprise, il faut une passerelle de données locale.
- Ingestion et préparation : les données sont déplacées ou liées depuis leur source pour être mises à disposition des modèles. Les transformations communes à plusieurs modèles gagnent à être centralisées dans des flux de données : Dataflow Gen2 sur une capacité Fabric, ou flux de données Gen1 dans un espace de travail Pro. Sur Fabric, les données préparées peuvent être stockées dans un lakehouse ou un entrepôt de OneLake.
- Modèle sémantique : un modèle partagé, publié une fois, alimente plusieurs rapports. Il peut être créé dans Power BI Desktop ou directement dans le service à partir d'une source (page « Découvrir l'interface de Power BI Desktop et du service »).
- Présentation : rapports, rapports paginés, Analyser dans Excel, tableaux de bord et applications.
- Actualisation et administration : actualisation planifiée, surveillance, sécurité et gouvernance.
Microsoft propose seize diagrammes de scénarios d'utilisation téléchargeables (BI personnelle, BI d'équipe, BI départementale, BI d'entreprise, libre-service managé, préparation de données en libre-service...), utiles pour situer votre projet et le présenter. Source
À l'échelle de l'organisation : planifier l'implémentation
La série « Planification de l'implémentation de Power BI » s'adresse aux responsables décisionnels, au centre d'excellence (CoE) et aux équipes informatiques. Elle couvre quatorze domaines, chacun avec une liste de décisions à prendre :
| Domaine | Question principale |
| Stratégie BI | Comment aligner les objectifs décisionnels sur la stratégie de l'entreprise ? |
| Configuration du locataire | Quels groupes Entra ID, quelle région de données ? |
| Outils et appareils | Quels outils pour quels profils d'utilisateurs ? |
| Abonnements, licences et essais | Pro, PPU ou capacité Fabric ? |
| Administration du locataire | Qui administre, avec quels paramètres ? |
| Espaces de travail | Comment nommer, créer et attribuer les espaces de travail ? |
| Gestion du cycle de vie du contenu | Comment développer, tester et déployer ? |
| Distribution et partage | Applications, espaces de travail ou partage ? |
| Sécurité | Qui voit quoi, jusqu'à la ligne ? |
| Protection des informations et DLP | Quelles étiquettes de confidentialité, quelles règles de prévention des pertes ? |
| Passerelles de données | Passerelle standard, personnelle ou réseau virtuel ? |
| Intégration à d'autres services | Teams, SharePoint, Excel, Power Platform ? |
| Audit et supervision | Que surveiller, avec quels journaux ? |
| Suivi de l'adoption | Comment mesurer la maturité et l'usage ? |
Ces sujets relèvent surtout de l'administration : ils sont approfondis dans notre formation « Administration Power BI » (Annexes). Source
Migrer depuis un autre outil décisionnel
Lorsqu'une organisation remplace un outil existant par Power BI, Microsoft décrit quatre phases : configurer et évaluer Power BI, créer rapidement de nouvelles solutions, migrer le contenu existant, puis adopter, gouverner et surveiller. La migration elle-même suit des étapes préalables (analyse coûts-avantages, parrainage de la direction, premier modèle de gouvernance, inventaire des rapports existants) puis cinq étapes par solution, calquées sur la planification ci-dessus : exigences et priorités, plan de déploiement, preuve de concept, création et validation, déploiement et suivi. Source
Pièges et bonnes pratiques
- Ne reproduisez pas à l'identique les anciens rapports : concevez des rapports utilisables qui répondent aux questions métier, et abandonnez ceux qui ne sont plus consultés.
- Réutilisez les modèles sémantiques partagés plutôt que de dupliquer les données et la logique métier dans chaque fichier.
- Testez le mode de stockage (Import, DirectQuery, Direct Lake) par une preuve de concept sur vos vraies sources.
- Centralisez les passerelles en clusters gérés plutôt que de multiplier les passerelles personnelles.
- Les estimations de charge sont peu fiables rapport par rapport, mais utiles une fois agrégées.
- Prévoyez un support à plusieurs niveaux : entraide dans l'équipe, communauté interne (par exemple dans Teams), puis équipe BI centrale ou centre d'excellence.
À retenir
- Un projet Power BI suit cinq étapes : exigences, plan de déploiement, preuve de concept, création et validation, déploiement et suivi.
- L'architecture se lit en couches : sources, ingestion, modèle sémantique, présentation, administration.
- Un modèle sémantique partagé évite de dupliquer données et calculs.
- Les guides de planification de Microsoft Learn sont la référence pour la gouvernance à l'échelle de l'organisation.