Le cadre de référence

Ce document consolide le modèle de maturité, le principe opératoire et les deux échelles qui structurent la transformation IA.

Règle de traduction universelle

Le principe opératoire de toute la transformation tient en une phrase :

“

Remplacer « l'humain produit l'artefact » par « l'humain définit la spécification → le système produit l'artefact. »

Ce que ça signifie par département

Le test décisif

“

Si cette personne disparaissait, est-ce qu'un système pourrait exécuter 80% de ses tâches ?

• Si non → le rôle est encore basé sur l'exécution ;
• Si oui → le rôle est IA-natif.

Ce n'est pas « de l'adoption IA ». C'est le passage d'une entreprise de main-d'œuvre à une entreprise de systèmes.

Échelle organisationnelle – Niveaux 1 à 3

Cette échelle s'applique à l'ensemble du groupe : ingénierie, marketing, ventes, finance, service client.

Échelle d'ingénierie – Échelons 0 à 5

L'ingénierie a besoin d'une granularité plus fine. Basée sur le cadre de Dan Shapiro, cette échelle décrit la progression du développement logiciel. Le Lab IA la détaille et en décrit le fonctionnement opérationnel.

L'échelon atteignable sur une base de code donnée est plafonné par la maturité du code : une équipe à l'Échelon 5 sur une base de code au Niveau 2 produira des sorties hallucin­ées rapides sans signal de correction.

À quoi ressemble vraiment l'Échelon 5

L'Échelon 5 n'est pas monolithique. La validation est graduée par le risque selon le rayon d'impact, la réversibilité et la conséquence de l'action :

Une équipe Échelon 5 opère les trois en parallèle, en choisissant la porte par classe d'action. Chaque porte exécute la même unité opérationnelle (Contexte → Clarification → Exécution → Validation → Récupération) décrite en détail dans le Lab IA.

Au-delà de l'ingénierie

L'échelle d'ingénierie est l'instance la mieux documentée d'un patron plus large. La réalité opérationnelle de l'Échelon 5 (boucle récurrente, validation graduée par le risque, agent réviseur) se généralise à d'autres domaines à tâches discrètes (ingénierie, service client, opérations financières, revue juridique, recherche de connaissances) où l'IA opère similairement comme couche d'exécution. Des modèles de maturité parallèles pour ces domaines sont sur la feuille de route du cadre. Voir aussi la note sur la profondeur dans la Carte de progression pour comprendre comment cette asymétrie se manifeste rôle par rôle.

Correspondance

Questions diagnostiques

Trois tests rapides pour évaluer la maturité. Pour une méthodologie d'évaluation complète équipe par équipe, voir Évaluer votre organisation.

“

« Si l'IA disparaissait demain, qu'est-ce qui changerait ? »

• Rien de structurel → Niveau 1
• Certains flux de travail cassent → Niveau 2
• L'entreprise ne peut pas fonctionner → Niveau 3

Pour les critères d'acceptation par niveau et le chemin de transformation (échéanciers, prérequis, points de vigilance), voir la Feuille de route.

Niveaux de leadership

L'entreprise ne peut pas dépasser le niveau de son leadership. Le leadership est le plafond.

Niveaux individuels

L'échelle des niveaux individuels mesure où en est une personne dans sa transition IA. Les trois niveaux principaux (T1, T2, T3) décrivent des états établis. Les niveaux intermédiaires (T0.5, T1.5, T2.5) décrivent les transitions entre eux – preuve que quelqu'un est en mouvement, pas seulement étiqueté.

Les trois niveaux principaux sont des états opérationnels – ils décrivent comment quelqu'un travaille. Les niveaux .5 sont transitionnels – ils décrivent que quelqu'un est activement en mouvement entre deux états.

Tier 0 / 0.5 – L'écart entre T0 et T1 n'est pas une question de connaissance, c'est l'habitude de saisir l'IA dès que le travail commence. Une personne au T0.5 a expérimenté mais n'a pas intégré. Le risque : les gens restent ici indéfiniment sans des incitatifs structurés.

Tier 1.5 – C'est là que la plupart des gens stagnent. Ils ont dépassé l'usage ponctuel et construisent activement des flux de travail – concevoir des prompts, tester des systèmes, itérer. Certaines expériences échouent, d'autres tiennent. La transition du T1 au T2 exige que ces expériences deviennent des flux établis, pas seulement des expériences personnelles. Les fichiers de contexte et les bibliothèques de prompts partagées deviennent critiques à ce stade.

Tier 2.5 – Plusieurs processus reconçus autour de l'IA. La personne passe la majeure partie de son temps sur la direction, le jugement et la révision plutôt que sur l'exécution. Commence à éliminer les frais de coordination – fait seul ce qui nécessitait autrefois des transferts d'équipe. La distinction avec T3 : le rôle a toujours le même titre et les mêmes frontières, mais le travail à l'intérieur a fondamentalement changé. Ces personnes montrent à quoi ressemble le Niveau 3 avant que la structure organisationnelle ne rattrape.

Tier 3 – L'IA est la couche d'exécution ; les humains donnent la direction et valident. Le travail est structuré autour d'une unité opérationnelle récurrente (Contexte → Clarification → Exécution → Validation → Récupération), avec des temps de cycle qui passent de semaines au niveau du sprint à des jours au niveau de la fonctionnalité. La valeur de la personne se concentre aux frontières : travail à la frontière avant (spécification, alignement, dialogues de clarification avec l'IA) et travail à la frontière arrière (validation, sessions sur les cas limites, tests UX avec les premiers utilisateurs). À l'intérieur de la boucle, l'agent s'exécute. La discipline qui distingue T3 de T2.5 n'est pas plus d'usage des outils : c'est la conception de processus pour l'IA, soit définir les contraintes, les portes et les niveaux de validation dans lesquels l'IA opère de façon cohérente. Le rôle et le travail à l'intérieur semblent fondamentalement différents de T2.5 ; les titres peuvent ne pas avoir changé mais le quotidien, lui, a changé.

Correspondance avec les niveaux organisationnels

← Retour à l'accueil · Feuille de route · Standards d'exécution IA · Le Lab IA · Glossaire