Les indicateurs qui font plaisir
Quand on demande à une équipe Design System comment se porte son système, elle répond souvent par des chiffres de production : tant de composants, tant de pages de documentation, tant de téléchargements de la bibliothèque. Ces chiffres sont faciles à obtenir et montent toujours. Ils ne disent pourtant rien de l'essentiel : le système est-il utilisé, et rend-il les équipes plus efficaces ?
Un système de quatre-vingts composants que personne n'utilise vaut moins qu'un système de vingt composants présents dans tous les produits. Le nombre de téléchargements compte aussi les intégrations continues qui réinstallent le paquet à chaque build. Ces indicateurs mesurent l'effort de l'équipe. La valeur créée se lit ailleurs.
Les indicateurs qui servent
Sur un Design System à l'échelle d'un groupe, je suis un petit nombre d'indicateurs, chacun relié à une décision possible.
Les équipes adoptantes
Combien de produits utilisent la bibliothèque dans une version maintenue ? Une équipe bloquée sur une version ancienne n'adopte plus vraiment : elle a figé le système. Cet indicateur oriente l'accompagnement vers les équipes en retard.
La couverture
Quelle part des besoins d'interface d'un produit est couverte par des composants du système ? Elle se mesure par un inventaire des écrans. Une couverture faible sur un type d'écran indique où investir.
La réutilisation
Dans le code d'un produit, quelle part des composants vient du système, et quelle part est spécifique ? L'analyse statique du code permet de suivre ce ratio dans le temps, produit par produit.
Les détachements
Les composants copiés puis modifiés localement sont le signal le plus honnête. Chacun correspond à un besoin non couvert ou à une frustration. Les suivre, c'est disposer d'une liste de demandes que personne n'a eu le temps d'écrire.
La satisfaction
Un NPS interne semestriel, accompagné d'une question ouverte, mesure la perception des équipes. Il ne remplace pas les autres indicateurs mais explique souvent leurs variations.
Trois façons de se mentir
- Compter ce qui est facile plutôt que ce qui est utile. La facilité de collecte n'est pas un critère de pertinence.
- Ne regarder que la moyenne. Une couverture moyenne de 80 % peut cacher un produit à 30 % qui concentre toutes les difficultés.
- Mesurer sans décider. Un tableau de bord que personne ne regarde en comité ne change rien. Chaque indicateur doit avoir un propriétaire et un seuil qui déclenche une action.
Les chiffres faciles flattent l'équipe. Les chiffres utiles orientent le produit.
Raconter les chiffres
Les indicateurs servent aussi à défendre le système auprès de la direction. Le lien avec le time-to-market est le plus parlant : quand une équipe assemble un écran à partir de composants existants plutôt que de le concevoir et de le coder entièrement, le gain est mesurable. C'est la combinaison de plusieurs indicateurs (équipes adoptantes, couverture, réutilisation, satisfaction) qui permet de relier un système à ses effets sur les délais de livraison, plutôt qu'un chiffre isolé.
Un chiffre seul convainc rarement. Une évolution sur plusieurs trimestres, reliée à des décisions prises, convainc beaucoup mieux.
À quoi ressemble un tableau de bord utile
Un bon tableau de bord d'adoption tient sur un écran. En haut, trois ou quatre chiffres avec leur évolution sur le trimestre : équipes adoptantes, couverture, réutilisation, satisfaction. En dessous, une ligne par produit, pour repérer immédiatement celui qui décroche. À droite, la liste des détachements les plus fréquents, qui alimente directement la feuille de route.
Ce qui n'y figure pas compte autant. Pas de nombre de composants, pas de nombre de pages vues, pas de graphique qui monte toujours. Chaque élément affiché doit pouvoir déclencher une conversation avec une équipe ou un arbitrage dans la feuille de route. Si un chiffre ne mène jamais à rien, il prend la place d'un chiffre utile.
Enfin, l'équipe Design System lit le tableau de bord avec les équipes produit autant qu'avec la direction. Montrer à une équipe produit sa propre couverture et ses détachements ouvre une discussion concrète, bien plus efficace qu'un rappel général à utiliser le système.
Par où commencer
- Choisir trois indicateurs au maximum pour le premier trimestre.
- Pour chacun, écrire la décision qu'il doit éclairer.
- Automatiser la collecte dès que possible ; une mesure manuelle finit par être abandonnée.
- Présenter les résultats tous les trimestres, y compris quand ils sont mauvais.
Ce qu'il faut retenir
Mesurer l'adoption, c'est accepter de découvrir que le système sert moins qu'on ne le pensait. C'est inconfortable, et c'est la condition pour qu'il serve davantage. Les mêmes principes s'appliquent d'ailleurs aux outils d'IA déployés dans les équipes : l'usage réel, le temps gagné et la confiance des utilisateurs disent bien plus que le nombre de licences.