Journal des modifications

Un registre des mises à jour significatives du cadre.

v3.1 – 18 mai 2026

Une version de contenu qui ajoute deux nouvelles sections au cadre : un catalogue de rôles décrivant 31 rôles individuels tels qu'ils opèrent dans une organisation IA-native, et une vue au niveau de l'organisation qui complète la perspective au niveau du rôle avec des patrons structurels (fonctions, calcul du levier, aplatissement de la hiérarchie).

Nouveau : le catalogue de rôles

/roles : 31 pages de rôles, chacune décrivant à quoi ressemble le rôle à maturité T2-T3 dans une organisation IA-native. Chaque page répond au même ensemble de questions : que fait réellement le rôle, à quoi ressemble le succès, qu'est-ce qui le rend intéressant (et ce qui peut ne pas plaire), qui s'y épanouit, quelles compétences développer pour y arriver, en quoi ça diffère de la version héritée du rôle, quels patrons d'évolution des rôles sont en jeu, et quels rôles adjacents du catalogue se connectent.

Couverture au lancement. 31 rôles dans 9 familles :

Produit : Gestionnaire de produit, VP Produit
Ingénierie : Ingénieur logiciel, Ingénieur full-stack, Tech Lead, Ingénieur DevOps, Ingénieur de données, Gestionnaire en ingénierie, Directeur de l'ingénierie
Design : Designer produit
Marketing : Stratège marketing, Marketeur en génération de demande, Gestionnaire de marketing produit, VP Marketing
Ventes : SDR, Account Executive, Ingénieur solutions, VP Ventes
Service client : Spécialiste du support client, Customer Success Manager, Directeur du service client
Opérations et personnes : Analyste de données, Responsable des opérations RH
Exécutif : CEO, COO, CTO
Émergents : Architecte de flux, Superviseur d'agents, Responsable de spécification, Spécialiste en gouvernance, Responsable de la transformation IA

Audience. Pour les praticiens qui décident s'ils veulent encore ce travail, les gestionnaires qui planifient leurs équipes, et les RH qui conçoivent la main-d'œuvre de demain.

Conception du hub. Une grille de cartes à /roles avec des puces de filtre par famille collantes. Chaque carte met en évidence visuellement le patron d'évolution dominant du rôle (Élévation, Spécialisation, Convergence, Émergence). À lire conjointement avec les pages au niveau de l'organisation ci-dessous.

Nouveau : L'organisation IA-native (vue au niveau de l'organisation)

/fr/organisation-ia-native : le pendant structurel du catalogue de rôles. Décrit les cinq fonctions dont toute organisation IA-native a besoin (Direction, Spécification, Validation, Opérations des agents, Confiance et relations humaines), la forme de l'organigramme, ce qui doit exister, ce qui disparaît ou s'absorbe, et l'image de la transition de T0 à T3. Inclut sept questions diagnostiques pour les leaders.

Deux pages compagnes approfondissent les questions les plus posées par les exécutifs :

/fr/calcul-du-levier : comment le levier IA-natif se distribue entre compression, expansion ou un mélange. Trois scénarios avec un calcul d'effectifs concret, des ratios de levier par fonction, et les facteurs stratégiques qui pilotent le choix. Audience : CFO, conseil d'administration, stratégie de capital.
/fr/hierarchie-aplatie : quelles couches de gestion se compriment et lesquelles survivent. Les cinq fonctions de la gestion intermédiaire et lesquelles s'absorbent dans les agents ; les chiffres (hérité 50 personnes ~22-25 gestionnaires vs IA-natif ~11-15) ; ce qui change pour les gestionnaires qui survivent ; les risques de transition. Audience : CHRO, Responsable des opérations RH.

Ajouts opérationnels

