De nombreuses entreprises manquent d'une culture DevOps globale

Les entreprises perdent du potentiel dans le développement de logiciels : moins de la moitié d'entre elles ont une culture DevOps complète. C'est ce que révèle l'enquête State of Developer Experience Survey 2022 de LeanIX. Selon cette étude, la plupart des personnes interrogées n'appliquent les méthodes caractéristiques de DevOps que de manière isolée et se plaignent plus souvent que les obstacles deviennent un défi dans le travail quotidien. Compte tenu de l'importance du développement de logiciels pour la réalisation d'objectifs commerciaux, il est alarmant de constater que la majorité des équipes de développeurs n'ont que peu de visibilité sur les avantages immédiats pour le client de leur travail, résume l'étude. Peu d'indicateurs sont disponibles et l'efficacité du développement de logiciels n'est pas suffisamment mesurée. Un quart des personnes interrogées ne détermine pas l'une des quatre métriques DORA reconnues. L'absence de tels indicateurs sur les avantages pour le client et l'efficacité complique la communication : ainsi, seuls 42 % des personnes interrogées indiquent que l'informatique et le business parlent le même langage dans leur entreprise. L'enquête LeanIX State of Developer Experience Survey, réalisée pour la première fois en 2022, montre clairement qu'un peu de DevOps ne suffit pas - et qu'une focalisation plus forte sur ce sujet peut améliorer le développement logiciel de manière décisive.

Le potentiel de DevOps n'est pas exploité dans le travail quotidien

Les participants à l'étude ont été interrogés sur l'utilisation de cinq méthodes de travail caractéristiques pour DevOps - avec un résultat décevant :

Certes, près de 60% des personnes interrogées indiquent pouvoir réagir de manière flexible aux besoins changeants des clients et disposer de pipelines CI/CD. Mais la flexibilité vis-à-vis du client et la possibilité d'automatiser l'exécution et le test des modifications du code via les pipelines CI/CD sont essentielles pour les initiatives DevOps. Il est donc remarquable que plus de 40% des équipes ne remplissent que partiellement ou pas du tout cette condition de base. La situation est encore pire en ce qui concerne le principe typique de DevOps "build-ship-own your code", l'organisation de l'équipe basée sur des topologies d'équipe ou le libre choix de la pile technologique. En résumé, on peut dire que les initiatives DevOps peuvent être développées dans les entreprises internationales.

Le niveau de maturité DevOps influence la perception des obstacles au travail

Si l'on se penche sur les cinq méthodes de travail interrogées, on constate qu'avec 53%, la majorité des équipes de développeurs n'utilisent que jusqu'à trois de ces méthodes. Ce faible niveau de maturité DevOps a une influence sur l'évaluation des obstacles dans le travail quotidien. Les équipes interrogées dans le cadre de cette enquête considèrent toutes ces difficultés comme des défis majeurs :

Réduire les efforts manuels en raison d'un manque d'automatisation - c'est le premier obstacle décrit comme un "défi majeur" pour toutes les personnes interrogées. Les équipes ayant un niveau de maturité DevOps plus faible le perçoivent toutefois nettement plus fortement, avec 41 % contre 25 %. Qu'il s'agisse de la suppression des silos ou de la difficulté à se concentrer sur ses tâches en raison des changements fréquents de contexte, de la mise en évidence des goulots d'étranglement, du défi de la priorisation des projets ou de l'allocation efficace des ressources : en théorie, les méthodes de travail agiles permettent d'éliminer ou de réduire considérablement ces obstacles. Le fait que la majorité des personnes interrogées décrivent ces thèmes comme des défis est un indice supplémentaire que les équipes DevOps sont encore en voyage. C'est là que les responsables peuvent intervenir pour améliorer et accélérer encore le développement de logiciels dans l'entreprise.

Il manque un langage commun entre l'informatique et l'entreprise

Pour réussir, les initiatives DevOps nécessitent la collaboration de toutes les parties prenantes de l'entreprise - c'est ce que soulignent les analystes de Gartner. Ils remarquent que de nombreuses initiatives échouent également parce que les attentes qui y sont liées ne sont pas clairement définies au sein de l'entreprise. Pour gérer ces attentes, l'informatique et l'entreprise devraient se mettre d'accord sur des objectifs et des métriques communs - et donc sur un langage commun, demandent les experts.

Or, c'est précisément ce langage commun qui fait défaut dans les entreprises : Seuls 42 % des personnes interrogées dans le cadre de cette étude indiquent que l'informatique et l'entreprise se comprennent. Si l'on considère quelles métriques sont saisies et examinées de plus près, le manque de base pour la compréhension devient évident.

Peu de visibilité sur les avantages pour le client et sur l'efficacité du développement logiciel

Environ 70% des équipes de développeurs regardent deux indicateurs en ce qui concerne le client et leur travail : les tickets de support ouverts et les utilisateurs actifs mensuels - c'est-à-dire des métriques facilement accessibles qui présentent le plus grand potentiel de frustration et qui n'ont pas de lien direct avec le logiciel livré et sa valeur pour le client :

Qu'il s'agisse de l'adoption de fonctionnalités, du taux d'attrition, du retour sur investissement ou du Net Promoter Score en tant qu'expression de la satisfaction : chacun de ces indicateurs est considéré par moins de la moitié des équipes de développement de logiciels. La plupart des équipes n'ont donc guère de visibilité sur le succès réel et l'utilité pour le client de leur prestation de travail concrète - et ne peuvent pas non plus la partager avec le business.

La possibilité de mesurer la performance du développement logiciel à l'aide des quatre métriques DORA reconnues (Deployment Frequency, Failure Rate, Lead Time for Changes, Mean Time to Recovery) n'est pas non plus perçue de manière globale. Un quart des personnes interrogées ne considère même pas l'un de ces paramètres. Pourtant, une telle mesure de la performance contribuerait à l'établissement d'un langage commun qui permettrait une appréciation mutuelle.

Différentes sources de données rendent la vue d'ensemble difficile

Les informations nécessaires pour les valeurs caractéristiques pertinentes des clients ou les métriques DORA sont souvent réparties entre différentes sources. Leur saisie nécessite souvent de gros efforts manuels - et même, dans près de 40 % des cas, l'utilisation de tableaux Excel.

Les plateformes modernes de gestion des flux de valeur pourraient aider. Mais seulement 20 % des personnes interrogées les utilisent déjà pour relier les flux de données entre eux de manière automatisée et pour établir un lien direct avec les résultats de l'entreprise.

Développer les méthodes de travail agiles malgré une expérience de développeur majoritairement positive

Pas de mise en œuvre complète de DevOps, des obstacles dans le travail quotidien, peu de visibilité sur l'utilité directe pour le client des logiciels développés - malgré cette situation dans les équipes de développeurs, la petite majorité des personnes interrogées évalue en principe plutôt positivement l'expérience de développeur :

Ce qui semble bon au premier abord, mais qui montre aussi, en y regardant de plus près, que près de la moitié des personnes interrogées ne peuvent pas se décider à donner une évaluation positive. Dans le contexte d'une pénurie massive de personnel qualifié dans l'informatique et de l'importance croissante des logiciels comme facteur de différenciation sur le marché, les entreprises devraient tout mettre en œuvre pour fidéliser leurs équipes de développement de logiciels.