L’ingénierie de plateforme est une approche de plus en plus populaire pour le développement logiciel, car elle offre des avantages tels qu’un time-to-market plus rapide, une satisfaction accrue des développeurs et la suppression des silos d’équipe. Nous avons beaucoup écrit sur l’ingénierie de plateforme, notamment sur le fait qu’elle n’est pas nouvelle et que le DevOps est loin d’être mort. Cependant, étant donné les difficultés rencontrées par de nombreuses entreprises pour concrétiser la valeur ajoutée du DevOps, elles pourraient considérer la création de plateformes numériques internes pour faciliter le développement logiciel comme un plan d’action concret pour atteindre tous les objectifs du DevOps.
Mais comment éviter le piège qui a empêché 80 % des entreprises d’adopter le DevOps ?
Notre conseil : considérez votre plateforme comme un produit interne et vos équipes comme vos clients. Cela signifie que vos indicateurs de performance doivent être les mêmes que ceux utilisés pour vos clients, adaptés au contexte de l’ingénierie de plateforme.
Objectifs clés de l’ingénierie de plateforme
Lors de la définition de vos indicateurs de performance, il est essentiel de garder à l’esprit les objectifs de votre stratégie d’ingénierie de plateforme. D’après le rapport « State of DevOps 2023 », voici les principaux objectifs que les entreprises se sont fixés pour leurs équipes plateforme.
Former et responsabiliser les équipes de développement et produit est une priorité majeure pour les équipes plateforme, suivie de la vitesse d’itération et des processus de sécurité. Cette approche centrée sur l’humain est celle que vous devriez adopter pour vos indicateurs. Réinventer les outils ne représente que la moitié du travail : vous devez vous assurer que vos collaborateurs maîtrisent les nouveaux frameworks. Rationaliser et automatiser les processus selon les bonnes pratiques DevX permet à toute l’organisation d’être plus agile et de gagner un avantage concurrentiel.
KPI de l’ingénierie de plateforme
D’après le rapport « State of DevOps 2023 », après l’adoption de l’ingénierie de plateforme, la majorité des entreprises auraient constaté des améliorations en matière de fiabilité du système (60 %), de productivité et d’efficacité (59 %) et de normes de workflows (57 %), tandis que 42 % ont fait état d’une réduction du temps de développement.
Productivité
Mesurer le nombre de lignes de code produites par les développeurs en un temps donné est un indicateur obsolète, désormais peut-être utilisé uniquement par des personnalités comme Elon Musk. La productivité des développeurs est un sujet délicat. Si l’ingénierie de plateforme promet d’accélérer le développement logiciel, ce n’est pas en augmentant la productivité des développeurs que cela se produit.
Il s’agit plutôt de créer les conditions optimales pour que vos développeurs s’épanouissent. Réfléchissez aux goulots d’étranglement et aux obstacles auxquels vos équipes sont confrontées quotidiennement, et à leur dépendance vis-à-vis des experts pour mener à bien leurs tâches. Déploiements d’infrastructures complexes, création de nouveaux environnements, livraison de fonctionnalités : tout cela requiert l’aide des DevOps, ce qui ralentit inévitablement les processus. Vos indicateurs clés de performance (KPI) doivent être axés sur la rationalisation et la simplification du processus de livraison logicielle.
- Délai de livraison
Il s’agit d’une mesure qui suit le temps écoulé entre le lancement d’une user story et sa disponibilité pour la livraison. Ce délai peut également inclure les discussions relatives à la user story, sa durée d’attente dans le backlog et le temps nécessaire pour passer de sa prise en charge à sa mise en production.
Si votre délai de livraison pour les modifications est trop long, cela indique clairement un blocage dans vos processus, empêchant ainsi la progression des éléments du backlog. Automatiser tout ce qui peut l’être contribue à réduire les délais de livraison, car cela démontre la réactivité de vos équipes face aux retours d’information et leur capacité à atteindre leurs objectifs.
- Fréquence de déploiement
La fréquence de déploiement mesure la fréquence à laquelle vos utilisateurs finaux déploient du code en production. C’est un bon indicateur de la valeur ajoutée que vos équipes d’ingénierie peuvent apporter aux clients. Même avec un flux de travail parfaitement rodé, la valeur ajoutée peut être insuffisante si les déploiements ne sont pas assez fréquents.
Une fréquence de déploiement élevée montre que votre équipe peut apporter des modifications fréquentes au code et les mettre en production rapidement et sans délai. Plus le déploiement de la nouvelle infrastructure est simple pour vos utilisateurs finaux, plus il est rapide. Par conséquent, cet indicateur retardé montre que vos équipes de développement adoptent efficacement les pratiques d’intégration et de livraison continues (CI/CD), déploient fréquemment de petits fragments de code et maîtrisent parfaitement l’infrastructure.
- Bonheur des développeurs
Bien qu’il puisse paraître paradoxal d’associer le bien-être des développeurs à leur productivité, il s’avère que ces deux éléments sont positivement corrélés. L’ingénierie de plateforme vise spécifiquement à améliorer l’expérience des développeurs, c’est pourquoi il est important de mesurer vos statistiques DevX.
Stabilité
La stabilité mesure votre capacité à permettre aux ingénieurs produit d’apporter des modifications en toute confiance, sans impacter l’expérience client.
- Taux d’échec des modifications (CFR)
Le taux d’échec des modifications mesure le pourcentage de déploiements en production ayant échoué. Cet indicateur retardé offre une vision claire de la qualité et de la stabilité du logiciel. Pour obtenir ce taux, divisez le nombre de déploiements ayant entraîné des échecs par le nombre total de déploiements.
En surveillant cet indicateur dans le temps, vous pouvez évaluer l’effort consacré à la résolution des problèmes et celui consacré au déploiement de nouveau code. Au-delà de 15 %, vos équipes passent probablement trop de temps à corriger les problèmes. Cela signifie qu’elles pourraient être plus productives ailleurs, et que certains processus doivent être améliorés.
- Temps moyen de récupération (MTTR)
Le temps moyen de récupération est un autre indicateur retardé qui indique la rapidité avec laquelle un service peut reprendre son fonctionnement normal après une interruption. Pour déterminer cet indicateur de performance clé (KPI), calculez le temps nécessaire au déploiement d’un correctif après le signalement d’un problème.
Même les meilleures équipes DevOps subissent parfois des interruptions de service et des problèmes imprévus. Il est impossible d’empêcher les pannes, mais il est essentiel de connaître le temps nécessaire pour rétablir le fonctionnement normal des systèmes après un incident.
Efficacité
La productivité et l’efficacité sont souvent regroupées, mais nous souhaitons nous concentrer sur les indicateurs d’efficacité liés au rapport coût-efficacité, notamment le coût des ressources cloud, de l’infrastructure et des licences, ainsi que celui des équipes d’ingénierie de plateforme. L’ingénierie de plateforme vise l’utilisation efficiente des ressources ; les modules FinOps et GreenOps optimiseront donc votre stratégie de ressources.
- Allocation des ressources
L’allocation des ressources promeut les échanges constructifs sur l’équilibre à trouver entre plusieurs objectifs et des ressources limitées. L’ingénierie de plateforme devrait vous aider à répartir équitablement les ressources limitées et à suivre précisément leur utilisation. Cet indicateur sera particulièrement apprécié des dirigeants, car il permet de vérifier si les ingénieurs se concentrent sur les objectifs les plus importants de l’entreprise.
- Visibilité des coûts
Savoir où va votre argent vous permettra de détecter les dépassements de dépenses et le gaspillage liés au cloud. Comme nous l’avons déjà mentionné, l’efficacité des ressources est un pilier de l’ingénierie de plateforme. C’est pourquoi nous encourageons les entreprises à adopter une approche raisonnée de leur consommation cloud.
Des indicateurs clés de performance (KPI) de coûts transparents vous aideront à atteindre cet objectif. Permettre aux utilisateurs finaux et aux équipes de plateforme de visualiser l’impact financier de leurs architectures avant déploiement, ou d’obtenir une vue d’ensemble de toutes les dépenses cloud, sera un facteur déterminant de votre réussite.
Tableaux de bord KPI pour l’ingénierie de plateforme
Nombre de ces KPI sont une responsabilité partagée entre les équipes ; gardez cela à l’esprit lors de la visualisation de vos indicateurs. La transparence et l’observabilité contribuent à décloisonner les équipes ; il est donc important d’envisager des tableaux de bord KPI complets et communs. Voici, par exemple, à quoi ressemblent les KPI chez Cycloid :
Conclusion
Étant donné qu’un tiers des équipes de plateforme rencontrent encore des difficultés d’adoption de leur plateforme, le suivi de votre progression en matière d’adoption devrait figurer parmi vos KPI principaux. Après tout, une plateforme est conçue pour être bénéfique à l’ensemble de l’entreprise et pour renforcer la collaboration entre les équipes ; cela exige donc la coopération de tous.
Quels que soient les indicateurs choisis, il est important de définir des attentes réalistes au sein de l’entreprise durant les premières années d’adoption de la plateforme par l’équipe produit. Vos KPI évolueront au fil de votre parcours d’ingénierie de plateforme, mais dans un premier temps, concentrez-vous sur la simplification de l’intégration et de l’exploitation des données par les équipes plateforme et produit.
Intéressé(e) par l’ingénierie de plateforme version Cycloid ? Demandez une démonstration personnalisée à notre équipe :
Contactez notre équipe
