Un défi technique? Explorons-le pour en faire un prototype.Découvrir le laboratoire

Livraison logicielle autonome · 5 min de lecture

Développer avec une IA : qui vérifie le résultat?

Une IA peut ajouter une fonctionnalité à votre logiciel. Avant de la rendre accessible aux clients, votre équipe doit vérifier qu’elle répond au besoin et protège leurs données. Il faut donc décider, dès le départ, qui sera responsable de ces vérifications.

Rédigé par Ludovic ChennebergPublié le Mis à jour le

DARKFACTORY · 01 / 08EXEMPLE COMMENTÉ

Du code à une fonctionnalité utilisable

Une gestionnaire veut préparer son rapport mensuel. Chaque étape doit répondre à ce besoin tout en protégeant les données de son entreprise.

BesoinPréparer le rapportInterventions terminées dans le mois
DéveloppementAjouter le téléchargementDéveloppement et tests hors production
VérificationExaminer le fichierBonnes données et accès autorisés
Mise en productionAutoriser l’accès aux clientsResponsable désigné et plan de rétablissement
Exemple fictif : ajout d’une fonctionnalité à un logiciel de suivi des interventions.

Imaginons un logiciel qu’utilisent plusieurs entreprises d’entretien pour suivre les interventions de leurs techniciens. Une responsable des opérations veut télécharger la liste des interventions terminées dans le mois afin de préparer son rapport dans Excel. L’équipe de développement confie cet ajout à une IA capable de lire et de modifier le code source. C’est ce que nous appelons ici un agent de programmation.

L’IA ajoute un bouton qui permet de télécharger un fichier CSV, un format de données qui s’ouvre dans un tableur. Le téléchargement fonctionne. L’équipe doit maintenant vérifier que le fichier contient toutes les interventions attendues, uniquement celles de l’entreprise concernée et seulement les renseignements que la responsable a le droit de consulter.

Le projet comporte donc plusieurs responsabilités. L’équipe doit déterminer ce que l’IA peut faire seule et qui vérifiera le résultat avant que les clients s’en servent.

Préciser le résultat attendu

La responsable veut préparer son rapport sans recopier les interventions une à une. L’équipe doit convenir avec elle du mois à couvrir, des colonnes utiles et du traitement des interventions rouvertes après avoir été marquées comme terminées. Ces décisions déterminent le contenu du fichier.

Les droits d’accès comptent autant que le format. Plusieurs entreprises utilisent le logiciel, mais chacune doit avoir accès uniquement à ses propres dossiers. Un fichier bien présenté reste inacceptable s’il contient les renseignements d’une autre entreprise. Le responsable du produit définit les règles avec les utilisateurs; le développeur ou l’IA les traduit ensuite en code.

Un fondateur qui ne programme pas peut contribuer à cette discussion. Il peut décrire le travail de la gestionnaire et examiner un exemple de fichier avec elle. L’équipe technique se charge ensuite de la réalisation. Pour passer de la démonstration à l’usage quotidien, il faut faire le lien entre la connaissance du travail et les choix techniques.

Distinguer les actions confiées à l’IA

L’accès au code permet à l’IA de préparer une modification. L’autorisation de mettre cette modification en production lui donne un pouvoir supplémentaire. Une équipe peut lui accorder le premier accès tout en réservant le second à une personne ou à un service de déploiement configuré à cette fin.

Travail à accomplirContribution possible de l’IAResponsabilité à préciser
Comprendre le besoinRepérer une règle manquante et poser une question préciseQui décide du contenu du rapport?
Développer la fonctionnalitéModifier une copie de travail et exécuter les testsQuels fichiers et outils l’IA peut-elle utiliser?
Vérifier le résultatExécuter les contrôles et présenter leurs résultatsQui choisit les cas essentiels et examine les échecs?
Mettre la fonctionnalité en productionPréparer ou exécuter une procédure autoriséeQui approuve cette version précise pour les clients?
Réagir à un problèmeAider à trouver la cause et proposer une correctionQui peut désactiver la fonctionnalité et informer les utilisateurs?

