Pour les équipes techniques — Tech Leads, Devs & décideurs

L'IA n'améliore pas votre système. Elle l'amplifie.

Elle accélère un système sain. Elle aggrave un système fragile. Toute la question est de savoir dans lequel des deux vous êtes — avant de passer à l'échelle.

7 minutes de lecture · chaque section peut être dépliée pour aller plus loin
ASI · 1993 · 7 agences · 450 talents Société à mission depuis 2024
Le fil conducteur

L'histoire en cinq actes.

D'un constat qui dérange à un plan d'action. Lisez le fil principal d'une traite, dépliez ce qui vous concerne.

I
Acte I · Le constat

Le moment de vérité.

L'IA Gen est partout dans les équipes. Et pourtant, le système de delivery, lui, n'a presque pas bougé. Regardons ce que dit la donnée — sans complaisance.

Acte I

L'adoption est acquise. La confiance, non.

Trois chiffres issus des grandes études 2025-2026, et la tension qu'ils dessinent.

0%
utilisent l'IA au travail

Des professionnels tech, avec une médiane de 2 heures par jour — soit un quart de la journée de travail. L'adoption n'est plus un sujet.

DORA 2025 · ~5 000 répondants
0%
« presque juste, mais pas tout à fait »

C'est ainsi que les développeurs décrivent le résultat produit. Le problème n'est pas le code manifestement faux : c'est celui qui semble correct.

Stack Overflow 2025 · 49 000 répondants
0%
de stabilité du delivery

Pour 25 % d'adoption supplémentaire. En 2025, le débit est enfin reparti à la hausse — mais l'instabilité, elle, n'a pas été résorbée.

DORA 2024, confirmé en 2025
Le mécanisme en une image
Système sain CI/CD, revue, petits lots × IA Gen même outil = Vélocité durable le débit augmente sans dégrader la stabilité Système fragile revue saturée, pas de cadre × IA Gen même outil = Dette accélérée le désordre se propage plus vite qu'avant

Même outil, même modèle, même budget. Ce qui change le résultat, c'est le système qui reçoit l'IA — pas l'IA elle-même.

La conviction ASI — et la conclusion de DORA

L'IA n'est pas une solution. C'est un amplificateur.

Ce n'est pas une posture de consultant : c'est la conclusion centrale du rapport DORA 2025, après près de 5 000 répondants et plus de 100 heures d'entretiens. L'IA magnifie les forces des organisations performantes et expose les dysfonctionnements des autres. La bonne question n'est donc pas « quel modèle choisir », mais « notre système est-il prêt à digérer cette vélocité ? »

Diagnostic terrain

Quatre frictions, toujours les mêmes.

Ce que nous observons en diagnostic, quel que soit le secteur, quand l'IA est déployée sans cadre.

01 · Dette technique amplifiée

L'IA écrit plus vite qu'on ne relit.

Le volume de code généré dépasse la capacité d'absorption de la revue et du pipeline. C'est l'explication la plus directe de la hausse du taux d'échec des changements après adoption.

« On a doublé les PR. On a doublé la dette. »

02 · ROI introuvable

La licence n'est pas l'usage.

Dans les organisations de plus de 5 000 ingénieurs, l'adoption déclarée avoisine 65 % mais l'usage hebdomadaire réel tombe à 35 %. On facture des sièges, pas de la valeur.

« On dépense, on ne sait pas si ça produit. »

03 · Gouvernance inexistante

Chaque dev arbitre seul.

Aucune politique unifiée sur ce qui peut sortir du SI. Or DORA identifie précisément la « position IA explicite et communiquée » comme l'une des capacités qui décident de la réussite.

« Pas de position claire, pas de passage à l'échelle. »

04 · Shadow AI généralisé

Bloquer sans alternative ne marche pas.

Code source et données métier partent sur des comptes personnels. Les développeurs apportent leurs outils préférés indépendamment de la validation de la DSI — d'autant plus quand aucune voie officielle n'existe.

« Bloquer ne suffit pas. Il faut cadrer. »

Le paradoxe central

