AI4IT

AI4IT : l'IA pour construire et exploiter le SI

AI4IT (AI for IT, IA pour l'IT, ou IA pour le build et le run du SI) désigne l'application de l'intelligence artificielle générative et agentique au système d'information lui-même — la construction, la maintenance et l'exploitation du SI — par opposition à AI4Business qui porte sur les processus métiers front-office (ventes, marketing, service client, RH). Les deux horizons coexisteront, mais leur ordre d'adoption n'est pas neutre : début 2026, le signal de marché observé dans les conseils de surveillance, les comités stratégiques DSI et les entretiens C-level est net — l'IA pour le business est décalée à 2027 minimum, l'IA pour l'IT est la marche qui s'impose en premier.

Quatre raisons structurelles de cette priorité

Cette priorité tient à quatre raisons structurelles. D'abord un ROI direct pour la DSI — l'IT investit, l'IT récolte, les KPI sont internes et mesurables (temps de dev, coût par fonctionnalité, vélocité de delivery, taux de couverture de tests). Ensuite une asymétrie politique : le DSI qui investit d'abord dans l'IA pour le business gagne la gloire pour les métiers et hérite seul des problèmes (coûts d'infrastructure, sécurité, dette technique, gouvernance de données). Ensuite une maturité organisationnelle : beaucoup de directions métiers ne sont pas prêtes à absorber des transformations agentiques sur leurs processus front. Enfin des outils matures côté développement — Claude Code, Cursor, Gemini for Workspace, Copilot, le protocole MCP — qui produisent des gains mesurables immédiatement.

Trois segments du périmètre AI4IT à maturités différentes

Le périmètre AI4IT se découpe en trois segments aux maturités très différentes.

• Dev en 2026 est la marche déjà franchie : les DSI sont alignés, les stacks sont stabilisées, les gains de productivité ×10 à ×100 sont documentés sur des tâches réelles.
• Ops en 2026-2027 est la frontière à débloquer : la complexité réglementaire, les SLAs, l'observabilité et les runbooks freinent la confiance des DSI, qui attendent que les gains Dev soient industrialisés avant d'ouvrir l'exploitation aux agents.
• Run à partir de 2027 est l'horizon : remédiation autonome, FinOps automatisé, gestion d'incidents agentique — à prouver d'abord en interne avant d'être vendu à l'externe.

AI4IT redessine l'équation build versus buy

AI4IT rebat aussi l'équation build-vs-buy. Avec des gains de productivité ×10, le build redevient compétitif contre des progiciels marqués par l'obésité fonctionnelle ; des entrants ultra-rapides peuvent reconstruire from scratch à coût faible ; et même sans refaire, la menace crédible tire les prix des éditeurs vers le bas. Les éditeurs sont pris en tenaille — leur valeur reposait sur la ligne de code (qui vaut moins) et ils doivent ouvrir leurs APIs pour rester compatibles avec les agents, ce qui accélère leur propre désintermédiation. L'ouverture de la surface API complète de Salesforce en avril 2026 est le signal public de cette bascule.

AI4IT : condition de survie et positionnement SFEIR

AI4IT n'est pas une option technologique. C'est la condition de survie des sociétés de service IT et des directions des systèmes d'information dans la fenêtre 2026-2027 — avant que le marché ne tolère plus les écarts entre acteurs qui ont adopté et ceux qui n'ont pas. Le positionnement SFEIR s'inscrit dans ce cadre : capacité de production ×10 via une Factory augmentée, refus des projets où l'IA n'est pas acceptée, méthode Compound Engineering comme cadre transversal, partenariat Anthropic et infrastructure souveraine (Scaleway, S3NS) pour ne pas dépendre d'un seul fournisseur de modèles.