Il n’est pas nécessaire de confier ces cinq responsabilités à cinq personnes ou à cinq agents. Une petite équipe peut les répartir dans son fonctionnement habituel. Elle doit cependant désigner à l’avance la personne qui tranchera à chaque étape.

Examiner ce que le client recevra

Avant la mise en production, essayez la fonctionnalité avec les données fictives de deux entreprises. Examinez le fichier téléchargé par chacune. Tentez aussi de récupérer un fichier avec un compte qui ne devrait pas y avoir accès.

La personne chargée de la vérification doit savoir quelle version du logiciel a été testée, quels contrôles ont réussi et ce qui reste à vérifier. Une capture d’écran montre que le bouton est visible. Pour établir que les données des clients restent séparées, il faut examiner le contenu des fichiers et vérifier que les tentatives d’accès non autorisées sont refusées.

L’environnement technique doit faire respecter ces limites. L’agent de programmation peut, par exemple, travailler sans identifiants d’accès au système utilisé par les clients. La procédure de mise en production peut exiger l’approbation de la version qui a réellement été testée. Le cadre de développement sécurisé du NIST propose un ensemble plus large de pratiques pour organiser le développement.

Comprendre l’objectif d’une « usine logicielle autonome »

Dans le domaine du logiciel, une dark factory, ou usine logicielle autonome, vise à automatiser une grande partie du développement et de la livraison. Dans son retour d’expérience de février 2026, StrongDM décrit des agents qui écrivent du code et suivent des scénarios sans examen humain du code. Ce témoignage porte sur sa propre expérience; il ne permet pas de prévoir le résultat pour toutes les équipes.

Cette série propose d’élargir l’autonomie de l’IA à mesure que l’équipe apprend à vérifier son travail et à corriger les conséquences de ses erreurs. C’est ce que nous entendons par « autonomie méritée ». Selon le contexte, cette démarche peut mener à automatiser une étape précise ou à conserver une approbation humaine là où elle reste utile.

Pour commencer, reprenez une modification récente réalisée avec une IA et notez où une personne a dû intervenir. Une règle métier manquante appelle une décision. Une application qui ne démarre pas demande de corriger son environnement de travail. Des résultats difficiles à examiner demandent une présentation plus claire des vérifications. Ces observations permettent de choisir la prochaine amélioration avant d’ajouter des agents ou de revoir l’architecture du logiciel.

Poursuivre la lecture selon votre besoin

ArticleSujet
2Mettre en production la version qui a réellement été testée
3Décrire la fonctionnalité attendue avant de demander à l’IA de la développer
4Préparer l’application et les outils nécessaires à l’IA
5Vérifier que les tests détectent les erreurs importantes
6Limiter les accès de l’IA au travail demandé
7Corriger les conséquences d’une mise à jour défectueuse
8Mesurer si l’IA aide l’équipe à livrer un logiciel utilisable

Cet article vous a-t-il été utile?

Votre avis est transmis en privé à TechnoConception. Aucun compte ni courriel n’est demandé.

Les réponses expirent après 90 jours. Elles ne sont ni publiées ni traitées comme des demandes commerciales. Un identifiant de réseau pseudonyme, renouvelé chaque jour, expire après 24 heures pour limiter les abus. Un nettoyage horaire supprime les données expirées. La base des avis ne conserve pas votre adresse IP; les journaux de sécurité de l’hébergement peuvent toutefois la traiter.

Ce navigateur conserve uniquement un reçu et votre évaluation jusqu’à l’expiration de la réponse pour limiter les doublons accidentels. Votre commentaire et la clé de modification ne sont pas conservés. Vous pouvez modifier une réponse tant que cette page reste ouverte; après votre départ, elle devient en lecture seule dans ce navigateur.

Politique de confidentialité

Tous les articlesFlux RSS

Articles connexes