L'effort ne disparaît pas. Il se déplace.

C'est le mécanisme le plus sous-estimé de toute la transformation. Le temps gagné à écrire est réalloué à vérifier — et cette vérification, elle, n'est presque jamais outillée.

Répartition de l'effort d'ingénierie
Avant l'IA
Écriture du code
Revue
Avec l'IA, sans cadre méthodologique
Écriture
Revue
Vérification non outillée
Écriture du code Revue outillée et tracée Vérification subie — la « verification tax »

C'est cette zone hachurée qui produit l'instabilité. La réponse n'est pas de générer moins, c'est d'industrialiser la vérification pour la ramener dans le pipeline.

Les chiffres derrière ce déplacement
  • 81 % des responsables engineering constatent que leurs développeurs passent désormais plus de temps à relire du code généré — Harness, State of Engineering Excellence 2026
  • 38 % jugent le code produit par IA plus difficile à relire que le code écrit par un humain — Sonar, State of AI in Code
  • 42 % du code des développeurs est aujourd'hui généré ou assisté par IA, selon leur propre estimation — Sonar
  • DORA formule le mécanisme ainsi : le temps économisé à la création est fréquemment réalloué à l'audit et à la vérification
II
Acte II · Le pivot

Changer la question.

Tant qu'on se demande quel modèle acheter, on se trompe de problème. La vraie question ne parle pas d'outil : elle parle de système.

Acte II

Et si on changeait de question ?

Ce glissement change tout : le périmètre, le sponsor, le budget et la définition du succès.

Ce qu'on entend partout

« Quel modèle faut-il choisir ? »

→ La mauvaise question.

→
Ce qu'il faut se demander

« Notre système est-il prêt à digérer la vélocité de l'IA ? »

→ Le bon diagnostic.

Cinq piliers pour objectiver la réponse

Chaque pilier est noté en entretien terrain, puis pondéré. Le modèle recoupe les capacités que DORA identifie comme déterminantes : position IA explicite, écosystème de données sain, plateforme interne de qualité, gestion de version robuste, travail en petits lots.

AI READINESS 5 piliers pondérés
15%

Vision & Gouvernance

Position IA explicite, cadre d'usage clair, sponsorship exécutif, ownership partagé entre IT, métier, juridique et RSSI.

RisqueShadow AI, litiges de propriété intellectuelle, fuites de données.

30%

Data & Knowledge

Accessibilité, qualité, fraîcheur et gouvernance de la donnée. C'est le pilier le plus lourd, et presque toujours le maillon faible.

RisqueHallucinations, RAG inexploitable en production.

15%

Usage & Adoption

Usage réel et non déclaratif, cadrage par problème utilisateur, mesure de la valeur, montée en compétences.

RisquePOCs gadgets, sièges payés sans usage.

20%

Engineering & Delivery

Versioning du code et des prompts, petits lots, rollback, CI/CD intégrant l'IA — la discipline qui transforme la vitesse en qualité.

RisqueDette accumulée plus vite qu'elle n'est résorbée.

20%

Platform & Scaling

Socle homogène, sortie des POCs, self-service, scalabilité multi-équipes — la condition du passage à l'échelle.

RisquePOCs isolés, aucune brique réutilisable.

Cinq niveaux de maturité

L'échelle ne sert pas à juger : elle sert à définir le bon prochain pas, sans demander à un niveau 2 de scaler comme un niveau 4.

L1
L2
L3
L4
L5
L1 · InitialTests dispersés, usage individuel, aucun cadre. Très haut risque.
L2 · OpportunistePremiers pilotes locaux, champions identifiés, non coordonnés.
L3 · StructuréApproche formalisée, gouvernance en place, priorités clarifiées.
L4 · PilotéCas d'usage mesurés, KPIs suivis, arbitrages de portefeuille.
L5 · ScalableIA intégrée au delivery et à la gouvernance. Capacité durable.
1,6 / 5

Score typique à l'entrée d'un grand compte. La marge de progression n'est pas un défaut — c'est l'opportunité.

III
Acte III · La priorisation

