Qu'est-ce qui freine la productivité des développeurs ?
Un développeur chargé d'intégrer, par exemple, un contrat API du service A vers le service B peut facilement passer plusieurs jours à simplement chercher la spécification de l'API, obtenir les accès et trouver un environnement de test approprié. Si vous avez vécu cette situation, vous saurez probablement que le processus implique souvent des redirections frustrantes à travers plusieurs collègues et des approbations d'accès. Parfois, une semaine (ou plus) peut s'écouler avec un progrès minimal sur le développement réel.
Des scénarios comme celui-ci sont malheureusement courants dans les grandes organisations. Les recherches de ces dernières années ont montré que la productivité des développeurs est invariablement affectée négativement par la dette technique, les outils inefficaces, les informations mal structurées et l'attente des approbations. Ces problèmes sont courants dans les grandes organisations et soulignent l'importance d'améliorer l'expérience développeur (DevEx).
Les quatre éléments essentiels de l'expérience développeur
L'expérience développeur englobe toutes les interactions qu'un développeur a au cours du cycle de vie du développement logiciel (SDLC). Ces interactions peuvent être regroupées en quatre éléments ou besoins essentiels :
Communauté. Collaboration en réunions, messagerie instantanée et autres outils partagés. Contenu. Documentation d'intégration complète, contexte fonctionnel clair et parcours d'apprentissage et tutoriels accessibles. Infrastructure de livraison. Provisionnement efficace de l'infrastructure, outils et accès facilement disponibles, pipelines CI/CD optimisés, surveillance effective et référentiels de code bien organisés. Documentation. Spécifications API claires et à jour, enregistrements des décisions architecturales (ADR) et notes techniques.
Pourquoi les initiatives d'expérience développeur échouent-elles souvent dans les grandes organisations ?
Bien que l'expérience développeur soit critique, il n'est malheureusement pas rare de voir ces projets échouer. Il y a un certain nombre de pièges courants qui doivent être reconnus pour être évités :
Approches "big bang". Tenter de résoudre tous les problèmes à la fois peut surcharger les équipes et conduire à des solutions inefficaces. Priorités mal alignées. Résoudre en priorité les problèmes à faible impact aboutit souvent à une faible adoption. Solutions redondantes. Reconstruire des outils similaires pour différentes équipes gaspille les ressources. Absence de boucles de rétroaction. Sans suivi des progrès, les équipes risquent de s'écarter du cours, ce qui peut réduire la confiance et l'engagement.
Conséquemment, les portails et plateformes développeur souffrent souvent de taux d'adoption faibles. Améliorer ces expériences nécessite des initiatives ciblées. Bien que les petites équipes puissent trouver du succès avec des solutions plus simples, l'extension des initiatives DevEx dans les plus grandes organisations présente un défi considérablement plus important.
Pour naviguer ces complexités, une approche stratégique et évolutive de l'extension de la DevEx est essentielle.
Cinq stratégies éprouvées pour étendre et améliorer l'implémentation de la DevEx
Bien que les initiatives efficaces d'expérience développeur puissent parfois s'avérer difficiles, il existe un certain nombre de stratégies et d'approches qui peuvent être incroyablement utiles. Examinons-les maintenant.
Adopter une mentalité centrée sur le développeur
Les initiatives d'expérience développeur sont essentielles pour toute organisation qui valorise ses équipes de développement logiciel et vise à optimiser la productivité. Pour vraiment améliorer la DevEx, il est essentiel d'adopter une approche centrée sur le développeur, qui commence par une compréhension approfondie des défis et frustrations que les développeurs rencontrent dans leur travail quotidien. Ceci peut être réalisé par des enquêtes, des sessions de rétroaction et l'observation directe des flux de travail des développeurs.
Une fois ces points douloureux identifiés, l'étape suivante consiste à concevoir et implémenter des plateformes et portails qui répondent directement à ces problèmes. Par exemple, si les développeurs sont constamment retardés par des processus d'approbation d'accès lents et encombrants, une initiative DevEx pourrait se concentrer sur la rationalisation et l'automatisation de ces approbations, peut-être par le biais d'un portail en libre-service ou d'une intégration avec les systèmes de gestion des identités et des accès.
En abordant de manière proactive ces points douloureux et en supprimant les obstacles à la productivité, les organisations peuvent considérablement améliorer la satisfaction, l'engagement des développeurs et, finalement, la qualité et la vitesse de livraison des logiciels.
Adopter une approche progressive centrée sur un MVP
Lors du développement de plateformes développeur internes, il est essentiel d'adopter une approche progressive centrée sur un produit minimum viable (MVP). Cette stratégie garantit que la plateforme reste adaptable et faiblement couplée, l'empêchant d'imposer des restrictions sur l'architecture globale ou les choix de pile technologique.
Par exemple, si votre organisation décide de migrer de Jenkins vers GitHub Actions pour l'orchestration CI/CD, votre plateforme devrait soutenir de manière transparente cette transition sans nécessiter une reconfiguration extensive ou imposer des limitations sur l'autonomie des équipes. Cette flexibilité est cruciale pour s'adapter aux besoins évolutifs des équipes de développement et au paysage technologique en constante évolution. En priorisant l'adaptabilité et en évitant les dépendances rigides, vous pouvez créer une plateforme qui autonomise les développeurs à sélectionner les meilleurs outils et technologies pour leurs besoins spécifiques, favorisant une culture d'innovation et d'agilité.
En construisant progressivement et en vous concentrant sur les fonctionnalités principales de votre MVP, vous pouvez créer une plateforme qui offre une valeur à long terme et soutient les besoins évolutifs de votre organisation.
Activer l'autonomie des développeurs
Pour autonomiser les développeurs et augmenter leur efficacité, les organisations doivent s'éloigner des systèmes traditionnels basés sur les tickets. AWS en est un excellent exemple, car il permet aux développeurs de provisionner directement les ressources, rationalisant le processus de développement. De plus, les organisations peuvent exploiter des systèmes d'orchestration de plateforme comme Kratix ou Humanitec pour construire des capacités en libre-service pour les tâches de développement. Cela réduit la dépendance vis-à-vis des autres équipes, autonomise les développeurs et améliore l'efficacité et la qualité des services.
Créer un "point de vue unique"
Pour optimiser l'expérience développeur et rationaliser les flux de travail, il est essentiel de consolider les outils et processus disparates en un portail unifié et facilement accessible. Cette plateforme centralisée devrait servir de point d'entrée unique pour que les développeurs accèdent à toutes les ressources dont ils ont besoin pour accomplir leurs tâches quotidiennes, éliminant le besoin de naviguer entre plusieurs sites et applications.
Une caractéristique clé de ce portail unifié est une fonction de recherche robuste qui permet aux développeurs de trouver rapidement et facilement les informations dont ils ont besoin, y compris les APIs, les catalogues, la documentation et autres ressources pertinentes. Cela élimine le processus fastidieux et frustrant de recherche dans plusieurs sources pour trouver les informations nécessaires, améliorant considérablement la productivité et l'efficacité des développeurs.
Mesurer ce qui compte pour les développeurs
L'expérience développeur ne devrait pas être mesurée par les métriques de productivité, qui sont souvent mal utilisées. Concentrez-vous plutôt sur les métriques qui indiquent l'état de flux d'un développeur. Celles-ci incluent les temps d'attente pour les outils, l'infrastructure et l'accès, ainsi que les retards dans la rétroaction. Définissez des métriques claires de succès, des méthodes de collecte de données et comment tout cela fonctionne ensemble pour améliorer l'expérience développeur globale.
En utilisant à la fois des indicateurs décalés et avancés, collectez des retours qualitatifs et quantitatifs pour assurer une amélioration continue et un alignement avec les objectifs organisationnels.
> Chaque développeur a besoin d'une expérience utilisateur transparente qui accélère les résultats et génère un plus grand impact métier.
Quels résultats une DevEx améliorée peut-elle fournir ?
Intégration accélérée. Rationaliser le processus d'intégration des développeurs, réduisant le temps nécessaire pour que les nouveaux développeurs deviennent productifs, de semaines à seulement 15 minutes. Cela pourrait inclure la fourniture d'environnements de développement préconfigurés, une documentation claire et des scripts de configuration automatisés. Consommation d'API en libre-service. Permettre aux développeurs de consommer des APIs par le biais d'une plateforme en libre-service, réduisant le cycle de temps de semaines à minutes et réalisant une couverture de 70%. Cela implique de fournir une documentation API facile à utiliser, des portails développeur et des outils pour découvrir, tester et intégrer les APIs. Déploiements rapides et fiables. Implémenter un pipeline robuste d'intégration continue et de livraison continue (CI/CD), permettant aux développeurs de déployer les modifications du code en production plusieurs fois par jour en quelques minutes. Cela implique d'automatiser les processus de test, de construction et de déploiement et d'assurer un chemin transparent vers la production.
Le rôle de Backstage dans l'extension de la DevEx
Pour concrétiser ces techniques, nous avons exploité Backstage, un portail développeur interne open-source développé par Spotify. Ses fonctionnalités s'alignent avec les principes énoncés ci-dessus :
Catalogue logiciel. Cela organise et suit la propriété de tous les services et APIs. TechDocs. Cela simplifie la gestion de la documentation en intégrant directement les fichiers markdown dans le portail. Modèles logiciels. Ceux-ci automatisent la création de nouveaux services avec les meilleures pratiques intégrées. Architecture modulaire. Cette fonctionnalité de Backstage permet la personnalisation et l'intégration transparente avec les outils existants.
Par exemple, en intégrant Swagger en tant que documentation de spécification API dans Backstage, les développeurs peuvent facilement rechercher et accéder à toutes les APIs sans aucun effort supplémentaire. Cette intégration transparente élimine la nécessité d'une spécification API manuelle et économise aux développeurs un temps et des efforts précieux.
Commencez avec succès à étendre l'expérience développeur
Améliorer l'expérience développeur ne consiste pas à implémenter des correctifs rapides ou de grandes plateformes qui prétendent résoudre tous les problèmes. Au lieu de cela, cela implique des améliorations graduelles et ciblées qui priorisent les besoins des développeurs, encouragent l'autonomie et favorisent une collaboration transparente.
En adoptant les cinq techniques mentionnées ci-dessus et en utilisant des outils comme Backstage, les organisations peuvent autonomiser leurs développeurs, augmenter la productivité et cultiver une culture d'ingénierie prospère.
Avertissement : Les déclarations et opinions exprimées dans cet article sont celles de l'auteur(s) et ne reflètent pas nécessairement les positions d'Adservio.
RÉCUPÉRER CET ARTICLE
Téléchargez l'article complet en PDF pour le lire hors ligne ou le partager.
RESTER INFORMÉ
Recevez nos prochaines analyses et retours d'expérience directement dans votre boîte mail.
