Notre histoire
One Portal Accès client
ContactInsight
·

Maturité IA d'entreprise. Les cinq dimensions à mesurer.

La plupart des audits de maturité IA que nous croisons mesurent les outils déployés et le nombre de cas d'usage en cours. Très peu mesurent les conditions qui décident vraiment si l'IA produit, sur la durée, une valeur défendable. Cet article propose cinq dimensions à évaluer avant tout nouvel investissement, et une grille d'auto-évaluation de dix questions qui tient sur une page.

Pourquoi la plupart des audits de maturité passent à côté de l'essentiel.

Quand un comité de direction commande une évaluation de maturité IA, la livraison ressemble souvent à un radar à cinq ou six axes, avec un score par dimension et une recommandation de plan d'action. Le défaut n'est pas le format, c'est ce que les axes mesurent. Trop souvent, ils comptent ce qui est facile à compter : nombre de cas d'usage en production, dépense annuelle, pourcentage de collaborateurs ayant suivi une formation, nombre d'outils déployés. Ces métriques ont leur utilité, mais elles décrivent l'activité, pas la maturité.

La maturité IA d'une organisation n'est pas la quantité d'IA qu'elle utilise. C'est la qualité des conditions qu'elle a installées pour que cette IA produise une valeur défendable, mesurable, et qui survive aux changements de modèle ou de fournisseur. Dans les engagements que nous menons, l'écart entre les organisations qui réussissent et celles qui s'enlisent ne se lit pas dans le décompte des projets. Il se lit dans cinq conditions structurelles, qui se mesurent autrement.

Les cinq dimensions.

1. Socle data.

La dimension la plus discutée et souvent la moins instruite. Le socle data ne se mesure pas à la taille du data lake, mais à la confiance opérationnelle dans les données utilisées. Existe-t-il une source canonique pour les données critiques, est-elle nommée et tenue par une équipe identifiée, existe-t-il un catalogue qui rend ces sources trouvables. Les données sensibles sont-elles classifiées et leur usage tracé. Quand un modèle se trompe, est-on capable de remonter à la donnée d'entrée et de comprendre pourquoi. Une organisation qui ne peut pas répondre à ces questions sans hésitation a un socle data faible, quelle que soit la dépense engagée sur la plateforme.

2. Modèle opératoire.

La couche que beaucoup de bilans escamotent. Le modèle opératoire IA décrit qui détient les cas d'usage, comment ils sont priorisés, qui livre, qui exploite et qui paie. Une organisation où le sponsor IA est seul dans la salle, sans relais métier durable, ne tient pas. Une organisation où les pilotes circulent dans un laboratoire d'innovation sans transfert vers les équipes d'exploitation ne tient pas non plus. La maturité du modèle opératoire se lit à la simplicité avec laquelle on peut identifier, pour un cas d'usage donné, le propriétaire métier, le propriétaire technique, le SLA et le budget d'amélioration sur les douze prochains mois.

3. Discipline d'évaluation et de risque.

La dimension la plus prédictive de la valeur produite dans la durée, et la plus négligée au démarrage. Les organisations matures construisent, dès le premier sprint, des suites d'évaluation qui décrivent ce que le système doit faire, et les rejouent à chaque changement de modèle, de prompt ou d'index. Elles instrumentent leur usage en production avec une granularité suffisante pour détecter une régression avant les utilisateurs. Elles ont une cartographie des risques, qu'il s'agisse de risques de modèle, de risques de données ou de risques opérationnels, et un mécanisme pour les arbitrer. Sans cette discipline, chaque évolution est un pari.

4. Talents et littératie.

Cette dimension ne se résume pas au nombre de data scientists. Elle se mesure à trois niveaux. La littératie de base des dirigeants et des équipes métier, qui leur permet de poser les bonnes questions et de challenger les promesses qui en valent la peine. La densité d'ingénierie capable d'industrialiser, qui détermine la vitesse de bascule du pilote vers la production. Et la culture d'usage des équipes opérationnelles, qui décide si les outils déployés sont réellement utilisés ou contournés. Une organisation forte sur les data scientists et faible sur les deux autres niveaux a une maturité talentaire fragile, et cela se voit dans le rendement de ses investissements.