Choisir sa bataille.

On ne peut pas tout faire en même temps — et on ne doit pas. Les quick wins financent les paris stratégiques, et savoir dire non protège le budget des illusions séduisantes.

Acte III

Matrice Impact & Faisabilité.

Un outil simple pour cadrer un atelier — et protéger le sponsor contre la hype.

Haut impactBas impact
← SimpleComplexe →

Quick wins · démarrer ici

Haut impact / Forte faisabilité
  • Revue de code assistée, dans le pipeline
  • Documentation auto-générée du legacy
  • Assistants de code gouvernés

Créer la traction et financer la suite.

Paris stratégiques

Haut impact / Faible faisabilité
  • RAG métier sur base documentaire
  • Triage automatisé des incidents
  • Assistant règles métier

Préparer, sponsoriser, cadrer.

Faible priorité

Faible impact / Forte faisabilité
  • Assistants ponctuels sans intégration
  • Démos isolées sans usage réel

Utiles pour apprendre, pas pour transformer.

À éviter

Faible impact / Faible faisabilité
  • Fine-tuning custom d'un modèle
  • Agents complexes sans socle data

Écarter à court terme.

Quick wins

Trois quick wins pour créer la traction.

Haut impact, forte faisabilité, premiers résultats en moins de 45 jours. Ces cas prouvent la valeur et financent les paris stratégiques.

Quick win · J+30

Revue de code assistée

Remettre la vérification dans le pipeline, là où le volume généré a saturé la revue humaine.

−30%temps moyen de revue
J+30premiers résultats en prod
Le problème & la réponse
Le problème

Les PR s'accumulent, les reviewers sont submergés. Le code généré est jugé plus difficile à relire que le code humain, et la revue devient le goulot d'étranglement du delivery.

La réponse ASI

Un modèle branché sur le pipeline CI/CD : détection d'anti-patterns, vérification des conventions internes, alertes sécurité à chaque PR. La revue humaine se concentre sur l'architecture et l'intention, plus sur la syntaxe.

Quick win · J+45

Documentation du legacy

Rendre lisible un patrimoine que plus personne ne sait expliquer, sans y consacrer six mois-homme.

−60%temps d'onboarding
J+45déploiement 1er scope
Le problème & la réponse
Le problème

Legacy Java, COBOL ou .NET quasi non documenté. L'onboarding d'un développeur prend des mois, et chaque évolution repose sur deux ou trois sachants.

La réponse ASI

Un pipeline de génération de README, d'ADR et de commentaires à partir du code existant, exécutable en local ou sur cloud souverain selon la sensibilité du patrimoine. La documentation est régénérée à chaque évolution, donc elle ne périme plus.

Quick win · J+30

Assistants de code gouvernés

Offrir une voie officielle, sécurisée et tracée — la seule réponse qui fasse réellement reculer le Shadow AI.

0fuite hors du périmètre
100%usage tracé
Le problème & la réponse
Le problème

Des assistants utilisés sans garde-fou, du contexte propriétaire envoyé vers des services externes, et un RSSI sans visibilité. Interdire ne fait que déplacer l'usage vers les comptes personnels.

La réponse ASI

Plans entreprise avec non-rétention des données, SSO et journaux d'audit, filtrage des secrets et des données personnelles en sortie, contexte interne fourni par un index local. Le choix de l'outil reste le vôtre : nous cadrons l'usage, pas la marque.

Paris stratégiques

Trois paris pour construire l'avantage.

Fort impact métier, mais un socle data mature est nécessaire. Ne pas démarrer ici à froid.

Pari · 3 mois

RAG base de connaissance

Transformer un corpus documentaire ingérable en réponse sourcée, obtenue en quelques secondes.

−40%recherche documentaire
100%réponses sourcées
Le problème & la réponse
Le problème

Plus de 10 000 pages de procédures et de conventions, impossibles à maintenir et à parcourir. Les conseillers se trompent, ou sollicitent systématiquement l'expert.

La réponse ASI

