Qu'est-ce qu'un SDLC IA ?

SDLC. Software development lifecycle, le cycle de vie de développement logiciel. Désigne la séquence d'étapes qu'un changement traverse en route vers la production : exigences, conception, implémentation, tests, déploiement, opérations. Toute organisation d'ingénierie sérieuse en applique un, formellement ou par habitude. Un SDLC IA est ce que ce cycle de vie devient quand les agents IA cessent d'être de l'autocomplétion dans une seule étape et commencent à effectuer les étapes elles-mêmes : écrire le code, générer et exécuter les tests, rechercher les vulnérabilités, préparer les déploiements, surveiller la production.

Deux choses changent et une ne change pas. Ce qui change d'abord, c'est l'unité de travail : au lieu de tickets circulant entre spécialistes, une demande en langage clair traverse un pipeline de rôles IA, chacun produisant un résultat vérifiable. Ce qui change ensuite, c'est le point de contrôle : parce que l'IA produit des changements plus vite que les humains ne peuvent les lire ligne par ligne, le contrôle passe de la revue de chaque diff à la gouvernance de classes de changements. Des politiques qui décident ce qui fusionne automatiquement, ce qui exige un humain, et ce qui est totalement interdit. Ce qui ne change pas, c'est la responsabilité. Un humain possède toujours ce qui est livré ; un SDLC IA existe précisément pour rendre cette propriété réelle plutôt que nominale à la vitesse de l'IA.

Un test utile pour savoir si quelque chose mérite ce nom : si vous retiriez complètement les humains de la boucle, le système bloquerait-il de lui-même les changements conséquents ? Si la réponse est non, si la sécurité dépend de quelqu'un qui regarde par hasard, vous avez des développeurs assistés par IA, pas un SDLC IA.

Il est aussi utile de dire ce qu'un SDLC IA n'est pas. Ce n'est pas un assistant de codage boulonné à la planification de sprint, et ce n'est pas un système autonome livrant en production sans observation. Le premier change trop peu, le second est de la négligence avec un meilleur outillage. La propriété qui le définit se situe entre les deux : autonomie pour le travail, gouvernance pour les conséquences. Les fournisseurs tracent les frontières des étapes différemment, et c'est très bien ; le modèle en sept étapes de cet article est une synthèse de la façon dont les programmes gouvernés fonctionnent réellement en 2026, conçue comme une checklist de couverture plutôt qu'un organigramme imposé.

Le cycle de vie traditionnel suppose une symétrie approximative : le code est écrit à vitesse humaine, donc il peut être revu, testé et mis en ligne à vitesse humaine. L'IA brise la symétrie à la première étape et laisse le reste en place. Une équipe qui adopte des agents de codage voit typiquement le volume de pull requests se multiplier en un trimestre, tandis que la capacité de revue, la capacité de QA et la gestion des mises en ligne restent exactement où elles étaient. Quelque chose doit céder, et c'est généralement l'examen. Les approbations deviennent plus rapides et plus superficielles jusqu'à ce que le processus soit une cérémonie.

La deuxième tension est la paternité du code. Les contrôles traditionnels s'appuient sur le fait qu'un humain a écrit le code et peut en répondre. Quand un agent a écrit la migration à 2 h du matin à partir d'un prompt rédigé par un chef de produit, les questions classiques, qui a fait ce changement, pourquoi, l'a-t-il compris, exigent une nouvelle machinerie pour y répondre : provenance du prompt à la fusion, revue enregistrée, pistes d'audit immuables. Les organisations qui ne peuvent pas répondre à ces questions ne passent pas les audits, et de plus en plus, elles ne passent pas leurs propres revues de sécurité.

La troisième tension est la prolifération. Dès que construire un logiciel tient en une phrase, le logiciel se construit partout, aux opérations, au marketing, à la finance, en dehors de tout cycle de vie. Le choix devant les dirigeants d'ingénierie n'est pas de savoir si le logiciel construit par IA existe dans l'entreprise ; il existe déjà. Le choix est de savoir s'il passe par un cycle de vie avec de la gouvernance, ou à côté.

Il y a une quatrième tension qui mérite d'être nommée : les preuves. Les cycles de vie traditionnels produisent des artefacts que les auditeurs reconnaissent, tickets, commentaires de revue, notes de version, comme sous-produit de la coordination humaine. Quand des agents se coordonnent, ces artefacts disparaissent à moins que le cycle de vie ne les régénère délibérément, et les organisations découvrent le trou au moment de l'audit, le moment le plus coûteux possible. Un SDLC IA traite les preuves comme un résultat de premier ordre : la piste est produite par la machinerie, pas reconstituée de mémoire. Rien de tout cela ne plaide pour ralentir l'IA ; cela plaide pour faire monter en charge le système environnant au même rythme, parce que les organisations qui le font obtiennent les deux moitiés de la promesse. Plus de logiciels, et des logiciels dont elles peuvent répondre.

Ciao est un SDLC IA livré comme une plateforme plutôt qu'assemblé à partir de pièces. Chaque espace de travail reçoit une organisation logicielle IA. CTO, Doctor, analyste QA, ingénieur Sécurité, Codeur et opérateur SysOps. Couvrant les étapes ci-dessus par défaut. Guardrails fournit l'étape gouverner : il associe le code aux domaines d'activité, détecte les changements risqués, applique des politiques en langage clair, enregistre la revue humaine et laisse une piste d'audit derrière chaque fusion. QA exécute des rejeux de navigateur déterministes, des tests auto-réparateurs, des portes de fumée avant publication et des vérifications de production après. Doctor, un SRE IA en lecture seule, sonde l'application en direct, le DNS et le CDN, diagnostique la cause racine et rédige le correctif.

Le cycle de vie n'est pas limité aux nouvelles applications. Les images de bac à sable personnalisées enveloppent l'ingénierie assistée par IA autour de Rails, Java, Go, Python, Node et back-ends multi-processus, si bien que les systèmes existants rejoignent la même boucle, et Conductor donne un seul écran pour des centaines, parfois des milliers, de projets avec santé en direct et contrôle de flotte. Tout est livré en vrai code React, TypeScript et Supabase que vous possédez, déployable sur le cloud Ciao, votre propre compte AWS, Azure ou GCP, un VPC privé, ou sur site selon des conditions distinctes. Les programmes de développement sérieux démarrent à 10 000 USD par an ; le moyen le plus rapide d'évaluer le cycle de vie est de regarder un changement gouverné le traverser lors d'une démo.

Deux notes pratiques pour toute évaluation, la nôtre incluse. Premièrement, un cycle de vie ne compte que s'il est le chemin par défaut plutôt qu'une cérémonie optionnelle. L'adoption meurt partout où la discipline coûte des clics supplémentaires. Deuxièmement, la couverture des étapes compte plus que leur nom : quel que soit le nom qu'un fournisseur donne à ses composants, demandez lesquelles des sept étapes s'exécutent automatiquement, lesquelles produisent des preuves récupérables, et lesquelles dépendent encore de quelqu'un qui s'en souvient. Ces deux questions séparent les plateformes de cycle de vie des diagrammes de cycle de vie, et il suffit d'une réunion pour y répondre.