Logo de YuSMP Group
Rédaction YuSMP Group Équipe éditoriale, YuSMP Group
Illustration isométrique d’un développeur à son bureau pendant que de petits robots remplissent un tapis roulant de blocs de code et qu’une haute pile de blocs attend sur une table de revue, à côté d’un sablier et de cartes de réunion

L’essentiel

L’IA a accéléré l’écriture du code, mais la plupart des développeurs ne constatent plus de gros gains de temps hebdomadaires. L’enquête 2026 d’Atlassian montre que ce gain est consommé par la vérification et la correction des productions de l’IA, la recherche d’informations et les réunions. Pour toute entreprise qui confie un projet de développement de logiciel sur mesure ou pilote ses propres équipes, la leçon est simple : la vitesse de livraison dépend désormais des exigences, de la revue et du flux de travail, pas de la quantité de code qu’un assistant peut produire.

Que révèle l’enquête 2026 d’Atlassian auprès des développeurs ?

Le rapport, publié le 20 octobre et relayé par InfoQ le 27 octobre, repose sur une enquête menée auprès de 1 155 développeurs et 405 responsables d’ingénierie. L’usage est quasi universel : 95 % des développeurs et 96 % des responsables déclarent que leur organisation utilise activement l’IA dans le développement. La plupart des développeurs en ont une image positive : 87 % disent que l’IA les aide à livrer plus vite et 80 % qu’elle leur permet de produire davantage sans allonger leurs journées.

Le chiffre phare va pourtant dans l’autre sens. Il y a un an, 68 % des développeurs affirmaient gagner dix heures ou plus par semaine grâce à l’IA. En 2026, ils ne sont plus que 25 % selon la synthèse d’Atlassian (certains médias arrondissent à 26 %). Dans le même temps, 72 % des développeurs constatent autant ou plus de frictions sur l’ensemble du cycle de livraison logicielle qu’avant l’arrivée de l’IA.

Pourquoi les gains de temps liés à l’IA diminuent-ils ?

Écrire du code ne représente qu’une partie de la semaine d’un développeur, et c’est précisément celle que l’IA accélère le plus. Le reste a peu changé. Atlassian cite comme principales sources de friction la recherche d’informations, les réunions, les changements de contexte, la dette technique et les exigences floues ; selon InfoQ, 51 % des développeurs désignent la recherche d’informations comme une cause majeure de perte de temps.

L’IA a aussi créé une nouvelle forme de travail. 65 % des développeurs passent régulièrement du temps à corriger des productions générées par l’IA qui ont manqué l’intention initiale, et 49 % consacrent quatre heures ou plus par semaine à piloter les outils d’IA, d’après la lecture des données par InfoQ. Le CTO IA d’Atlassian, Taroon Mandhana, résume : le goulet d’étranglement s’est déplacé vers la « gestion du travail de l’IA ».

La pression à utiliser l’IA aggrave la situation. 60 % des développeurs indiquent que l’usage de l’IA est traité comme un indicateur de productivité, et 41 % reconnaissent l’utiliser parfois plus que nécessaire à cause de cette attente.

Une stratégie IA claire fait-elle la différence ?

Oui, selon l’enquête. Seuls 17 % des développeurs déclarent que leur organisation dispose d’une stratégie IA clairement communiquée, alors que 23 % des responsables affirment en avoir une. Les développeurs des organisations dotées d’une stratégie claire sont deux fois plus nombreux à constater moins de frictions qu’avant l’IA ; SD Times avance 41 % contre 22 %. Deux tiers des développeurs (66 %) estiment par ailleurs que leur direction ne comprend pas pleinement leurs difficultés.

Ce que cela change pour les équipes logicielles en France

Pour une DSI qui achète du développement logiciel ou pour une ESN qui en vend, « nous utilisons l’IA » n’est plus un argument différenciant. La bonne question à poser à une équipe : comment transforme-t-elle une génération de code plus rapide en délais de livraison plus courts ? La réponse doit inclure des critères d’acceptation écrits avant le démarrage, des tests et contrôles de sécurité automatisés à chaque modification, des règles de revue qui précisent quel code passe toujours par un ingénieur senior, et une documentation que les humains comme les agents IA trouvent réellement.

