Dans la plupart des organisations, personne n'a jamais décidé d'avoir soixante tableaux de bord. Ils sont arrivés un par un, chacun pour une bonne raison : une direction qui voulait suivre son activité, un projet qui devait livrer une restitution, un métier qui a construit sa vue dans l'outil libre-service. Aucune de ces décisions n'était mauvaise prise isolément.
Le résultat, lui, est difficile à défendre. Les décideurs ouvrent trois écrans pour répondre à une question, trouvent trois chiffres différents, et finissent par demander un export à quelqu'un en qui ils ont confiance. Le dispositif produit plus que jamais, et il sert moins que jamais.
Ce n'est pas un problème d'outil, ni de compétence des équipes qui construisent ces vues. C'est un problème de volume et d'absence de règle de sortie. Un parc de restitutions qui n'a que des entrées grossit indéfiniment, et sa lisibilité décroît à mesure qu'il grossit.
Réduire ce parc n'est pas un exercice d'économie. C'est ce qui redonne au pilotage une base commune : un chiffre par sujet, un responsable par chiffre, une décision derrière chaque écran maintenu.
Le coût d'un parc surdimensionné est rarement chiffré, parce qu'il ne se lit pas dans une facture. Il se lit dans le temps des comités, dans la confiance accordée aux chiffres et dans le nombre de décisions réellement prises sur la base d'une donnée. Ce coût est pourtant le plus lourd, bien avant le coût de licence ou de stockage. Il touche directement ce que la Business Intelligence est censée produire, des décisions meilleures et non des rapports plus nombreux.
L'attention d'un comité de direction est une ressource fixe. Une heure de réunion mensuelle reste une heure, que l'organisation maintienne cinq restitutions ou quatre-vingts. Chaque écran supplémentaire ne s'ajoute donc pas à la capacité d'analyse, il prélève sur celle qui existe.
Cette dispersion produit un effet contre-intuitif : plus il y a de vues disponibles, moins elles sont regardées sérieusement. Le décideur survole, cherche l'anomalie visible, et passe à la suite. Un tableau de bord qui aurait mérité vingt minutes d'analyse en reçoit deux, parce que onze autres attendent.
Cet étalement de l'attention se traduit par plusieurs pertes concrètes :
Un dispositif de pilotage n'est donc pas plus puissant parce qu'il couvre plus de sujets. Il est puissant quand il concentre l'attention sur ce qui appelle une décision maintenant.
La divergence des chiffres est la conséquence la plus visible de la multiplication. Deux tableaux de bord construits à six mois d'intervalle, par deux équipes différentes, sur deux périmètres légèrement différents, ne donnent jamais tout à fait le même chiffre d'affaires. Chacun a raison dans sa définition, et l'organisation se retrouve avec deux vérités.
Cette divergence n'est presque jamais une erreur de calcul. Elle vient de choix implicites que personne n'a documentés : les commandes annulées sont-elles comptées, à quelle date une vente est-elle reconnue, un client inactif depuis dix mois reste-t-il un client actif. Multipliez les vues, et vous multipliez mécaniquement ces choix implicites.
L'effet sur le pilotage est immédiat. Un décideur confronté à deux chiffres contradictoires ne choisit pas le bon, il se méfie des deux. La confiance dans l'ensemble du dispositif se dégrade à partir d'un seul écart mal expliqué, et cette méfiance ne se limite pas à l'indicateur concerné.
Le symptôme le plus coûteux se joue en réunion. Une part croissante du temps de comité part dans la réconciliation : comprendre pourquoi le chiffre de la direction commerciale diffère de celui du contrôle, retrouver la source, arbitrer entre deux définitions. Ce temps est pris sur celui de la décision.
Une organisation qui consacre le premier tiers de chaque comité à s'accorder sur les chiffres ne pilote pas, elle audite. Le sujet de la réunion glisse de la question à trancher vers la donnée elle-même, et le point à l'ordre du jour est reporté au comité suivant, où le même débat recommence.
Ce glissement a une cause structurelle plutôt qu'humaine. Quand plusieurs restitutions couvrent le même périmètre sans qu'aucune ne soit désignée comme référence, le débat sur le bon chiffre est inévitable, quelle que soit la bonne volonté des participants. Désigner une source de référence par sujet coûte moins cher qu'un débat mensuel qui ne se conclut jamais.
La prolifération n'est pas le résultat d'une politique, c'est le résultat d'une absence de politique. Quatre mécanismes suffisent à expliquer la quasi-totalité des parcs surdimensionnés, et aucun ne suppose de mauvaise décision individuelle.
La demande la plus fréquente adressée aux équipes data ne mentionne aucune décision. Elle demande à voir : voir les ventes par région, voir l'évolution des stocks, voir les tickets par typologie. La demande est légitime, mais elle exprime un besoin de visibilité, pas un besoin de pilotage.
Une équipe qui répond à cette demande telle quelle produit une restitution correcte et sans usage durable. Le demandeur l'ouvre à la livraison, valide qu'elle correspond à ce qu'il avait imaginé, puis n'y revient plus, parce qu'aucune échéance ni aucun arbitrage ne l'y ramène.
Un simple filtre à l'entrée évite une part importante de ces créations. Avant de construire, trois éléments doivent être nommés :
Quand ces trois éléments ne peuvent pas être nommés, la demande relève souvent d'une question ponctuelle et non d'un besoin récurrent. Une question qu'on se pose une fois n'appelle pas un écran qu'on maintiendra dix ans.
Un tableau de bord se crée en quelques jours et se maintient indéfiniment. Cette asymétrie est le vrai moteur de la prolifération : rien, dans le cycle de vie habituel, ne prévoit de moment où quelqu'un se demande si la vue sert encore.
L'absence de propriétaire aggrave ce phénomène. Quand une restitution n'est rattachée à personne, personne ne peut décider de la retirer. Les équipes data hésitent à supprimer ce qu'elles n'ont pas commandé, les métiers ignorent souvent ce qui existe, et le parc se fige dans son état maximal.
Cette dérive rejoint une logique déjà connue en gouvernance, celle qui consiste à piloter ce qui compte plutôt qu'à tout mesurer. Un parc sans propriétaire ni date de revue ne peut que croître, parce que sa seule opération possible est l'ajout.
L'ouverture du libre-service déplace la production vers les métiers, ce qui est souhaitable. Elle produit aussi une multiplication rapide si aucune distinction n'est faite entre une analyse personnelle et une restitution partagée à toute une direction.
Sans règle de publication, chaque utilisateur crée ses vues, les partage à quelques collègues, et celles-ci circulent ensuite comme des références officieuses. Deux mois plus tard, un chiffre issu d'un espace personnel apparaît dans une présentation de comité, sans que personne ne sache comment il a été calculé.
La réponse n'est pas de refermer l'accès, car les conditions de succès du self-service tiennent moins à l'outil qu'au cadre posé autour. Distinguer un espace d'exploration, où chacun crée librement, d'un espace certifié, où l'on ne publie qu'après validation des définitions, suffit à contenir la prolifération sans brider l'autonomie.
Beaucoup de restitutions naissent d'un besoin de démonstration plutôt que d'un besoin d'usage. Un projet doit montrer un résultat visible en fin de phase, et un tableau de bord remplit parfaitement ce rôle : il se montre, il s'explique en réunion, il matérialise le travail accompli.
Ces vues ont une caractéristique commune : leur usage est prévu après la livraison, jamais avant. Le projet se termine, l'équipe se disperse, et l'appropriation attendue ne se produit pas, faute de quelqu'un dont le travail quotidien en dépende. Le phénomène est particulièrement visible sur les tableaux de bord de qualité des données, souvent construits sans utilisateur identifié.
Avant de réduire un parc, il faut savoir lequel de ses éléments pose problème. Le tri se fait sur des signaux observables, pas sur une impression générale de surcharge, et il gagne à séparer ce qui relève de l'usage mesuré de ce qui relève du jugement métier.
Certains symptômes indiquent qu'un parc a franchi le seuil au-delà duquel il dessert le pilotage. Ils apparaissent bien avant que quiconque ne parle de rationalisation, et ils se repèrent dans le fonctionnement quotidien plutôt que dans les statistiques d'usage.
Les signaux les plus fiables sont les suivants :
Ces signaux ne se corrigent pas par de la pédagogie. Un parc qu'on ne peut pas dénombrer ne se pilote pas, il se subit.
La plupart des plateformes décisionnelles enregistrent qui consulte quoi, à quelle fréquence, et depuis combien de temps une vue n'a pas été ouverte. Ces mesures existent presque toujours et sont rarement exploitées, alors qu'elles fournissent la base factuelle du tri.
Trois indicateurs suffisent pour classer une vue. Le nombre d'utilisateurs distincts sur les trois derniers mois révèle si l'usage est réel ou résiduel. La régularité de consultation distingue un outil de pilotage d'une curiosité ponctuelle. La date de dernière ouverture identifie immédiatement les vues abandonnées.
Ces mesures ont une limite qu'il faut assumer : elles disent qui regarde, pas ce que le regard change. Un écran ouvert chaque lundi par habitude, sans qu'aucune décision n'en découle, apparaîtra comme un succès dans les statistiques. La mesure d'usage sert donc à écarter les vues manifestement mortes, et le jugement métier prend le relais pour les autres.
Une fois les vues abandonnées écartées, le tri des vues actives se fait par entretien avec ceux qui les utilisent. Quatre questions suffisent à trancher, et elles se posent en quelques minutes par tableau de bord.
Ces questions, posées dans cet ordre, ferment la plupart des débats :
Ce passage en revue produit souvent un effet inattendu : les utilisateurs eux-mêmes désignent les vues à retirer. La rationalisation se fait rarement contre les métiers, elle se fait avec eux quand la question leur est posée.
La réduction du parc échoue quand elle est menée comme un nettoyage technique, à partir des seules statistiques d'usage. Elle réussit quand elle suit une séquence, part de l'inventaire et se termine par un accompagnement des retraits.
L'inventaire est la seule étape non négociable. Tant que la liste complète n'existe pas, chaque suppression se fait à l'aveugle, avec le risque de retirer la vue dont dépendait un processus mensuel discret mais critique.
Cet inventaire se construit en croisant plusieurs sources : les vues publiées dans l'outil décisionnel, les espaces personnels partagés, les rapports envoyés automatiquement par courriel, et les fichiers de suivi maintenus en dehors de la plateforme. Cette dernière catégorie est presque toujours sous-estimée, et elle explique une part importante des chiffres divergents.
Documenter chaque entrée demande peu d'informations pour être utile : le nom de la vue, son propriétaire présumé, sa fréquence de consultation, les indicateurs qu'elle contient. Ce travail rejoint celui d'un catalogue qui documente le sens et l'origine de chaque donnée, et il en constitue souvent le premier chantier concret.
L'inventaire terminé, chaque vue reçoit une décision unique. Trois issues seulement, ce qui évite les catégories intermédiaires dans lesquelles les arbitrages difficiles finissent par s'accumuler sans jamais être tranchés.
Chaque issue répond à une situation précise :
La fusion est l'issue la plus rentable et la plus négligée, parce qu'elle traite directement la divergence des chiffres. Elle demande un arbitrage sur les définitions, ce qui explique qu'on lui préfère souvent la suppression pure, plus rapide mais moins structurante.
Un parc organisé par service reproduit l'organigramme et encourage la duplication : chaque direction veut sa vue, sur son périmètre, avec ses règles. Un parc organisé par décision regroupe au contraire tous ceux qui arbitrent sur un même sujet autour d'une seule référence.
Ce changement de rangement a un effet direct sur le volume. Quand la vue est rattachée à une décision, la question du doublon devient évidente pour tout le monde : deux écrans qui éclairent le même arbitrage n'ont pas de raison de coexister, alors que deux écrans appartenant à deux directions différentes semblent naturels.
Ce classement rend aussi la conception plus lisible, puisqu'il oblige à hiérarchiser ce qui est montré en premier. Les principes de construction visuelle d'une restitution prennent alors leur sens : on ne cherche plus à tout afficher, on met en avant ce qui déclenche l'arbitrage.
Un retrait mal accompagné produit une reconstruction quelques semaines plus tard, souvent en dehors de l'outil officiel. L'utilisateur privé de sa vue reconstitue son suivi dans un tableur, et l'organisation se retrouve avec une donnée moins fiable qu'avant la rationalisation.
L'accompagnement tient en trois gestes simples : prévenir les utilisateurs identifiés avant la suppression, leur indiquer la vue de remplacement, et laisser une période de bascule pendant laquelle l'ancienne reste accessible en lecture. Ce délai coûte peu et supprime l'essentiel des reconstructions sauvages.
Réduire un parc sans changer les règles d'entrée revient à répéter l'exercice dans deux ans. La stabilisation dépend d'un petit nombre de conditions appliquées à chaque création, et d'une règle de sortie inscrite dès le départ.
Une création justifiée se reconnaît à des éléments vérifiables avant la première ligne de code. Ces conditions ne visent pas à décourager les demandes, elles visent à ce que la vue produite soit encore utilisée dans un an.
Cinq conditions couvrent la quasi-totalité des situations :
Ces conditions ralentissent volontairement la création. Ce ralentissement est le mécanisme même qui protège le parc, puisqu'il filtre les demandes de visibilité sans usage prévu.
Une part importante des demandes reçues n'appelle pas une restitution permanente. Trois formats répondent mieux au besoin réel, pour un coût de maintenance très inférieur.
Ces formats se distinguent par la nature de la question posée :
Proposer systématiquement ces alternatives change la nature de la conversation avec les métiers. La discussion porte sur le besoin plutôt que sur le livrable, ce qui améliore la réponse même quand elle aboutit finalement à un tableau de bord.
Un parc reste stable quand chaque entrée s'accompagne d'une sortie programmée. Cette règle prend la forme d'une date de revue fixée à la création, généralement à douze mois, inscrite dans la documentation de la vue au même titre que son propriétaire.
À l'échéance, la revue tranche en quelques minutes sur la base des mêmes questions que le tri initial. La vue est reconduite pour une nouvelle période, fusionnée avec une autre, ou retirée. Cette échéance transforme le retrait en acte de routine, alors qu'il constitue autrement un événement politique que personne ne souhaite provoquer.
Certaines organisations complètent ce mécanisme par un plafond volontaire sur le nombre de vues certifiées. Le principe est simple : au-delà du plafond, toute création suppose un retrait. Cette contrainte a l'avantage de rendre l'arbitrage visible et de le confier aux métiers, qui savent mieux que quiconque ce dont ils peuvent se passer.
Une organisation qui a réduit son parc ne dispose pas de moins d'information, elle dispose d'une information dont elle connaît l'origine. Le reporting redevient un point d'appui commun plutôt qu'un ensemble de vues concurrentes, et les comités retrouvent le temps qu'ils passaient à comparer des chiffres.
Le changement se mesure à des signes concrets : une seule valeur circule pour chaque indicateur structurant, les demandes de création diminuent parce que l'existant est connu, et les décideurs ouvrent leurs écrans avant les réunions plutôt qu'après. Aucun de ces signes ne dépend de l'outil décisionnel utilisé.
Rien n'oblige à mener ce travail sur l'ensemble du parc en une fois. Commencer par le périmètre le plus disputé, celui où les chiffres divergent le plus souvent en comité, produit un résultat visible rapidement et rend la démarche défendable ailleurs. Le parc cesse de grossir le jour où retirer une vue devient aussi normal que d'en créer une.
👉 À lire aussi : Self-service BI : quelles conditions de succès ?
👉 À lire aussi : Quels usages métier une plateforme BI ne couvre pas (et ne couvrira jamais) ?