Comment auditer un projet BI qui ne décolle pas (méthode en 6 étapes)

Le projet BI qui ne décolle pas — un classique

Sur les missions Sextant Consulting, environ 30 % de nos interventions consistent à reprendre un projet BI qui patine : 12-18 mois après le lancement, le tableau de bord direction n'est toujours pas en production, les utilisateurs reviennent à Excel, le comité de direction commence à parler "d'échec".

Cet article décrit notre méthode d'audit en 6 étapes pour identifier les vraies causes — et remettre le chantier sur les rails sans tout jeter.

Les 4 causes les plus fréquentes

Avant de plonger dans la méthode, voici les 4 causes que nous rencontrons 8 fois sur 10 :

1. Périmètre trop large d'entrée : on a voulu sortir tous les KPI de tous les départements en 6 mois. Plante systématique.
2. Sources de données pas fiabilisées : l'équipe BI construit des tableaux sur des données qui changent toutes les semaines. Confiance jamais établie.
3. Sponsor exécutif absent : le projet est porté par l'IT, sans porteur métier. Les utilisateurs ne sont pas impliqués.
4. Outil mal choisi pour le contexte : Power BI imposé par la DSI alors que les besoins étaient sur Board, ou inversement.

Notre méthode d'audit en 6 étapes

Étape 1 — Cartographie de l'existant (3-5 jours)

Liste de tous les tableaux / dashboards produits à date, des sources connectées, des règles de calcul, des utilisateurs ayant un accès. Souvent on découvre que 80 % des dashboards construits ne sont jamais ouverts.

Étape 2 — Interviews utilisateurs cibles (5-8 entretiens)

Pas l'équipe BI — les utilisateurs finaux. Le DAF, le DG, les responsables de BU, les contrôleurs de gestion. Question simple : "Qu'attendez-vous concrètement de la BI, et qu'utilisez-vous aujourd'hui pour piloter ?"

Étape 3 — Audit des sources de données (3-5 jours)

Test de fiabilité des sources : qualité, fréquence de mise à jour, intégrité référentielle, présence de référentiels maîtres. Souvent, on découvre qu'aucune source n'a été nettoyée.

Étape 4 — Audit de l'outil et de l'architecture (2-3 jours)

Le choix d'outil est-il bon pour le besoin ? L'architecture (datawarehouse, datamart, modèle sémantique) est-elle conçue ou bricolée ? La couche de gouvernance (droits, certifications, documentation) existe-t-elle ?

Étape 5 — Diagnostic de la gouvernance projet

Qui sponsorise ? Qui décide ? Comment les arbitrages sont-ils tranchés ? À quelle fréquence l'équipe projet et le sponsor se voient-ils ? Le diagnostic révèle souvent un déficit majeur de gouvernance — pas un problème technique.

Étape 6 — Synthèse + recommandations

Restitution structurée au comité de direction : ce qui est sauvable, ce qui est à jeter, ce qui est à repenser. Plan de redressement chiffré, avec calendrier réaliste (souvent 6-12 mois).

Cas typique — PME industrielle 80 salariés

Audit réalisé en 2025 sur un projet Power BI démarré 14 mois avant. Diagnostic :

• 50 dashboards créés. Seuls 4 sont utilisés régulièrement.
• Aucune source de données n'a été fiabilisée — chaque dashboard a sa propre vérité.
• Le sponsor exécutif est le DSI, pas le DAF. Les utilisateurs finaux ne se sont jamais sentis impliqués.
• L'outil (Power BI) est techniquement correct, mais la gouvernance est inexistante.

Recommandation : relancer avec un périmètre divisé par 5 (4 KPI direction prioritaires), un sponsor DAF, une fiabilisation préalable des sources. Délai de redressement : 4 mois pour avoir le tableau de bord direction en production.

Résultat 6 mois plus tard : 4 KPI en production, utilisés en comité de direction toutes les semaines. Le reste du parc dashboard a été élagué — passé de 50 à 12 dashboards activement utilisés.

Les pièges à éviter dans l'audit

Piège n°1 — Auditer avec l'équipe qui a fait le projet

L'équipe interne est juge et partie. Faites venir un regard externe sans agenda — sinon l'audit ne dit jamais "vous êtes le problème".

Piège n°2 — Vouloir tout sauver

Si 80 % des dashboards ne sont pas utilisés, il faut les jeter. La résistance au "gâchis" coûte parfois plus cher que la reprise.

Piège n°3 — Confondre technique et fonctionnel

Beaucoup de projets BI sont techniquement parfaits et fonctionnellement inutilisables. La méthode d'audit doit couvrir les deux dimensions.

Pour démarrer

Si vous avez un projet BI qui patine, un audit Sextant prend 2-3 semaines et coûte 8-15 k€. Le retour est généralement immédiat (clarification des décisions, économies sur la suite). Voir notre page Business Intelligence PME pour notre méthode complète, ou réservez 30 minutes pour en parler.