Une architecture de recherche augmentée sur le corpus complet, interrogeable en langage naturel, avec citation systématique de la source. Hébergement en Union européenne, modèle choisi selon vos contraintes de souveraineté.

Pari · 4 mois

Triage automatisé des incidents

Absorber les pics sans recruter, en supprimant le routage manuel ticket par ticket.

−50%MTTR sur incidents classifiés
×3vitesse de triage en pic
Le problème & la réponse
Le problème

Support N1/N2 saturé. Le routage manuel prend 10 à 15 minutes par ticket, et ce coût est démultiplié à chaque pic d'activité.

La réponse ASI

Analyse sémantique des logs et des tickets, classification automatique, suggestion de résolution issue de l'historique, routage en moins de 30 secondes. L'escalade reste décidée par un humain.

Pari · 6 mois

Assistant règles métier

Rendre exploitable une règle métier enfouie dans du legacy, sans réécrire le système qui la porte.

+25%dossiers par gestionnaire
AI Actconforme par conception
Le problème & la réponse
Le problème

Des gestionnaires qui passent près d'un tiers de leur temps à interpréter des règles dispersées dans des systèmes hétérogènes, avec un risque d'erreur porté par l'individu.

La réponse ASI

Un agent connecté au core métier qui restitue les règles applicables à un dossier, avec validation humaine systématique avant toute décision. La traçabilité est native, ce qui rend la conformité AI Act démontrable plutôt que déclarative.

IV
Acte IV · La méthode

Construire la machine.

C'est ici que la stratégie devient opérationnelle. Trois chapitres : comment nous conduisons la démarche, comment nous la pilotons, et avec quel outillage.

1La démarche

Trois phases, trois décisions.

Acculturer pour aligner. Diagnostiquer pour objectiver. Déployer pour transférer l'autonomie. Chaque phase se termine par un arbitrage Go / No-Go : vous pouvez sortir à chaque étape.

01

Acculturation

1 à 2 journées

Créer un langage commun, aligner le leadership et poser les fondations de gouvernance.

Vous repartez avecUne vision partagée, une charte v1, 5 cas d'usage scorés et une roadmap 90 jours.
Le déroulé heure par heure
J1 matin
Cadrage & masterclassObjectifs partagés, réalités contre mythes, démonstrations sur cas terrain.
J1 après-midi
Pain Points Map & Vision CanvasCartographie des frictions réelles, ambition à 18 mois, lignes rouges.
J2 matin
Matrice use cases & charteScoring impact / faisabilité / risque, usages autorisés et interdits.
J2 après-midi
Roadmap & arbitrage sponsorOwners, jalons, dépendances, puis décision Go / No-Go.
02

Diagnostic

2 semaines

Auditer objectivement le système, construire le blueprint d'architecture et chiffrer le business case.

Vous repartez avecUn score AI Readiness, une baseline DORA mesurée et une roadmap 18 mois budgétée.
Le déroulé semaine par semaine
Semaine 1
Immersion terrainUne quinzaine d'entretiens : développeurs, tech leads, RSSI, product owners, infrastructure.
Semaine 2
Scoring & radar DORA25 questions pondérées sur les 5 piliers, radar As-Is / To-Be, cartographie des risques.
Semaine 2
Architecture & valeurBlueprint de la voie sécurisée, ROI par cas d'usage, scénarios bas / médian / haut.
03

Enablement

6 à 12 mois

Déployer, certifier les équipes, livrer en production et transférer l'autonomie.

Vous repartez avecDes équipes certifiées, une plateforme en self-service et un tableau de bord tenu par vos équipes.
Les quatre flux parallèles
Flux 01
Enablement développeursFormations hands-on, dojos en pair-programming, certification interne.
Flux 02
Plateforme & LLMOpsEnvironnement sécurisé, intégration IDE et CI/CD, monitoring des coûts et de la qualité.
Flux 03
Gouvernance & AI ActCharte finalisée, filtrage des données sensibles, registre des systèmes IA.
Flux 04
Pilotage par la valeurMétriques instrumentées en continu, revues de valeur trimestrielles.
Le livrable maître — un document unique, six parties, ~80 pages
I
Vision

