Les données que nous avons collectées entre avril et juin 2025 montrent que 85 % des développeurs utilisent désormais au moins un outil d'IA pour la programmation et les activités de développement. Cette présence de l'IA redéfinit ce que les leaders techniques et les développeurs attendent.

L'adoption des outils d'IA générative est déjà considérée comme une avancée importante. Les responsables techniques l'ont classée parmi les trois principales mesures organisationnelles pour améliorer l'expérience et la productivité des développeurs, aux côtés de la formation interne et de l'amélioration des processus de développement.

Les développeurs ont une vision claire de la manière dont ils souhaitent que l'IA transforme leur travail. Lorsqu'on leur a demandé comment ils s'attendent à ce que leurs workflows évoluent au cours des 1 à 3 prochaines années, les développeurs ont évoqué un changement : non pas une automatisation totale de leur travail, mais un rééquilibrage de la répartition de leur temps de travail.

Beaucoup attendent que l'IA accélère l'apprentissage (47 %), prenne en charge des tâches répétitives ou standards (44 %), et génère des premiers brouillons de code (42 %). Les développeurs voient également l'IA comme un moyen de consacrer plus de temps à des tâches significatives comme la résolution de problèmes et la conception de haut niveau (39 %).

Les développeurs savent déjà dans quels domaines ils souhaitent tirer parti de l'IA.

Ce sont des signaux à prendre en compte si nous voulons améliorer l'expérience et la productivité des développeurs à l'ère de l'IA.

En 2025, nous avons posé une question similaire à la fois aux développeurs et aux responsables techniques, cette fois concernant l'impact des facteurs techniques et non techniques sur la productivité des développeurs. Les deux groupes ont rapporté que les facteurs non techniques ont un impact légèrement plus important sur la productivité des développeurs (managers : 89 % contre 85 % ; développeurs : 89 % contre 84 %).

Lorsqu'il s'agit de mesurer la productivité et l'expérience des développeurs, deux des frameworks les plus reconnus sont DORA et SPACE. Ces frameworks fournissent une approche structurée de la productivité et de l'expérience des développeurs.

En 2024, nous avons demandé aux responsables techniques impliqués dans les efforts d'amélioration de l'expérience et de la productivité des développeurs au sein de leur entreprise quels éléments spécifiques de ces frameworks (c'est-à-dire les métriques) ils utilisaient, le cas échéant, pour évaluer la productivité et l'expérience des développeurs.

Lorsqu'il s'agit de mesurer la productivité, les développeurs évoquent divers types de méthodes utilisés dans leurs entreprises.

En haut de la liste en 2025 figurent :

Les journaux d'activité (comme le suivi des commits de code et des requêtes d'extraction) suivent de près, 23 % des développeurs déclarant que cette méthode est utilisée dans leurs entreprises.

Lorsqu'il s'agit de mesurer la satisfaction vis-à-vis des outils de développement, la situation est loin d'être parfaite. Presque la moitié (49 %) des développeurs font état de problèmes à cet égard : 33 % disent que leur satisfaction n'est pas mesurée du tout, et 16 % ne savent même pas si elle l'est.

Les trois principales méthodes pour mesurer l'expérience des développeurs, lorsqu'elle est mesurée, sont :

La plupart des développeurs sont généralement d'accord avec ces évaluations. Lorsque nous avons demandé aux développeurs en 2024 ce qu'ils pensaient du fait que leur productivité soit mesurée, 42 % ont déclaré être à l'aise avec cette idée, et 40 % avaient une attitude neutre. Cependant, 18 % ont admis ressentir un certain inconfort à cette idée.

Les développeurs se sentent encore plus à l'aise avec le fait que leur satisfaction vis-à-vis des outils de développement soit évaluée. Plus de la moitié des répondants (57 %) ont déclaré qu'ils se sentaient à l'aise avec cette évaluation, et 39 % ont indiqué avoir un ressenti neutre à ce sujet.

Les données montrent une chose claire : les développeurs sont généralement à l'aise avec l'évaluation de leur productivité et de leur expérience.

Ce type d'évaluation semble devenir une pratique standard dans le secteur de la tech. La peur de rendre les développeurs mal à l'aise ou de susciter des émotions négatives ne devrait pas empêcher les entreprises de mesurer la productivité et l'expérience des développeurs.

Près de deux tiers des développeurs ne croient pas que les métriques utilisées pour mesurer leur productivité reflètent avec précision leur productivité et leur contribution (36 %) ou n'en sont pas sûrs (30 %).

Ce manque de confiance s'étend à la manière dont ces données sont utilisées dans les processus de décision. En 2024, nous avons demandé aux développeurs dans quelle mesure ils avaient connaissance des décisions prises en fonction de leurs évaluations de productivité.

