Un score de maturité rassurant, un design system pourtant à l’agonie : la scène est devenue banale dans les équipes produit. Sur le papier, le système affichait un « niveau 3 sur 5 », résultat d’une grille remplie consciencieusement l’année précédente. Dans les faits, plus personne ne le maintenait vraiment, faute de sponsor côté direction, et chaque équipe produit avait recommencé, dans son coin, à recoder ses propres boutons.

Le design system, c’est la bibliothèque partagée de composants d’interface, de règles graphiques et de documentation qui permet à toutes les équipes d’un produit de parler le même langage visuel, un peu comme un dictionnaire commun évite à chacun d’inventer ses propres mots. C’est devenu, en une décennie, un investissement courant dans les organisations produit. Mais évaluer la maturité d’un design system reste, pour la plupart des équipes, une affaire d’échelle à cinq niveaux, du « chaos » initial à l’« optimisation » finale : un chiffre unique, facile à présenter en comité de direction. C’est précisément ce qui pose problème.

Le confort trompeur du chiffre unique

Le Nielsen Norman Group (NN/G), l’un des cabinets de recherche en expérience utilisateur les plus cités au monde, a publié début juillet 2026 un article qui rompt avec cette logique : Design-System Maturity: A 6-Dimension Framework. Le constat de départ est sévère à l’égard des modèles en usage depuis des années : les design systems, écrivent ses auteurs, ne mûrissent pas en ligne droite ; la réalité de ce travail est bien plus confuse et multiforme qu’une échelle ne peut le représenter.

Ce n’est pas un désaveu isolé. NN/G a publié presque au même moment un autre article, UX Maturity Is a Living System, Not a Ladder, qui applique la même critique à son propre modèle historique des six niveaux de maturité UX, popularisé depuis des années par ce même cabinet. L’institution qui a largement contribué à populariser la métaphore de l’échelle dans le monde du design est aujourd’hui la première à la remettre en cause. Le signal porte davantage venant de l’intérieur que d’un concurrent.

Six dimensions pour mesurer la maturité d’un design system

Le nouveau cadre abandonne la progression linéaire pour une évaluation en six dimensions, notées indépendamment les unes des autres sur une échelle de 1 à 5 :

  • L’alignement organisationnel : le système est-il positionné, financé et porté par la hiérarchie, ou survit-il grâce à la bonne volonté de quelques convaincus ?
  • L’efficacité de l’équipe : l’équipe en charge du système a-t-elle la capacité, la diversité de compétences et le mode de collaboration nécessaires pour le faire vivre dans la durée ?
  • La robustesse de l’infrastructure : composants, tokens (les variables techniques qui encodent une couleur, un espacement ou une typographie, de façon à ce qu’un changement de design se propage automatiquement dans tout le produit), documentation et outillage sont-ils complets et fiables ?
  • La gouvernance (les règles qui définissent qui peut proposer, valider ou modifier un composant du système, un peu comme un règlement de copropriété fixe qui a le droit d’abattre quel mur) : les décisions sont-elles claires, ou chaque équipe négocie-t-elle au cas par cas ?
  • Le soutien : l’équipe du design system investit-elle vraiment dans l’accompagnement de ceux qui l’utilisent au quotidien ?
  • L’adoption réelle : le système est-il seulement disponible, ou vraiment utilisé, correctement appliqué, et jugé digne de confiance par les équipes produit ?

Cette dernière dimension mérite un détour. NN/G la décompose en trois couches : l’usage (le système est-il accessible et effectivement employé ?), la conformité (les équipes l’appliquent-elles correctement, ou le détournent-elles en silence ?) et la confiance (les équipes le considèrent-elles comme fiable et capable d’évoluer avec leurs besoins ?). Un système peut afficher un taux d’usage élevé tout en étant contourné dès qu’un besoin sort du cadre prévu : l’indicateur classique de l’adoption, souvent brandi seul comme preuve de succès, ne capture qu’une partie de la réalité.

Ce que cela change un lundi matin

Concrètement, NN/G recommande de faire l’exercice à plusieurs : entre quatre et huit évaluateurs, mêlant membres de l’équipe design system (design, ingénierie, produit, contenu), représentants des équipes produit qui l’utilisent au quotidien, et sponsors côté direction. Chacun note les six dimensions séparément.

L’intérêt n’est pas la moyenne, mais l’écart. Si l’équipe design system s’auto-évalue à 4 sur la dimension « soutien » quand les équipes produit qui en dépendent la notent à 2, cet écart de deux points en dit plus long sur l’état réel du système qu’un score consolidé de « niveau 3 ». Il indique précisément où porter l’effort : pas sur la technique, mais sur l’accompagnement perçu par ceux qui s’en servent.

Pour un responsable de design system préparant une revue budgétaire, la différence est concrète. Présenter « nous sommes niveau 3 sur 5 » face à une direction qui cherche où couper n’arme personne. Montrer que la gouvernance et l’infrastructure sont solides (4 ou 5) mais que l’alignement organisationnel est faible (2) déplace la conversation : le problème n’est pas le travail de l’équipe, c’est l’absence de sponsor. NN/G le rappelle dans un article voisin consacré au DesignOps (l’organisation du travail, des processus et des outils d’une équipe design, un peu comme la logistique organise le travail d’une usine) : la maturité globale sur ce plan reste aujourd’hui faible dans la majorité des organisations.

Ce qu’une grille ne résout pas

Le nouveau cadre a un coût : mobiliser six à huit personnes pour un exercice de notation croisée demande du temps, une compétence d’animation, et une organisation prête à entendre des résultats inconfortables. Rien ne garantit non plus que la notation, forcément subjective, échappe aux biais de l’ancienne échelle : un évaluateur optimiste reste un évaluateur optimiste, dimension par dimension.

Surtout, aucune grille, aussi fine soit-elle, ne protège un design system des chocs purement organisationnels. Une fusion, une réorganisation, une coupe budgétaire peuvent ramener à zéro un système jugé mature sur les six dimensions la semaine précédente. Le cadre aide à diagnostiquer un problème ; il ne l’empêche pas de survenir.

Et parce que ce cadre vient d’être publié, il n’a pas encore l’épaisseur de retours d’expérience que les anciennes échelles ont accumulée au fil des années, malgré leurs défauts documentés. C’est une proposition prometteuse, pas encore un standard éprouvé sur la durée.

Jouer la maturité, ou la pratiquer

NN/G met à disposition un modèle de grille d’auto-évaluation, pensé pour être repris en atelier, en rétrospective ou lors d’un point individuel, sans nécessiter un audit formel complet. L’idée rejoint un débat plus large dans la communauté design ops : un modèle de maturité doit-il servir à obtenir un score à afficher, ou à ouvrir une conversation difficile ? Trop d’équipes, prévient NN/G, finissent par jouer la maturité plutôt que la pratiquer, en optimisant pour la note plutôt que pour l’usage réel.

La scène du début, ce design system démantelé malgré son « niveau 3 », n’était peut-être pas un accident de parcours. C’était un système qui avait le bon score, et pas les bonnes questions.

Sources

ARTICLES CONNEXESPLUS DE L'AUTEUR