Les cinq patrons d'évolution des rôles (Convergence, Spécialisation, Élévation, Absorption, Émergence) de la v2.3 sont maintenant ancrés avec des exemples concrets au niveau du rôle à travers le catalogue. Chaque page de rôle nomme ses patrons dominants et explique comment ils s'appliquent.
La compression hiérarchique comme conséquence structurelle des opérations IA-natives. Le cadre original mentionnait le « losange de penseurs » via la page Vision ; la v3.1 rend les spécificités opérationnelles explicites dans La hiérarchie aplatie.
Le patron d'absorption au niveau de l'organisation : extension du patron d'absorption au niveau du rôle de Évolution des rôles à la portée organisationnelle : rôles transactionnels, couches de coordination, fonctions de qualité routinière et rôles de transfert spécialisés se compriment ou disparaissent ; direction stratégique, qualité de spécification, validation graduée par le risque, opérations des agents, gouvernance et relations humaines vivantes restent ou grandissent.

Ajouts UX

Navigation par fil d'Ariane sur les pages de rôles individuels : Accueil > Catalogue de rôles > Rôle. Inclut BreadcrumbList JSON-LD pour le SEO.
Bandeau visuel sur la page de rôle avec des badges de patrons d'évolution des rôles et des métadonnées compactes (famille, rôle hérité équivalent, relève de, travaille avec).
Grille de cartes de rôles connexes au bas de chaque page de rôle, remplaçant la liste plate à puces de rôles adjacents.

Statut des traductions

Cette version est livrée en anglais uniquement. Les traductions vers FR, ES, DE, IT et PT sont prévues pour la v3.1.1, suivant le même flux de travail d'agents parallèles utilisé pour les traductions v3.0. Les locales non anglophones reviennent actuellement au contenu anglais pour les nouvelles pages.

v3.0 – 10 mai 2026

Une version majeure qui recadre le modèle opérationnel du cadre à maturité. La v2.x décrivait le chemin vers l'IA-natif ; la v3.0 spécifie à quoi ressemble l'IA-natif opérationnellement, et reconnaît où le cadre est aujourd'hui ancré en ingénierie et où les modèles de maturité parallèles pour d'autres domaines suivront sur la feuille de route v3.x.

Position stratégique

Le cadre est aujourd'hui ancré en ingénierie. Cette asymétrie est reconnue structurellement (dans la Carte de progression et le Cadre de référence) plutôt que dissimulée.
Les patrons introduits en v3.0 sont des patrons à tâches discrètes agnostiques au rôle, pas des patrons spécifiques à l'ingénierie. Ils s'appliquent à l'ingénierie, au service client, aux opérations financières, à la revue juridique et à la recherche de connaissances. L'ère v3 construira des modèles de maturité parallèles pour ces domaines.
Les rôles continus / créatifs / interpersonnels (ventes, création marketing, design, RH) ont besoin d'une forme de cadre différente : l'IA comme augmentation, pas comme exécution. Reporté à une future piste v4+.

Contenu