Cadre stratégique et charte : ambition 18 mois, lignes rouges réglementaires, gouvernance et ownership.

II
Diagnostic

Scorecard et radar DORA : scoring des 5 piliers, observations terrain, cartographie des risques.

III
Architecture

Blueprint de la voie sécurisée : de l'IDE à la production, briques LLMOps, RAG et couche data.

IV
Valeur

Business case et ROI modélisé : baseline mesurée, gains cibles par cas d'usage, trois scénarios.

V
Trajectoire

Roadmap 18 mois et jalons Go / No-Go : plan 90 jours, flux cadencés, plan de conduite du changement.

VI
Pilotage

Tableau de bord et cadence de revue : métriques, comitologie, rituel trimestriel.

2Le pilotage

Ce qui se mesure se transforme.

Une trajectoire à 90 jours, un double étage de métriques, et une lecture honnête de la courbe d'apprentissage.

La roadmap 90 jours

Applicable dès la fin de la phase 1. Un owner, un jalon et un livrable à chaque étape.

J+0

Clarifier la gouvernance

  • Formaliser la position IA
  • Nommer un sponsor exécutif
  • Définir rôles et ownerships
J+30

Lancer 2 à 3 cas d'usage

  • Choisir les cas prioritaires
  • Définir les KPIs attendus
  • Sécuriser le delivery
J+60

Fiabiliser la donnée

  • Nommer les data owners
  • Fiabiliser les domaines clés
  • Définir le socle plateforme
J+90

Préparer l'industrialisation

  • Valider la roadmap plateforme
  • Construire les briques réutilisables
  • Lancer la communauté de pratiques

Les deux étages de métriques

La performance de delivery d'un côté, la qualité de l'adoption de l'autre. L'un sans l'autre ne dit rien : un débit qui monte pendant que la stabilité baisse n'est pas un succès.

Voir les métriques suivies

Étage 1 — Le socle : DORA

↑
Deployment frequencyFréquence de mise en production — la cadence à laquelle l'organisation apprend.
→
Lead time for changesDélai entre un commit et sa mise en production.
✕
Change failure ratePart des changements qui provoquent un incident. C'est ici que l'IA se voit en premier.
⟲
Time to restore serviceTemps moyen de rétablissement après incident.

Étage 2 — La couche IA

%
Usage réel, pas licencesUtilisateurs actifs hebdomadaires rapportés aux sièges payés.
⏱
Cycle time sur périmètre IAPR, revue et documentation sur les périmètres pilotes.
✓
Défauts de régressionSuivi du code généré jusqu'à 30 jours après le merge.
★
Effort de vérification perçuMesure régulière auprès des équipes — l'indicateur avancé de la dette.

La J-Curve : un creux, pas un échec

L'adoption s'accompagne d'un creux de 6 à 12 mois. Sans mesure, il est lu comme un échec — et le budget est coupé juste avant la bascule.

Démarrage Le creux · 6 à 12 mois Capacité durable
1
Risque méthodologique

Calibration des pratiques, instructions partagées et vérification déterministe restent à mettre en place.

2
Infrastructure & data

Passerelle, index vectoriels, LLMOps : un investissement initial avant l'effet de levier.

3
Montée en compétence

Les équipes apprennent. C'est un coût de scolarité anticipé, pas un signal d'échec.

Le suivi continu transforme ce creux attendu en investissement piloté. C'est la différence entre une transformation qui aboutit et une transformation abandonnée en cours de route.

La voie sécurisée, de l'IDE à la production

Le chemin standardisé qui permet de mettre du code assisté par IA en production sans dégrader la stabilité. C'est le cœur opérationnel de la démarche.

Le pipeline cible
ÉTAPE 1 — IDE L'éditeur augmenté · Assistant en plan entreprise · Contexte projet indexé en interne · Prompts versionnés dans le dépôt ÉTAPE 2 — CI/CD Le pipeline assisté · Filtrage secrets & données perso · Revue automatisée à chaque PR · Garde-fous sécurité & conformité ÉTAPE 3 — PRODUCTION Le run observé · Coûts, qualité et dérive suivis · Versioning des prompts, rollback · Multi-modèle & souveraineté Boucle de revue — 48 heures maximum