Seulement 22 % des développeurs ont déclaré avoir pleinement connaissance de l'utilisation de leurs données de productivité et en être régulièrement et clairement informés.

32 % ont indiqué en avoir une certaine connaissance, c'est-à-dire en avoir une idée générale mais incomplète. Les 46 % restants ont indiqué avoir une compréhension limitée ou totalement ignorer la façon dont les données sont utilisées.

Lorsque nous avons demandé aux développeurs ce qui pourrait les rendre plus à l'aise avec la manière dont leur productivité est mesurée, voici ce qu'ils nous ont dit souhaiter :

D'autres préoccupations incluent l'équité du processus, la manière dont les résultats sont utilisés dans les prises de décision, et qui est responsable de la mesure. Les développeurs souhaitent que ce processus soit réfléchi, intentionnel et responsabilisant.

Sur la base de nos discussions concernant les métriques et les méthodes utilisées pour mesurer l'expérience des développeurs, nous revenons à la question de savoir si les organisations mesurent réellement la satisfaction de leurs développeurs vis-à-vis de leurs outils. Bien que cette métrique soit un composant essentiel de l'expérience des développeurs, presque la moitié de tous les développeurs rapportent qu'elle est absente ou inconnue dans leurs entreprises. Plus précisément, 33 % affirment que la satisfaction à l'égard des outils n'est pas mesurée du tout, et 16 % supplémentaires n'en sont pas sûrs. Sans cette visibilité, les équipes ont peu de chances de détecter les difficultés ou de pouvoir agir de façon systématique.

Comme mentionné précédemment, quantifier la satisfaction des développeurs est généralement bien accueilli et semble rarement susciter de l'inconfort.

La taille de l'entreprise semble jouer un rôle dans l'adoption des pratiques de mesure, les organisations plus importantes mesurant plus souvent l'expérience et la productivité des développeurs que les entreprises de taille moyenne et les petites entreprises.

Dans les grandes organisations de plus de 1 000 employés, seulement 30 % des responsables techniques interrogés ont déclaré que leurs entreprises ne mesuraient pas l'expérience ou la productivité des développeurs. Pour les entreprises de taille moyenne (50 à 1 000 employés), ce chiffre passe à 34 %, et à 41 % pour les plus petites entreprises de moins de 50 employés.

En 2024, la fréquence des évaluations de productivité effectuées parmi les développeurs montre une large diversité d'une entreprise à l'autre. Les évaluations de productivité trimestrielles (25 %), mensuelles (18 %) et hebdomadaires (17 %) sont les pratiques les plus courantes.

Il en va un peu différemment de la satisfaction à l'égard des outils, qui est un élément central de l'expérience des développeurs, pour laquelle les choses évoluent. En 2024, plus de la moitié des développeurs (53 %) ont déclaré que leur satisfaction à l'égard des outils de développement était mesurée à des intervalles irréguliers. Mais en 2025, ce chiffre a fortement chuté à 29 %, avec un nombre croissant d'équipes adoptant des pratiques de mesure structurées, qu'elles soient mensuelles, trimestrielles ou annuelles. Les évaluations trimestrielles (28 %), mensuelles (18 %) et hebdomadaires (9 %) sont devenues plus courantes.

Qui est réellement responsable du suivi de l'expérience et de la productivité des développeurs ? Nos données donnent une réponse claire : dans la plupart des entreprises, quelle que soit leur taille, les responsables d'équipe sont chargés (ou sont censés être chargés) de cette tâche (voir les autres rôles dans le graphique).

Selon nos données de 2025, 56 % des contributeurs individuels (IC) interrogés et la moitié des responsables techniques dans diverses fonctions (y compris les ingénieurs en productivité, les experts en expérience des développeurs, les responsables d'équipe, etc.) s'accordent à dire que les responsables d'équipe sont les principaux moteurs de la mesure de l'expérience et de la productivité des développeurs. Il est intéressant de noter que cela est vrai pour les entreprises de toutes tailles. Le choix semble logique : les responsables d'équipe travaillent en étroite collaboration avec les développeurs et connaissent les workflows, les défis et les difficultés de leurs équipes.

Parmi les développeurs et les responsables techniques des grandes entreprises, 22 % et 23 %, respectivement, ont identifié les équipes d'ingénierie de plateforme comme étant responsables des efforts liés à l'expérience des développeurs. 25 % et 22 %, respectivement, ont désigné des rôles de spécialistes dédiés.

Parmi les développeurs, 30 % estiment que mesurer leur propre productivité et expérience repose uniquement sur leurs épaules. Ce chiffre atteint 38 % dans les petites entreprises, ce qui montre que les organisations plus petites sont particulièrement susceptibles de laisser les développeurs se débrouiller seuls.