Le paradoxe du tableau de bord en ETI : les données sont là — dans l'ERP, dans Excel, dans les exports PDF mensuels — mais elles ne servent pas vraiment à décider. Elles servent à rendre compte.
La réunion de pilotage mensuelle commence par "qui a les bons chiffres ?". Quelqu'un envoie un fichier, quelqu'un d'autre envoie une version différente. Vingt minutes plus tard, on discute encore de quel nombre est le bon — et il ne reste plus assez de temps pour les décisions.
Ce n'est pas un problème de données. C'est un problème de pilotage.
Power BI, bien utilisé, résout exactement ce problème. Pas en produisant un rapport de plus — en créant une source de vérité unique, accessible en temps réel, qui rend les réunions décisionnelles plutôt que récapitulatives.
Voici comment nous le construisons en 5 jours avec les équipes.
Jour 1 — Partir des décisions, pas des données
L'erreur la plus fréquente dans un projet Power BI : commencer par les données disponibles. "Qu'est-ce qu'on peut extraire de l'ERP ?" produit inévitablement un dashboard de 47 indicateurs que personne ne regarde.
La bonne question est inverse : quelles décisions devez-vous prendre chaque semaine, et de quelles informations avez-vous besoin pour les prendre correctement ?
En direction Achats, les décisions hebdomadaires typiques :
- Quels fournisseurs sont en retard et nécessitent une action commerciale ?
- Quel est notre délai moyen de traitement commande — est-il en dégradation ?
- Quelles lignes budgétaires sont en tension ?
En direction financière :
- Quel est le délai moyen de règlement fournisseurs (DSO) — risquons-nous des pénalités ?
- Quel est l'écart réalisé/prévu sur les 5 principales lignes de charge ?
- Y a-t-il des factures bloquées depuis plus de X jours ?
En direction RH :
- Quel est le délai moyen de recrutement par type de poste ?
- Quel est le taux de complétion des entretiens annuels en cours ?
- Quel est l'absentéisme par service sur les 30 derniers jours ?
L'output du jour 1 : une liste de 5 à 8 questions de pilotage, validée par le directeur. Pas plus. Chaque question donnera lieu à 1 ou 2 indicateurs maximum dans le dashboard.
Jour 2 — Identifier les sources et construire les connexions
Une fois les questions de pilotage définies, on identifie où se trouvent les données qui permettent d'y répondre. Dans une ETI type, les sources sont :
- L'ERP (SAP, Sage 100/X3, Cegid, Dynamics, Divalto...) : commandes, factures, données comptables, stocks
- Excel : souvent incontournable pour des données de suivi qui ne sont pas dans l'ERP
- SharePoint : listes de tâches, formulaires de demande, bases documentaires
- Systèmes RH (SIRH) : pour les données de temps, d'absentéisme, de recrutement
Power BI se connecte nativement à toutes ces sources. La connexion ERP se fait soit par export automatisé planifié (le plus simple), soit par connexion directe via connecteur ou API (quand c'est disponible).
Ce qu'on évite : les connexions en temps réel complexes pour un premier dashboard. Un rafraîchissement quotidien automatisé suffit pour 95% des besoins de pilotage hebdomadaire.
Ce qu'on construit : un modèle de données simple — 3 à 5 tables, des relations claires, pas de transformation complexe. La complexité du modèle de données est le principal facteur de maintenance difficile.
La connexion ERP peut aussi alimenter les automatisations Power Automate décrites dans notre article sur l'automatisation des processus d'achat.
Jour 3 — Construire le dashboard : utile d'abord, beau ensuite
La règle que nous appliquons systématiquement : un dashboard de pilotage Lean doit tenir sur un seul écran sans scroll. Si le directeur doit descendre pour trouver l'information, le dashboard a raté sa mission.
La structure que nous utilisons :
En haut : les 3 à 4 KPI de synthèse avec leur tendance (flèche verte/rouge). Ces chiffres répondent à "comment allons-nous ?" en 5 secondes.
Au milieu : les 2 à 3 graphiques opérationnels — délais dans le temps, répartition par catégorie, top anomalies. Ces visuels répondent à "où se trouve le problème ?"
En bas : un tableau de détail filtrable — les commandes en retard, les factures bloquées, les candidats en attente de réponse. Ce tableau répond à "qui dois-je appeler aujourd'hui ?"
Ce qu'on supprime délibérément : les graphiques décoratifs, les indicateurs "intéressants" mais sans action associée, les tableaux croisés que seul leur créateur comprend.
Un bon dashboard de pilotage Lean a 8 à 12 éléments visuels maximum. Pas davantage.
Jour 4 — Automatiser l'actualisation et distribuer
Un dashboard qui nécessite une manipulation manuelle pour être mis à jour sera abandonné en 3 semaines. L'automatisation de l'actualisation n'est pas optionnelle.
Power BI Service (inclus dans les licences Microsoft 365 Business) permet de planifier des actualisations automatiques : quotidiennes, bihebdomadaires, ou même plusieurs fois par jour si besoin.
Configuration type :
- Connexion de la source de données (ERP via export, SharePoint, Excel OneDrive)
- Planification de l'actualisation : tous les jours à 7h00
- Publication du rapport dans un espace de travail partagé
- Épinglage des KPI clés dans un tableau de bord Teams pour visibilité immédiate
Le directeur ouvre Teams le matin et voit les 4 indicateurs clés avant sa première réunion. Sans manipuler de fichier, sans demander un export.
Sur les droits d'accès : on différencie les accès. Le directeur voit l'ensemble. Les acheteurs voient leur périmètre. La finance voit le scope budgétaire. Power BI gère cela nativement avec les niveaux de sécurité par ligne (Row Level Security).
Jour 5 — Former l'équipe et définir le rituel
Le meilleur dashboard est inutile s'il n'est pas intégré dans un rituel de pilotage.
Notre recommandation pour les fonctions support : une réunion de pilotage courte (15 à 20 minutes, debout si possible), hebdomadaire, structurée autour du dashboard. Pas de slide à préparer. Pas de fichier à consolider avant. Le dashboard est le support de la réunion.
Structure type :
- Tour des KPI de synthèse : tout le monde part des mêmes chiffres — 3 minutes
- Analyse des anomalies : qui a un problème, quelle action, quelle échéance — 10 minutes
- Clôture des actions de la semaine précédente — 5 minutes
La réunion se termine sur des actions, pas sur des constats.
La formation de l'équipe porte sur deux choses : comment lire le dashboard (quel indicateur signifie quoi, comment interpréter les tendances) et comment l'alimenter si certaines données viennent de sources manuelles.
Ce qu'un dashboard Lean n'est pas
Un rapport de plus. La différence entre un rapport et un dashboard de pilotage Lean : le rapport dit ce qui s'est passé. Le dashboard dit ce qui nécessite une action maintenant.
Un projet IT de 6 mois. Les dashboards que nous construisons en 5 jours sont délibérément simples. La complexité vient avec la maturité — une fois que l'équipe a intégré la logique de pilotage par les données, on peut enrichir progressivement.
Un remplacement du jugement humain. Les données montrent des signaux. C'est le directeur et son équipe qui interprètent le contexte, priorisent et décident. Le dashboard accélère la prise de conscience — il ne remplace pas l'expérience.
Dans nos missions, la combinaison "dashboard Power BI + rituel de pilotage hebdomadaire" réduit systématiquement la durée des réunions de 40% à 60% tout en augmentant le nombre de décisions prises par réunion. C'est mesurable dès les 3 premières semaines.
→ Découvrir notre offre de pilotage et outils IT pour les fonctions support