Le gain de temps de l'IA ne doit pas devenir une dette technique

La source

Stéphane Robert (Principal DevSecOps Engineer), « Votre gain de temps ne doit pas devenir notre dette technique », blog stephane-robert.info, 29 octobre 2026, en français. https://www.stephane-robert.info/post/gain-de-temps-dette-technique/

Ce qu’elle dit

Des services métiers produisent désormais leurs propres applications avec l’IA, et l’informatique doit ensuite les intégrer et les faire tourner. Pour l’auteur, une démonstration qui marche n’est pas un service exploitable : il reste l’authentification, les secrets, la sauvegarde, les mises à jour et le diagnostic d’incident.

• Chaque application ajoute un dépôt, des dépendances, des accès et un cycle de vie : un patrimoine dont la maintenance peut dépasser les moyens de l’équipe.
• Il reprend l’idée de « dette de compréhension » (Addy Osmani) : le code fonctionne et passe les tests, mais personne ne maîtrise vraiment comment il marche.
• Il illustre avec un cas fictif : un outil de validation des achats tombe le jour de la clôture, sans créateur disponible ni restauration vérifiée.
• Il utilise lui-même l’IA pour coder, mais en partant d’un besoin validé et des contraintes du système d’information. Il propose un cadre en quatre étapes, proportionné au risque : expression du besoin, choix de la solution, développement avec contrôles, mise en service avec un responsable de maintenance.

Sa conclusion : le gain de temps se mesure jusqu’à l’exploitation, sinon la charge est seulement déplacée vers les équipes d’astreinte.

Ce que ça change pour moi

Mon lab, mon système de notes et ce portfolio sont construits avec un agent IA. Je pourrais en expliquer les grandes lignes sans lui, mais ce que l’IA a réalisé en deux mois m’aurait pris, à mon estimation, deux ans.

Mes 17 modes opératoires sont une réponse à cette dette de compréhension. Ils sont aussi un moyen de contrôle : en les relisant, je vois et je comprends ce que l’IA a fait.

Chez OMB, si un client arrivait avec un outil « fait avec l’IA » à faire tourner, je demanderais avant de l’accepter : la documentation, les tests réalisés, et qui prend la responsabilité en cas de faille ou de problème à deux heures du matin. Je ferais certainement aussi un audit du code avec l’aide d’une IA, et selon ce que cet audit relève, je demanderais une revue par un développeur.