L'unité opérationnelle à cinq étapes comme patron de travail canonique au Tier 3 / Échelon 5 : Contexte → Clarification → Exécution → Validation → Récupération. Triangule à travers spec-kit, le mode plan d'Anthropic, AMPECO CODA, Cognition Devin, la recherche sur le débat multi-agents, Cemri et al. (2025) et les comptes rendus de praticiens à la frontière. Atterrit dans Lab IA, Cadre de référence, Guide de spécification, Carte de progression et Standards.
Portes de validation graduées par le risque (HITL / HOTL / HOOTL) divisent un Échelon 5 auparavant monolithique en trois postures opérationnelles selon le rayon d'impact, la réversibilité et la conséquence d'une action. Tirées de SAE J3016, Anthropic ASL, OpenAI Preparedness, NIST Agentic Profile, OWASP LLM Top 10 et la littérature praticienne sur HITL/HOTL/HOOTL. Atterrit dans Lab IA § Portes de validation graduées par le risque, Cadre de référence et Standards § Modèle de responsabilité en cas d'échec.
La conception de processus comme Couche 5 des Standards d'exécution IA. La discipline de concevoir des flux de travail contraints et par étapes dans lesquels l'IA opère de façon cohérente : distincte de l'ingénierie de prompts et de la rédaction de spécifications en tant que telle. Vocabulaire des topologies (chaining, routing, parallélisation, orchestrateur-travailleurs, évaluateur-optimiseur, agents autonomes) et règles de décision. Atterrit dans Standards § Couche 5.
Économie de l'IA à maturité : coût par unité de sortie remplace « temps gagné par l'IA » comme métrique contraignante au Niveau 3 ; la marge brute IA est structurellement sous le SaaS (40–55 % vs 70–90 %) ; les coûts par token baissent pendant que les coûts par tâche augmentent souvent (paradoxe de Jevons appliqué à l'inférence). Atterrit dans Analyse de rentabilité § Économie de l'IA à maturité et Feuille de route § Vocabulaire de mesure par maturité.
Modes de défaillance et patrons de récupération à haute maturité : sycophantisme comme préoccupation structurelle (à traiter comme un problème d'ingénierie indépendamment de la trajectoire d'entraînement) ; cas limites subjectifs (défaillances soulevées par les utilisateurs, pas par les tests ; la récupération est la conversation, pas la rustine) ; recalibrage vs débogage comme réponses opérationnellement distinctes ; mode de défaillance « goulot d'étranglement IA » au Tier 2.5+. Atterrit dans Ingénierie de la fiabilité, Lab IA § Protocole d'état bloqué et Piloter la transformation § Goulot d'étranglement IA.
Maturité du code D6 enrichie pour traiter CLAUDE.md / AGENTS.md comme des artefacts vivants validés par l'agent contre le code en direct, avec compétences et sous-agents créés à la demande. Reflète la pratique actuelle des fournisseurs (spec AGENTS.md, mémoire Anthropic Claude Code). Atterrit dans Maturité du code.
Responsable des permissions comme quatrième rôle organisationnel nommé pour les systèmes IA en production. Responsable de ce que chaque agent peut et ne peut pas faire, et du niveau de la porte de validation par classe d'action. Atterrit dans Standards § Rôles organisationnels.
Profondeur opérationnelle T3 / Échelon 5 dans la colonne Ingénierie de la Carte de progression : unité de travail, temps de cycle, vignette de forme du jour, mode de défaillance « goulot d'étranglement IA », recalibrage vs débogage, validation graduée par le risque, et métriques qui remplacent « temps gagné ». Atterrit dans Carte de progression.
Addenda Tier 3 sur la forme du jour dans Transformer votre rôle : à quoi ressemble la journée une fois la transition arrivée ; demande cognitive aux frontières, pas dans l'exécution.
Glossaire : 16 nouvelles entrées dans quatre sections (Réalité opérationnelle au T3/É5, Validation graduée par le risque, Modes de défaillance et récupération, Économie de l'IA à maturité).

Mises à jour du cadre

Cadre de référence : ligne T3 resserrée à « L'IA est la couche d'exécution ; les humains donnent la direction et valident » ; nouveau paragraphe en prose sur la forme du jour T3 et la conception de processus comme discipline distinctive. Ligne É5 mise à jour de « Personne (scénarios vérifient) » à « Agent réviseur + scénarios ; portes humaines graduées par le risque ».
Carte de progression : nouvelle note d'asymétrie de profondeur en tête nommant l'inclinaison ingénierie et la feuille de route de l'ère v3 ; encadré productivité bimodale (gains fallacieux L1–L2 vs gains 4× L3 pour les équipes restructurées).
Lab IA : Mode de travail renommé et restructuré autour de l'unité à cinq étapes ; nouvelles sections pour Portes de validation graduées par le risque et Protocole d'état bloqué ; économie des tokens nommée comme métrique du Lab ; piège « goulot d'étranglement IA » ajouté.
Ingénierie de la fiabilité : nouvelle section « Modes de défaillance et récupération à haute maturité » couvrant sycophantisme, cas limites subjectifs et recalibrage vs débogage ; agent réviseur nommé comme posture par défaut en production.
Guide de spécification : nouvelle section « La boucle opérationnelle » avec le dialogue de clarification comme étape discrète ; rédaction de spécifications décrite comme un spectre (rédigée par l'humain → assistée par l'IA → rédigée par l'IA et ratifiée par l'humain) avec mise en garde appropriée.
Standards : clarification pré-exécution autorisée dans le Principe fondamental ; Couche 5 (Conception de processus) ajoutée ; modèle de responsabilité en cas d'échec étendu avec les lignes Résultat dommageable / Résultat passé inaperçu / Mauvaise direction défendue avec confiance ; rôle de Responsable des permissions ajouté.
Analyse de rentabilité : nouvelle section sur l'économie de l'IA à maturité (coût par unité, plancher de marge brute, paradoxe de Jevons).
Feuille de route : nouvelle section sur le vocabulaire de mesure par maturité : métriques niveau productivité aux L1–L2 transitionnant vers métriques niveau économie unitaire au L3.
Piloter la transformation : nouveau diagnostic : goulot d'étranglement IA comme mode de défaillance à haute maturité ; Inflation de la charge de travail mise à jour pour se connecter à la dynamique du goulot d'étranglement.

Raisonnement

Les versions v2.x du cadre décrivaient le chemin vers la maturité IA-native depuis un point de vue Tier 1–2. Les praticiens opérant au Tier 3 / Échelon 5 (là où l'IA est la couche d'exécution plutôt qu'un outil d'assistance) trouvaient les descriptions de leur réalité opérationnelle réelle trop abstraites. La v3.0 spécifie cette réalité : l'unité opérationnelle, la structure de validation, la discipline de la conception de processus, l'économie du coût unitaire, et les modes de défaillance qui émergent une fois que l'agent fait l'exécution.

Le recadrage est honnête sur les domaines où le cadre est aujourd'hui ancré en ingénierie et explicite sur les domaines à tâches discrètes où des modèles de maturité parallèles suivront. La feuille de route de l'ère v3 est interne à cette version ; elle devient un engagement public quand v3.1 livre.

Remerciements

Cette version a été motivée par des commentaires détaillés de Vincent Lamanna (Crewdle) sur le questionnaire d'auto-évaluation du cadre. La critique de Vincent a fait remonter l'écart que la v3.0 comble : les descriptions du cadre du travail IA-natif mature ne correspondaient pas à la réalité opérationnelle de son organisation. L'unité opérationnelle à cinq étapes, les portes de validation graduées par le risque, le mode de défaillance « goulot d'étranglement IA », le vocabulaire recalibrage vs débogage et l'économie de l'infrastructure IA triangulent tous contre une littérature multi-sources, mais le récit de Vincent est ce qui a rendu l'écart visible. Merci.

v2.3 – 19 avril 2026

Contenu

Maturité du code pour le développement IA-natif : nouvelle page du cadre : un modèle de maturité à cinq niveaux (Opaque, Instrumenté, Validé, Lisible, Spécifié, Gouverné par scénarios), chaque niveau défini par le mécanisme de rétroaction qu'il ajoute. La Grille de maturité du code (Codebase Readiness Grid) : un diagnostic à neuf dimensions (couverture de tests et latence de rétroaction, rigueur des types, taille des fichiers et lisibilité du contexte, clarté des frontières de modules, visibilité directe des API, intention documentée, observabilité, simplicité du développement et du déploiement, actualité des dépendances et du runtime) avec un barème de 1 à 5 par dimension. Quatre règles de notation : le plafond est le score le plus bas; trois dimensions sont bloquantes (D1, D2, D5) et six sont contraignantes; les reports intentionnels documentés valent un niveau de crédit; ne jamais résumer avec une moyenne : la Grille est un vecteur, pas un scalaire. Profil de référence décrivant à quoi ressemble une base de code de Niveau 5. La règle dure : le niveau de maturité d'une base de code est le plafond de l'échelon d'ingénierie qui peut y opérer de façon fiable (lire)
Stratégie brownfield : nouvelle page du cadre : comment faire la transition d'une base de code existante vers le développement IA-natif. Triage de l'état de la base de code (greenfield / brownfield / hybride) avant de choisir un mode. Quatre modes encadrés comme chemins vers le Niveau 5 : remédier sur place, migration strangler-fig, reconstruction complète, ou isoler et contourner, chacun répondant à « où le Niveau 5 arrive-t-il » plutôt que « que fait l'équipe ». « Ne pas investir » intégré au Mode 4 comme issue légitime quand le coût de remédiation dépasse la valeur résiduelle. La méthodologie Recherche-Revue-Reconstruction (Fowler/EPAM) avec cinq techniques de rétro-ingénierie Boîte noire à plan. Spec-depuis-le-code comme inversion brownfield de la spec-d'abord. Ancrage économique : étude de cas Bahmni (environ 2 $ par composant en moins d'une heure contre 3 à 6 jours manuellement, avec la revue humaine comme contrainte de débit) (lire)
Outil compagnon : compétence codebase-readiness : compétence Claude Code open source qui effectue l'évaluation à neuf dimensions sur n'importe quel dépôt, applique les règles de notation (plafond, bloquantes/contraignantes, crédit de report), classe l'état de la base de code, et recommande un chemin vers le Niveau 5. Licence MIT. Hébergé sur github.com/Kenogami-AI/codebase-readiness. Référencé depuis les deux pages du cadre via un nouveau composant MDX <ToolCallout>.

Mises à jour du cadre

Le Lab IA : les critères d'admission brownfield encadrent maintenant les décisions en amont (évaluation de maturité, choix du mode) comme extérieures au périmètre du Lab, pointant vers les deux nouvelles pages.
L'ingénierie de la fiabilité : paragraphe de mise en miroir reliant la maturité du code comme problème inverse : même incertitude, reflétée.
Le cadre de référence : ajout d'une note de plafond d'échelon : l'échelon d'ingénierie atteignable sur une base de code donnée est plafonné par la maturité du code.
Évaluer votre organisation : nouveau piège courant : négliger la maturité du code lors de l'évaluation des équipes d'ingénierie. Une équipe au Niveau 2 de pratique sur une base de code de Niveau 0 est effectivement au Niveau 0.
Standards d'exécution IA et Guide de spécification : note ajoutée que les bases de code brownfield inversent le modèle spécification-d'abord; les spécifications doivent être rétro-ingéniées (spec-depuis-le-code) avant que le nouveau travail spécification-d'abord puisse reprendre.
Glossaire : ajout d'une section Maturité du code (7 entrées) et d'une section Stratégie brownfield (8 entrées). Termes : niveaux de maturité du code, harnais, affordances ambiantes, topologie des boucles de rétroaction, actualité des dépendances et du runtime, dimensions bloquantes, dimensions contraignantes, quatre modes brownfield, isoler et contourner, recherche-revue-reconstruction, spec-depuis-le-code, migration strangler-fig, quadrant de la dette technique, identification des coutures, techniques boîte noire à plan.
Navigation : nouveau menu déroulant « Outils » (en-tête et pied de page) listant la Plateforme de transformation et la compétence de maturité du code. Nouveau composant MDX <ToolCallout> pour pointer vers les outils open source depuis les pages du cadre.

Raisonnement

Le cadre couvrait le côté humain de la transformation IA (coût cognitif, rôles, leadership, transition des contributeurs) et le côté pratique d'ingénierie (Échelons 0 à 5 du Lab IA, standards d'exécution, ingénierie de spécification). Ce qui manquait : la base de code comme objet de transformation. Les agents de codage IA amplifient la structure déjà en place, ce qui signifie que l'investissement le plus conséquent pour les équipes brownfield est de construire le harnais (tests, typage, frontières de modules, intention documentée) avant de déployer des agents à grande échelle. Cette version ajoute un diagnostic (maturité du code), un manuel stratégique (stratégie brownfield), et un outil open source qui implémente les deux.

v2.2 – 17 avril 2026

Contenu

Le coût cognitif de la transformation IA : nouvelle page du cadre. Le coût en énergie mentale de la transformation IA est une contrainte structurelle, aussi réelle que le budget ou les effectifs. Couvre huit défis distincts (surcharge cognitive, fatigue décisionnelle, fatigue de vigilance, intensification du travail, inflation de la charge de travail, anxiété liée à l'IA, rupture identitaire, résignation acquise, fatigue de transformation), la courbe en J cognitive au Tier 1.5, et quoi faire pour les leaders et les individus (lire)

Mises à jour du cadre

Piloter la transformation : section Courbe en J élargie pour décrire la courbe en J cognitive aux côtés du creux de productivité. La gestion des rythmes d'adoption signale désormais la surcharge cognitive comme cause racine fréquente du groupe « bloqués ». Nouvelles sous-sections sur l'inflation de la charge de travail et le coût cognitif de la transition. Liste des pièges élargie avec l'inflation de la charge de travail, le plafonnement des outils simultanés et le patron d'épuisement T1.5.
Transformer votre rôle : le principe directeur reconnaît maintenant que le jugement soutenu est cognitivement exigeant. La Couche 4 (Implémentation) est élargie avec une sous-section sur la courbe en J cognitive (quoi surveiller, ce qui aide). Les limites sont élargies pour couvrir l'inflation de la charge de travail absorbée comme quota personnel.
Vision : « Soyons honnêtes » inclut maintenant le coût cognitif de la transition, pas seulement la requalification et la réinvention.
Feuille de route : les prérequis d'infrastructure incluent maintenant la protection de la capacité cognitive (marge dans la charge de travail, plafonnement des outils simultanés, discipline sur les quotas de production, sensibilisation des gestionnaires). Le point de contrôle pilote au Jour 60 demande si les gens s'épuisent, pas seulement si les flux se sont améliorés.
Glossaire : ajout d'une section Coût cognitif (9 nouvelles entrées).

Raisonnement

Le cadre traitait auparavant le passage de l'exécution au jugement comme une élévation sans ambiguïté. La recherche est claire : c'est le cas, et un jugement soutenu est cognitivement exigeant d'une façon que le travail de production ne l'est pas. Prétendre le contraire est la façon dont les transformations s'enlisent : les personnes les plus engagées s'épuisent les premières. Cette version intègre cette contrainte dans l'ensemble du cadre plutôt que de la cacher dans un coin.

v2.1 – 8 avril 2026

Contenu

Échelle individuelle élargie. L'échelle de maturité individuelle passe de 3 à 7 niveaux : T0 (Non exposé), T0.5 (IA-curieux), T1 (IA-conscient), T1.5 (IA-constructeur), T2 (IA-augmenté), T2.5 (IA-avancé), T3 (IA-natif). Les niveaux .5 capturent les états de transition où la plupart des gens se trouvent réellement – preuve de mouvement, pas juste une étiquette.
Carte de progression élargie. Les tableaux d'auto-évaluation pour les 5 familles de rôles incluent désormais les colonnes Niveau 1.5 et Niveau 2.5, offrant un « prochain pas » plus proche.
Références aux niveaux dans tout le cadre. Piloter la transformation relie les groupes de vitesse d'adoption aux niveaux. Transformer votre rôle référence les niveaux dans les couches 1 et 3. Évaluer votre organisation utilise l'échelle individuelle pour une évaluation plus fine des équipes.

v2.0 – 5 avril 2026

Contenu

L'analyse de rentabilité : nouvelle page – pourquoi investir pour devenir IA-natif. Signaux économiques, risque concurrentiel, profil d'investissement, attentes temporelles et comment en faire la promotion à l'interne (lire)
Évaluer votre organisation : nouvelle page – diagnostic de maturité IA équipe par équipe. Méthodologie d'évaluation, comportements observables par niveau, pièges courants et comment construire votre carte de maturité (lire)
Carte de progression : nouvelle page – ce que les niveaux 1, 2 et 3 signifient concrètement pour l'ingénierie, le marketing, le service client, les ventes et le design. Questions d'auto-évaluation par famille de rôles (lire)
Feuille de route : nouvelle page – par où commencer, à quel rythme et quoi surveiller. Critères de séquencement, plan 30/60/90 pour les leaders, points de contrôle et passage à l'échelle (lire)

Réorganisation

Contenu resserré dans l'ensemble du cadre : suppression des statistiques redondantes et des sections dupliquées entre les pages. Chaque page a désormais un périmètre plus clair avec moins de chevauchement.
Le cadre de référence se concentre maintenant sur le modèle conceptuel. Critères d'acceptation et chemin de transformation déplacés vers la feuille de route.
La page vision s'appuie sur l'analyse de rentabilité pour l'argumentaire économique complet au lieu de le dupliquer.

Langues

Quatre nouvelles langues : espagnol, allemand, italien et portugais (Brésil). Traductions complètes des 18 pages et 3 articles de blogue, avec des slugs URL localisés.

v1.5 – 4 avril 2026

Contenu

Évolution des rôles : nouvelle page – cinq patrons de transformation des rôles (convergence, spécialisation, élévation, absorption, émergence), une Matrice de décision des rôles et une correspondance avec les niveaux de maturité organisationnelle. Basé sur la recherche de Patel (IJSR 2026), adapté au vocabulaire du cadre (lire)

Blogue

Votre rôle n'est pas vos tâches : nouvel article – le plus grand obstacle à la transformation IA n'est pas la technologie, c'est que les gens confondent ce qu'ils font avec qui ils sont (lire l'article)

Références croisées

Ajout de liens vers l'évolution des rôles dans : cadre, vision, guide employé·es, guide gestionnaires, pratiques héritées
Ajout des termes au glossaire pour les cinq patrons d'évolution et la Matrice de décision des rôles

v1.4 – 24 mars 2026

Contenu

Guide de spécification : nouvelle page – guide pratique complémentaire aux standards d'exécution, avec exemples, gabarits, modes d'échec du contexte et spécifications complètes pour l'ingénierie, le marketing et le support (lire)

v1.3 – 12 mars 2026

Blogue

Le vrai 50x : nouvel article – tout le monde parle de l'IA qui rend les individus plus productifs, mais le vrai gain est d'éliminer la coordination entièrement (lire l'article)

v1.2 – 12 mars 2026

Contenu

L'ingénierie de la fiabilité : nouvelle page – comment construire des systèmes fiables à partir de composants IA non fiables, et pourquoi ce n'est pas aussi nouveau qu'on le croit (lire)

Blogue

Section blogue : ajout du blogue avec page d'index, filtrage par étiquettes et support bilingue
Gérer l'IA, c'est gérer : premier article de blogue – comment travailler avec des agents IA enseigne la gestion, pas le code (lire l'article)

v1.1 – 7 mars 2026

Contenu

Vision : ajout de données sur le marché du travail tirées de la recherche d'Anthropic sur les impacts de l'IA : déplacement de l'embauche des jeunes travailleurs (~14 % de baisse dans les métiers exposés à l'IA), données démographiques sur l'exposition des travailleurs du savoir (47 % de revenus supérieurs, 4 fois plus susceptibles de détenir un diplôme d'études supérieures) ;
Cadre de référence : ajout de l'écart mesurable capacité-usage au Niveau 1 : 94 % de couverture théorique des tâches par l'IA contre 33 % d'usage réel dans les rôles techniques (source) ;
Vision : ajout d'une section sur l'évolution de la responsabilité : comment la responsabilité passe de l'inspection à la conception du système quand l'IA prend en charge l'exécution.

Terminologie

Échelons d'ingénierie renommés vers des noms basés sur les processus : Code assisté, Délégation scopée, Génération supervisée, Développement dirigé, Développement par spécification, Production autonome. Les noms précédents impliquaient une hiérarchie de rôles humains plutôt qu'une progression de modes de travail.

v1.0 – 3 mars 2026

Publication initiale. Neuf pages couvrant la vision, le cadre de référence, le Lab IA, les standards d'exécution, le guide employés, le guide gestionnaires, le glossaire, les pratiques héritées et la page à propos.

← Retour à l'accueil · À propos de ce cadre