Chaque étape est un point de contrôle. La boucle rouge est la contrainte structurante : sans elle, le pipeline accélère la production de dette au lieu de la filtrer.

48h

La règle d'or

Jamais plus de 48 heures entre un commit et sa revue. L'IA produit du code plus vite que l'humain ne le relit : sans petits lots imposés par le processus, la vélocité apparente devient une dette technique garantie. C'est aussi l'une des capacités que DORA identifie comme déterminantes.

3L'outillage

Un paysage, pas un produit.

Le marché des agents de code d'entreprise pèse environ 10 milliards de dollars et se recompose chaque trimestre. Citer deux outils serait déjà daté. Voici les catégories qui structurent une architecture — les exemples sont indicatifs, jamais prescriptifs.

Environnements de dev IA

L'éditeur est repensé autour de l'IA. Capacités souvent les plus avancées, au prix d'un changement d'outil pour les équipes.

CursorWindsurfAntigravity

Assistants intégrés

Une extension dans l'éditeur existant. Adoption plus douce, capacités bornées par le format du plugin.

GitHub CopilotJetBrains AITabnineGemini Code AssistAmazon Q Developer

Agents de développement

Ils planifient, exécutent et vérifient des tâches multi-étapes. C'est le segment qui progresse le plus vite : le mode agent concentre déjà plus de la moitié des usages.

Claude CodeOpenAI CodexAiderClineOpenHands

Modèles

Propriétaires ou à poids ouverts. Le choix se fait par usage et par contrainte de confidentialité, pas par classement générique.

Anthropic ClaudeOpenAI GPTGoogle GeminiMistralMeta LlamaQwenDeepSeek

Hébergement & souveraineté

Là où s'arbitrent la localisation des données, la non-rétention et la réversibilité. Le sujet qui débloque — ou bloque — les secteurs régulés.

Azure OpenAIAWS BedrockGoogle VertexMistral (UE)OVHcloudScalewayvLLM on-prem

RAG & couche data

Le pilier le plus lourd du scorecard. Sans données accessibles et fraîches, aucun cas d'usage métier ne tient en production.

pgvectorQdrantWeaviateElasticsearchAzure AI SearchLlamaIndex

Qualité & sécurité du code

La brique qui absorbe la « verification tax ». C'est elle qui rend le volume généré soutenable.

SonarQubeSnykSemgrepGitGuardianCodeQL

Gouvernance & conformité

Filtrage des données sensibles, journalisation, registre des systèmes IA, traçabilité opposable au titre de l'AI Act.

PresidioDLP cloudPasserelles LLMRegistre AI Act
Notre position : neutre vis-à-vis des éditeurs.

Ce panorama est indicatif et non exhaustif — le marché se recompose trop vite pour qu'une liste reste juste plus de quelques mois. Nous ne revendons aucune licence et ne sommes engagés avec aucun éditeur. Le choix se fait sur vos contraintes : sensibilité des données, écosystème existant, exigences de souveraineté, compétences en place. Ce que nous cadrons, c'est l'usage et l'architecture — pas la marque.

V
Acte V · Le passage à l'acte

Commencer petit. Mesurer vite. Industrialiser ce qui crée de la valeur.

Trois étapes pour engager la démarche ensemble et passer de l'expérimentation à une capacité durable.

01

Diagnostic flash

4 à 6 semaines

Baseline mesurée, cartographie des risques, cas d'usage prioritaires et feuille de route.

02

Atelier stratégique

Dirigeants + engineering

Priorités, gouvernance, trajectoire et critères de succès partagés.

03

Pilote preuve de valeur

8 à 12 semaines

Expérimentation instrumentée, mesure d'impact et décision de passage à l'échelle.

OE

Olivier Eyraud

Senior Ingénieur d'Affaires — ASI Lyon
olivier.eyraud@asi.fr
Démarrer le diagnostic flash →