Alors que ces dernières années ont été marquées par une forte volonté de prendre soin des salariés, les derniers mois ont vu le pendule basculer dans l’autre sens. L'industrie technologique a été secouée par les licenciements et l'incertitude économique, ce qui a un impact direct sur le moral et le bien-être des employés existants, ce qui affecte à leur tour leur productivité.
Les outils de santé numérique, de meilleurs traitements de santé mentale et les journées de santé mentale sont de grandes avancées, mais ils ne s'attaquent pas directement à certaines des causes profondes de l'insatisfaction des ingénieurs logiciels au travail. Pour contrer cette tendance à la baisse de productivité, les entreprises doivent réfléchir davantage à l’expérience développeur (DX). Le DX est très différent du bien-être général des employés.
L'expérience des développeurs concerne davantage ce que les développeurs de logiciels pensent du travail qu'ils effectuent au quotidien, et cela est directement influencé par les outils et les processus qu'ils utilisent. Cela signifie examiner l'expérience de votre équipe au cours de la journée de travail elle-même, les ressources qu'elle utilise et l'efficacité de son flux de travail. L’avantage de l’optimisation de ces éléments n’est pas seulement des développeurs plus satisfaits : cela se traduit directement par de meilleurs résultats commerciaux.
Les responsables de l'ingénierie peuvent y parvenir en surveillant plus efficacement la satisfaction et les performances des ingénieurs afin de repérer les facteurs qui nuisent à l'expérience de votre équipe d'ingénierie. Ils doivent adopter de nouvelles mesures holistiques et apprendre à y répondre. Voici les étapes que toute entreprise technologique peut suivre pour mieux comprendre et améliorer l’expérience de ses développeurs.
Aller à la racine des problèmes au travail
Un stupéfiant 3 développeurs de logiciels sur 4 dans le monde entier ont connu l’épuisement professionnel au cours de leur vie, et les responsables de l’ingénierie du monde entier devraient se demander pourquoi. L’un des problèmes est que nous rendons la vie des ingénieurs plus difficile qu’elle ne devrait l’être. Nous disposons d'outils permettant de mieux optimiser les flux de travail et les ressources que les développeurs de logiciels utilisent quotidiennement, ce qui améliorerait leur expérience quotidienne et contribuerait à réduire le risque d'épuisement professionnel. Cependant, nous manquons peut-être des opportunités d'apporter ces améliorations parce que nous ne suivons pas les bonnes mesures sur la façon dont nos équipes d'ingénierie travaillent, ou ne leur parlons pas suffisamment de leur expérience.
Un autre problème est que nous n'avons pas permis aux développeurs de logiciels de s'engager dans des tâches plus enrichissantes. Le rapport State of DevOps 2019 révèle que les développeurs de logiciels ne dépensent souvent que 30 à 40% de leur temps ils créent réellement des fonctionnalités, alors que la plupart de leur temps est consacré aux retards et au travail administratif. La résolution de ces tâches chronophages et peu rémunératrices peut conduire à un meilleur développement de carrière et à une plus grande satisfaction au travail.
Les outils qui donnent aux responsables de l'ingénierie une visibilité sur ces données sont largement disponibles et peuvent améliorer considérablement l'expérience d'un développeur. Si nous les exploitons, chaque entreprise peut commencer à identifier ses propres causes profondes de l’insatisfaction des développeurs au travail.
comment améliorer l'expérience des développeurs : donnez-lui de l'ESPACE
Il y a deux choses que les responsables de l'ingénierie doivent examiner : les meilleurs indicateurs pour vraiment mieux comprendre le DX et comment utiliser ces informations pour améliorer le ressenti des développeurs de logiciels au travail.
Un nombre croissant d'entreprises sont se tourner vers les métriques DORA pour mesurer les performances du développement logiciel.
Ce sont des indicateurs critiques, qui mesurent essentiellement l’agilité et la qualité. Cependant, ils ne donnent pas une image complète. En effet, la même équipe qui a créé les quatre indicateurs clés de DORA est allée plus loin et a créé le système de métriques SPACE, plus holistique. Ceux-ci englobent toutes les métriques de DORA, tout en s'intéressant également à l'aspect humain ou émotionnel du travail des ingénieurs logiciels (ou « Satisfaction et bien-être »).
Voici une répartition de SPACE :
- Ssatisfaction et bien-être : satisfaction des ingénieurs logiciels au travail, bonheur et habitudes positives
- Exemple de mesure : généralement mesurée qualitativement à l'aide de questionnaires
- P.performance : suit les résultats des systèmes et des processus de l'équipe
- Exemple de métrique : modifier le taux d’échec. Indique la fréquence à laquelle les déploiements d'une équipe en production échouent ou sont annulés
- UNctivité : mesure les résultats de l’équipe de développement
- Exemples de métriques : demandes d'extraction en cours ; demandes de tirage examinées
- CCommunication et collaboration : l'efficacité avec laquelle les équipes communiquent pendant le processus de développement logiciel
- Exemple de métrique : index de partage et carte de collaboration
- Eefficacité et fluidité : tâches accomplies rapidement et avec un minimum d'interruption
- Exemple de métrique : temps moyen de récupération (mesure le temps nécessaire pour se remettre d'une panne de production et montre l'efficacité de votre équipe à résoudre les problèmes)
Utiliser des métriques pertinentes pour améliorer l’expérience de manière concrète
Pour améliorer l'expérience des développeurs, repérez d'abord les facteurs qui pourraient lui nuire. Les goulots d’étranglement peuvent être des déclencheurs de stress. Les technologies obsolètes ou complexes peuvent rendre le travail de vos équipes d'ingénierie exponentiellement plus difficile.
Identifiez les métriques en retard. Vous pouvez le faire en comparant les chiffres de votre équipe aux références du secteur ou aux mêmes mesures des trimestres précédents pour voir s'il y a eu des changements négatifs.
Par exemple, une mesure importante est le « délai de mise en œuvre des modifications » : le temps nécessaire pour que les modifications parviennent à la base de code (ou le temps qui s'est écoulé entre la validation du code et son envoi en production). Si les délais sont trop longs, cela signifie que le processus de développement présente des inefficacités. Il se peut que le flux de travail soit interrompu parce que le processus de mise en œuvre ou de test des modifications du code est trop complexe. Toute interruption peut provoquer des frustrations au sein de l'équipe, surtout si elle passe inaperçue et non résolue, et finit par avoir un impact sur les résultats globaux de l'équipe.
Créer de la visibilité sur les sources potentielles d'insatisfaction, c'est aussi demander des retours individuels sur l'expérience des personnes dans le cadre de la métrique « Satisfaction et bien-être ». Vous pouvez demander des commentaires ciblés sur un aspect spécifique du travail d'un développeur, si vous avez déjà vu des signaux d'alarme provenant d'autres mesures. N'essayez pas de deviner la solution sans parler à votre équipe du problème principal.
À un niveau plus large, la satisfaction se mesure également en termes de rétention : si vous perdez des développeurs, même si vos indicateurs de performance semblent élevés, il existe probablement un obstacle dans un autre aspect de votre entreprise. Cela pourrait être dû à un manque de communication au sein de l’équipe, laissant les développeurs se sentir isolés. Il se peut que ce soit la désorganisation du flux de travail qui les pousse à fuir vers des processus plus structurés. Abordez la question avec curiosité et esprit ouvert pour considérer toutes les influences possibles.
Des développeurs satisfaits signifient de meilleurs résultats pour votre entreprise
Un meilleur DX va de pair avec un processus de développement plus agile et une plus grande productivité. En supprimant les obstacles qui frustrent les développeurs de logiciels, vous créez intrinsèquement un flux de travail plus fluide et plus efficace. Une plus grande efficacité libère également du temps pour les individus, qu’ils peuvent consacrer à des tâches plus épanouissantes et à plus fort impact. Consacrer du temps à leur développement personnel et professionnel signifie des développeurs plus heureux qui développent également des compétences précieuses.
Pensez à la façon dont la satisfaction des employés influence vos clients et votre marque également. Les développeurs plus satisfaits sont plus susceptibles d'interagir avec les utilisateurs de manière plus positive que s'ils sont surmenés et mécontents. Ils peuvent également faire partie des ambassadeurs de votre marque les plus importants. La façon dont ils perçoivent votre fonctionnement interne, votre traitement des développeurs et le respect des autres est aussi ce qu'ils transmettront au monde aujourd'hui et à l'avenir.
N'oubliez pas que la visibilité sur le processus de développement logiciel ne peut pas s'arrêter aux chiffres. La meilleure façon de déterminer l'expérience d'un développeur est de lui demander. En montrant à votre équipe que vous vous souciez de la façon dont elle se sent au travail, vous pouvez développer une bien meilleure relation et éliminer tous les obstacles à la productivité avant qu'ils ne causent trop de dommages à votre équipe et à votre entreprise.