5. Gouvernance et droits de décision.

La dimension qui décide si l'IA reste pilotable à l'échelle. Qui valide la mise en production d'un nouveau cas d'usage. Qui peut décider d'arrêter un système en production. Qui est responsable de l'usage des données sensibles. Comment les conflits d'arbitrage entre métiers, conformité et technologie sont tranchés, et à quel niveau. Une gouvernance mature ne ralentit pas les bons projets, elle accélère les arbitrages en les rendant prévisibles. Une gouvernance immature crée des goulots d'étranglement aux mauvais endroits et laisse passer des risques aux bons.

Quand les cinq dimensions sont lues honnêtement, l'écart entre l'image que l'organisation a d'elle-même et la réalité de son terrain devient lisible. C'est ce moment qui rend le débat utile.

Mener l'évaluation sans bureaucratiser.

L'erreur que nous voyons régulièrement, quand une organisation décide de mesurer sa maturité IA, est de transformer l'exercice en un projet à part entière, avec son chef de projet, ses livrables intermédiaires et ses ateliers d'alignement. Cela tue le signal. Les meilleurs diagnostics que nous avons menés ont été faits en quelques semaines, sur la base d'une dizaine d'entretiens courts avec les bonnes personnes, et d'une lecture rigoureuse de quelques artefacts existants (catalogue de cas d'usage, runbooks, rapports d'audit, dashboards d'usage).

La règle pratique que nous recommandons est triple. D'abord, fixer un calendrier court et le tenir. Une évaluation qui s'étire perd la vérité opérationnelle qu'elle voulait capter. Ensuite, refuser de noter les dimensions à la place des équipes : c'est en interrogeant les équipes elles-mêmes, sur des questions précises et comparables, que les écarts deviennent visibles. Enfin, restituer le résultat sans broderie. Un radar honnête, accompagné de quelques exemples concrets, vaut mieux qu'un rapport de quarante pages que personne ne lira jusqu'au bout.

Grille d'auto-évaluation à dix questions.

La grille suivante n'est pas exhaustive, mais elle suffit, dans notre expérience, à exposer les zones de faiblesse réelles. Pour chaque question, une réponse claire et documentée vaut un point. Une hésitation vaut un demi-point. L'absence de réponse vaut zéro. Un score honnête sur les dix questions cadre la conversation que le comité doit avoir, et la priorité qu'il devra retenir.

  1. Pour les trois cas d'usage les plus visibles, savez-vous nommer la source canonique des données qu'ils utilisent et le responsable qui en répond ?
  2. Pouvez-vous décrire en deux phrases votre modèle opératoire IA et le distinguer du modèle opératoire de la DSI ou du métier ?
  3. Pour chacun de ces cas d'usage, un propriétaire est-il nommé pour la phase post-lancement, avec un SLA, une rotation d'astreinte et un budget d'amélioration ?
  4. Existe-t-il une suite d'évaluation qui se rejoue à chaque changement matériel sur le système, et qui est alimentée par du trafic réel ?
  5. Les coûts d'inférence et de maintenance des systèmes IA sont-ils visibles dans le contrôle de gestion, ou sont-ils noyés dans des lignes plus larges ?
  6. La direction générale est-elle capable, sans préparation, de poser trois questions pertinentes sur un projet IA présenté en comité ?
  7. Une cartographie des risques IA existe-t-elle, et est-elle revue au moins une fois par an au niveau exécutif ?
  8. La conformité, la sécurité et le juridique sont-ils impliqués dans la conception, ou seulement dans la revue finale ?
  9. Existe-t-il un mécanisme clair pour arrêter un système en production, et qui peut l'activer sans déploiement de code ?
  10. Les utilisateurs finaux des systèmes IA peuvent-ils signaler une dérive, et leur signalement déclenche-t-il une action mesurable dans les jours qui suivent ?

Quand le score est honnête, la priorité s'écrit toute seule.

Le but de cet exercice n'est pas de produire un score flatteur ou inquiétant. Il est de rendre visible, pour le comité, l'endroit où le prochain euro investi rendra le plus. Dans les engagements que nous menons, la dimension qui se révèle faible n'est presque jamais celle que les équipes anticipaient en début de mission. Il est rare qu'une organisation soit faible partout, et il est rare qu'elle soit forte partout. Le signal utile se cache dans l'asymétrie, et dans la honnêteté avec laquelle elle est lue.

Si votre équipe envisage une évaluation de maturité avant un cycle d'investissement, l'équipe Consulting de B One peut accompagner la démarche à Paris, Dubai, Singapour ou Bali, avec le partner qui sera ensuite sur le dossier. Le formulaire de brief plus bas ouvre la conversation, et nous répondons sous une journée ouvrée.

Questions fréquentes.

Combien de temps faut-il pour mener une évaluation de maturité IA sérieuse ?

Une évaluation utile peut être menée en quelques semaines, à condition que les bonnes personnes soient disponibles pour des entretiens courts. Au-delà, on tombe dans la bureaucratie, ce qui dégrade la qualité des réponses plutôt que de l'améliorer.

Qui doit être dans la salle pour une évaluation de maturité IA ?

Au minimum la DSI, un représentant métier sur les usages prioritaires, la fonction data, la fonction risque ou conformité, et un sponsor exécutif. L'évaluation menée par la seule fonction IT, ou par la seule fonction métier, est systématiquement déséquilibrée.

À quelle fréquence répéter l'évaluation ?

Une fois par an convient pour la plupart des organisations, avec une revue intermédiaire à six mois si le portefeuille IA grandit vite. Mesurer plus souvent dilue le signal. Mesurer moins souvent prive le comité d'un feedback exploitable.

Comment articuler cette grille avec les modèles publiés par Gartner ou McKinsey ?

Les grandes grilles publiques couvrent largement la même surface. La différence pratique vient de la honnêteté de l'auto-évaluation et du fait que les cinq dimensions sont posées comme des conditions opérationnelles, pas comme des étiquettes de maturité. Une organisation peut être avancée sur deux dimensions et fragile sur trois, et la priorité tombe naturellement.

Cette grille tient-elle compte de l'AI Act et de la réglementation ?

Oui, via la dimension d'évaluation et de risque, et via celle de gouvernance. L'AI Act n'est pas une catégorie séparée, c'est une contrainte qui se manifeste dans la discipline d'évaluation, la traçabilité des décisions et la clarté des droits de décision.

Que faire si les scores sont très hétérogènes entre dimensions ?

Le bon réflexe est de prioriser la dimension la plus en retard, pas d'investir là où l'organisation est déjà solide. Les dimensions les plus faibles tirent la performance globale vers le bas, et c'est elles qui limitent la valeur des nouveaux investissements tant qu'elles ne sont pas rééquilibrées.

Pour aller plus loin

Pour aller plus loin avec nous

Comment nous prolongerions ce sujet avec vous.

Pilier Consulting

AI-Augmented Enterprise

Du diagnostic de maturité à la priorisation des cas d'usage jusqu'à l'adoption durable dans l'organisation.

Pilier Consulting

Strategy & Innovation Governance

Cadrer la direction, séquencer les portefeuilles, gouverner les décisions qui composent dans la durée.

Pilier Consulting

Performance & Value

Systèmes de mesure, conception des KPI et suivi de la valeur, pour faire bouger l'activité.

Parlez-nous
du dossier.

Dites-nous quelle décision vous cherchez à prendre. Stratégie, transformation, performance ou IA. Nous répondons sous un jour ouvré.

Parlons-en.

Un défi à relever ?
Transformons-le en quelque chose de réel.

Démarrer la conversation