Un tableau de bord n'est utile que s'il répond à des décisions concrètes avec des données fiables et des responsables clairement identifiés. Power BI ne corrige pas des définitions contradictoires ni des référentiels de données déficients : avant de concevoir le moindre graphique, il faut s'accorder sur les KPI, construire un modèle sémantique réutilisable, maîtriser les permissions et définir qui certifie, publie et maintient chaque contenu.
Commencer par les décisions
Pour chaque page du tableau de bord, il convient de définir :
- Qui l'utilise.
- Quelle décision elle permet de prendre.
- À quelle fréquence.
- Quel indicateur est nécessaire.
- Quel seuil déclenche une action.
- Qui en est responsable.
Si un graphique ne change aucune décision, il est probablement superflu.
Définir les KPI
Chaque indicateur mérite sa propre fiche :
| Champ | Exemple |
|---|---|
| Nom | Marge brute |
| Formule | Ventes − coût attribuable |
| Source | ERP |
| Période | Mensuelle |
| Propriétaire | Finance |
| Segments | Client, produit et canal |
| Seuil | Écart par rapport à l'objectif |
| Limite | Coût en attente de clôture |
Cela évite de recréer une formule différente dans chaque rapport.
Modèle sémantique
La PME doit centraliser les dimensions et mesures communes : calendrier, client, produit, entreprise, commercial, ventes et coûts. Un modèle en étoile simplifie généralement la performance et la cohérence.
Les transformations critiques sont documentées. Power Query ne doit pas devenir une chaîne invisible que seule une personne comprend.
Qualité des données
Avant de publier, il convient de vérifier :
- Les décomptes par rapport à la source.
- Les totaux comptables.
- Les doublons.
- Les dates et fuseaux horaires.
- Les valeurs nulles.
- Les unités et devises.
- Les référentiels sans correspondance.
- Les périodes clôturées.
Le tableau de bord affiche sa date de dernière actualisation et ses limites. Une donnée incomplète ne se déguise pas grâce au design.
Architecture et actualisation
On choisit entre import, DirectQuery ou une approche mixte selon le volume, la latence, la source et la capacité. La passerelle locale (gateway) doit avoir un propriétaire, une haute disponibilité si nécessaire, des identifiants gérés et une supervision.
La fréquence d'actualisation s'aligne sur la décision qu'elle soutient. Actualiser toutes les cinq minutes n'apporte aucune valeur à un KPI mensuel et augmente le coût.
Espaces de travail et cycle de vie
Développement, test et production doivent rester séparés. Les espaces de travail (workspaces) ont un objectif, un propriétaire et des groupes, et non des permissions individuelles incontrôlées.
Le flux habituel est le suivant :
- Développement.
- Revue technique.
- Validation métier.
- Publication.
- Supervision.
- Retrait.
Les modifications de mesures passent par des tests de non-régression.
Sécurité
Microsoft précise que la sécurité au niveau des lignes (RLS) restreint les lignes pour les utilisateurs Viewer, mais ne s'applique pas de la même façon aux rôles Admin, Member ou Contributor de l'espace de travail. C'est pourquoi les consommateurs de rapports ne doivent pas recevoir de rôles d'édition juste pour consulter les contenus.
Contrôles à appliquer :
- Groupes d'identité.
- Moindre privilège.
- RLS testée avec la fonction « Tester en tant que rôle ».
- Sensibilité et DLP.
- Contrôle des exports.
- Audit.
- Revue périodique.
- Désactivation automatique.
La RLS ne corrige pas une architecture où les données sensibles sont dupliquées dans des fichiers locaux.
Self-service gouverné
Le self-service fonctionne avec des limites :
- Modèles certifiés.
- Catalogue.
- Définitions communes.
- Formation.
- Bac à sable (sandbox).
- Processus de promotion des contenus.
- Support communautaire.
Toute personne qui crée un graphique ne doit pas le publier pour toute l'entreprise.
Design
- Une question par visuel.
- Hiérarchie claire.
- Couleur porteuse de sens.
- Unités visibles.
- Comparaisons et contexte.
- Accessibilité.
- Performance mobile.
- Tableaux pour le détail.
Évitez les jauges, la 3D et les couleurs décoratives. La précision compte plus que l'impact visuel.
Adoption
Il convient de mesurer :
- Utilisateurs actifs.
- Récurrence.
- Temps de chargement.
- Rapports non utilisés.
- Questions résolues.
- Décisions et actions.
- Tickets.
- Exports vers Excel.
Un export massif peut indiquer que le rapport ne couvre pas bien le processus.
Performance
- Réduire les colonnes.
- Éviter la cardinalité inutile.
- Mesures efficaces.
- Agrégations.
- Actualisation incrémentielle.
- Limiter les visuels par page.
- Revoir les requêtes et la passerelle.
On fixe un objectif de temps de chargement et on mesure le 95e centile, pas seulement un test local.
Gouvernance minimale
| Rôle | Responsabilité |
|---|---|
| Propriétaire métier | Définition et validation |
| Data owner | Qualité et accès |
| Développeur BI | Modèle et rapport |
| Administrateur | Tenant et capacité |
| Sécurité/DPO | Permissions et confidentialité |
| Support | Incidents et exploitation |
Plan sur 90 jours
Jours 1 à 30
Décisions, KPI, sources et qualité.
Jours 31 à 60
Modèle, sécurité, prototype et validation.
Jours 61 à 90
Production, formation, indicateurs et retrait des feuilles parallèles.
Erreurs fréquentes
- Commencer par les graphiques.
- Redéfinir le KPI dans chaque rapport.
- Donner le rôle Member aux consommateurs.
- Ne pas réconcilier avec l'ERP.
- Dépendre d'une seule personne.
- Publier depuis Desktop sans cycle de vie.
- Actualiser trop souvent.
- Ignorer la passerelle.
- Créer des centaines de rapports.
- Mesurer les vues, pas les décisions.
Checklist
- Décisions et audience définies.
- KPI définis.
- Modèle commun construit.
- Qualité réconciliée.
- Espaces de travail et cycle de vie établis.
- RLS et groupes configurés.
- Passerelle et actualisation revues.
- Design accessible.
- Adoption et performance mesurées.
- Propriétaires et retrait définis.
Questions fréquentes
Power BI remplace-t-il l'ERP ?
Non. Il consomme et modélise les données ; l'ERP reste la source opérationnelle.
La RLS protège-t-elle tous les utilisateurs ?
Elle doit être testée selon le rôle. Microsoft précise que la RLS s'applique au rôle Viewer, pas aux rôles d'édition de l'espace de travail.
De combien de rapports une PME a-t-elle besoin ?
Du minimum couvrant ses décisions. Mieux vaut un modèle commun et peu de rapports bien maintenus.
Sources officielles consultées
- Microsoft : planification de la mise en œuvre.
- Microsoft : stratégie BI.
- Microsoft : RLS.
- Microsoft Fabric Adoption Roadmap.
Summum Sistemas peut définir les KPI, le modèle, la gouvernance et le déploiement de Power BI.