Les barrières culturelles empêchent les entreprises de constituer des équipes DevOps « hautes performances »

Les barrières culturelles empêchent un nombre croissant d’entreprises de constituer des équipes DevOps hautement performantes, de nombreuses entreprises admettant que leurs progrès sur ce front ont plafonné.

C’est l’une des principales conclusions de la dixième édition Rapport sur l’état du DevOps par le fournisseur de logiciels de gestion de configuration Puppet, qui a interrogé 2 650 professionnels de l’informatique sur la progression des efforts de leurs entreprises pour adopter les principes du développement logiciel agile.

Parmi ceux qui ont participé au sondage, 83 % ont déclaré que leurs organisations suivaient les principes de DevOps pour accélérer le temps qu’il leur faut pour déployer de nouvelles mises à jour logicielles et des systèmes de correctifs, dans l’espoir de constituer des équipes DevOps hautement performantes dans loger.

Une équipe DevOps hautement performante est généralement interfonctionnelle et caractérisée comme étant capable de répondre rapidement et de manière productive aux conditions commerciales changeantes, tout en déployant régulièrement des modifications de code de haute qualité.

C’est un état de fonctionnement que de nombreuses entreprises aspirent à atteindre lorsqu’elles adoptent DevOps, mais cette année État du DevOps Le rapport suggère que beaucoup ont du mal à le faire à cause de ce qu’il appelle des « bloqueurs culturels ».

« Les bloqueurs de culture les plus courants au niveau intermédiaire [performance grade] inclure une culture qui décourage le risque (21%), des responsabilités peu claires (20%), une optimisation rapide des flux de priorité (18%) et des boucles de rétroaction insuffisantes (17%) », a révélé le rapport.

Une autre caractéristique que partagent les équipes DevOps hautement performantes, selon le rapport, est que chaque membre a une compréhension claire de son rôle et de ses responsabilités. La majorité des personnes interrogées (91 %) qui ont déclaré faire partie d’une équipe DevOps « très évoluée » ont déclaré que c’était le cas pour leur organisation, tandis que seulement 32 % de celles qui se sont identifiées comme faisant partie d’une équipe DevOps peu performante ont déclaré le faire .

La transformation d’une équipe de faible à très performante dépend également, a poursuivi le rapport, de l’importance du soutien de niveau supérieur pour adopter une approche DevOps du développement logiciel.

Le rapport indique en outre que presque tous les répondants à l’enquête utilisent les technologies cloud sous une forme ou une autre, mais peu de ces organisations utilisent pleinement les technologies hors site.

“Quelque 65 % des entreprises en milieu d’évolution déclarent utiliser le cloud, mais seulement 20 % utilisent le cloud à son plein potentiel. Les équipes à forte évolution utilisent mieux le cloud avec 57% de satisfaction cinq NIST les métriques de capacité du cloud par rapport à seulement 5 % des répondants à faible évolution », poursuit le rapport.

En outre, il affirme également que l’utilisation d’outils et de technologies d’automatisation a tendance à être plus répandue et omniprésente au sein des organisations qui abritent des équipes DevOps hautement performantes. Sur ce point, le rapport indique que 90 % des équipes DevOps performantes et très évoluées ont automatisé leurs propres tâches répétitives contre 25 % des équipes DevOps peu performantes.

Anand Ahire, responsable de la gestion des produits et des activités DevOps chez le fournisseur de logiciels de gestion de workflow basé sur le cloud ServiceNow, a décrit les conclusions du rapport selon lesquelles les entreprises ont du mal à développer des équipes DevOps hautement performantes comme « pas très surprenantes ».

« Nous trouvons les premières réussites de l’adoption de DevOps dans quelques équipes individuelles, mais les progrès ont tendance à ralentir au niveau des « équipes d’équipes » et au niveau de l’entreprise », a déclaré Ahire.

« Souvent, cela est dû au fait que le besoin de rapidité au niveau de l’équipe est en contradiction avec le besoin de gestion des risques et de la conformité au niveau de l’entreprise, ce qui, à mon avis, ne peut être résolu que par l’automatisation des processus de gestion du changement basée sur des politiques. »