[DevLille] 3 ans de DevEx pour 3000 ingénieurs : de la stratégie à l’impact !
Pour une bonne expérience de développeur, il faut trois choses
Une CI/CD sympaUne internal developer platform qui marcheDes outils en self-service automatisésAdeo en quelques chiffres : 15 marques, 1300 magasins, 3ème groupe mondial de vente de bricolage.
Chez Adeo, il y a entre 1000 et 5000 développeurs, avec énormément d’outils, et des équipes de plateforme qui ne prennent pas les retours des utilisateurs.
Thomas et Julien ont tenté de corriger ça avec le DevHub, résultat d’un plan de plusieurs années.
Les fondations
Qui sont les développeurs, où ils travaillent, et avec quels outils. Quelle source de vérité identifie les développeurs ? GitHub, bien sûr ! En cherchant les commits et en liant les types de fichiers aux développeurs, ils ont pu compter les développeurs. Ensuite, pour voir sur quoi travaillent les développeurs, ils ont créé un tech radar. Ce tech radar est automatisé, en lisant les données FinOps, les repositories GitHub, et les fichiers SBOM. Grâce à ça, l’équipe a fourni aux développeurs un tableau de bord éditable (pour éviter les faux positifs). Enfin, ils sont allé voir les développeurs pour savoir quels outils étaient utilisés par les développeurs (CI, observabilité, outils de collaboration).
Et le DevHub a été créé pour fournir un point d’entrée unique pour comprendre cet écosystème
Outils de communication
Il a fallu ensuite créer des outils de partage qui marchent à l’échelle, et donc des canaux de communication dédiés. Julien en présente deux : la newsletter hebdomadaire, et les tech bubbles (des événements de partage présentant de l’expertise). Il a fallu aussi des canaux de communciation spécialisés. Donc des canaux Slack ont été créés où les gens sont ajoutés automatiquement selon leurs commits. Enfin, l’innersource, déja important chez Adeo est augmenté par un portail présentant des starters kits pour les différentes plateformes.
L’onboarding est un sujet important, puisqu’Adeo compte aujourd’hui environ 2300 développeurs, avec un turn-over significatif (en particulier chez les prestataires). L’équipe a donc défini un trajet d’onboarding dans lequel ils vont, selon le type de profil, proposer des formations spécifiques. DevHub intègre des sensibilisations pour plus de 100 outils, et 10 nouveaux arrivants sont embarqués chaque semaine.
Et c’est le moment de la démo.
Thomas nous montre la carte des outils disponibles, mais aussi les vidéos en l’illustrant avec le framework de micro-frontend local, Kobi. Et il enchaîne avec un exemple de parcours d’onboarding.
Comme DevHub facilite l’onboarding, l’équipe a voulu également mettre en place du training.
Obtenir du feedback
Deux fois par an, l’équipe demande à tous les développeurs du groupe leur avis sur les outils qui sont utilisés. DevHub va permettre d’analyser le feedback, de prioriser les évolutions et de piloter ces évolutions. Lors de la dernière campagne, l’équipe a récolté ~10.000 feedbacks. Et ils essayent aussi de capturer des user journeys de développeurs. Le but est de voir au-delà des outils afin de savoir si l’expérience des développeurs est bonne. Avec ça, ils mesurent le pourcentage de satisfaction (objectif au-dessus de 70%) et d’irrtation (objectif en-dessous de 10%).
Mais comment identifier les nouveaux besoins ? En allant faire de l’ethnologie dans les équipes. Par exemple, Adeo est récement passé de Vault à OpenBao. Dans ce cas, Thomas est allé vérifier que la migration se faisait sans douleur dans les équipes. Et pour garantir que ces projets sont des succès, il y a aussi de l’accompagnement aux nouveaux outils.
Sur les environnements locaux, Thomas en a parlé ce matin et à DevoxxFr.
Aller plus loin
Qu’est-ce qu’on peut encore ajouter à tout ça ? Pour Julien, on pense évidement à ajouter de l’IA en déclinant tous les outils : channel Slack, AI Engineering Champions, AI Hub (qui arrive bientôt), Summer of LLM. Mais l’expérience développeur, ça n’est pas que de l’outillage. Il y d’autres indicateurs (flow state, documentation, collaboration entre équipes, focus client, organisation du travail, …). Tout ça va rentrer dans un Developer Experience Index.
Et en fait, tous ces outils sont utilisables également sur d’autres profils, en remplaçant la developer experience par l’engineering experience.
#conférence #devlille #entreprise
Claude Trudel
Rinaldo
riduidel's wordpress
numerama
La Dépêche : Actualités en temps réel et l'info en continu [Unofficial]