Mesurez les résultats, pas l’usage. Compter les prompts ou les lignes écrites par l’IA récompense exactement le comportement dans lequel 41 % des développeurs disent déjà tomber. Suivez plutôt le délai de livraison, les reprises, les défauts échappés en production et le temps d’attente en revue. Pour les projets réglementés, dans la finance ou la santé, gardez une trace des modifications assistées par l’IA et de la personne qui les a validées : ces preuves compteront lors des audits, quel que soit l’outillage.

Comment les équipes peuvent-elles regagner ce temps ?

  1. Soigner d’abord les entrées. Les exigences floues figurent parmi les cinq premières sources de friction ; une spécification courte avec critères d’acceptation réduit les reprises liées à l’IA.
  2. Automatiser la revue fastidieuse. Linters, tests, analyse des dépendances et détection de secrets doivent tourner avant qu’un humain ne relise du code écrit par l’IA.
  3. Garder des humains sur les chemins à risque. Authentification, paiements, migrations de données et changements d’infrastructure ont des relecteurs nommément désignés.
  4. Rendre le savoir trouvable. Décisions, runbooks et notes d’architecture centralisés aident à la fois les personnes et les outils d’IA.
  5. Protéger le temps de concentration. Moins de réunions de suivi et moins de changements de contexte restent le gain de productivité le moins coûteux.
  6. Écrire la stratégie IA. Quels outils, pour quelles tâches, avec quels garde-fous et comment le succès est mesuré – en associant le CSE dès le départ.

Questions fréquentes

Que révèle le rapport State of Developer Experience 2026 d’Atlassian ?

L’IA est désormais utilisée par presque toutes les organisations d’ingénierie, et 87 % des développeurs disent qu’elle les aide à livrer plus vite. Mais la part des développeurs qui gagnent dix heures ou plus par semaine grâce à l’IA est passée de 68 % en 2025 à 25 % en 2026, et 72 % constatent autant ou plus de frictions sur le cycle de livraison qu’avant l’IA.

Pourquoi les développeurs gagnent-ils moins de temps avec l’IA qu’il y a un an ?

L’écriture du code est devenue plus rapide, mais pas le reste du travail. 65 % des développeurs corrigent régulièrement des productions de l’IA à côté de l’intention initiale, près de la moitié consacrent quatre heures ou plus par semaine à piloter les outils d’IA, et les principales sources de friction restent la recherche d’informations, les réunions, les changements de contexte, la dette technique et les exigences floues.

Quelle était la taille de l’enquête Atlassian ?

Selon InfoQ, le rapport 2026 s’appuie sur 1 155 développeurs et 405 responsables d’ingénierie interrogés en 2026. Atlassian a publié le rapport le 20 octobre 2026. Certains médias arrondissent le chiffre des 10 heures et plus à 26 % ; la synthèse d’Atlassian indique 25 %.

Que doivent changer les entreprises qui achètent ou produisent du logiciel ?

Mesurer des résultats de livraison comme le délai et les reprises plutôt que l’usage de l’IA, rédiger des critères d’acceptation clairs avant le démarrage, automatiser les contrôles du code écrit par l’IA et centraliser décisions et documentation. Atlassian constate que les développeurs des organisations dotées d’une stratégie IA clairement communiquée sont deux fois plus nombreux à constater moins de frictions. En France, tout indicateur servant à évaluer les salariés suppose aussi d’informer et de consulter le CSE.

Sources

Atlassian — AI is making developers faster. It’s also exposing what’s broken in software delivery (primary source, October 20, 2026)
InfoQ — Developers reporting double-digit weekly time savings from AI fell from 68% to 26% (October 27, 2026)
ITPro — Speeding up coding alone won’t translate into business outcomes (October 23, 2026)
SD Times — Developers report mixed feelings as AI adoption hits record highs, Atlassian survey finds (October 21, 2026)