L'un des impacts de la pandémie de Covid-19 a été l'urgence accrue avec laquelle les entreprises abordent la transformation numérique. Ces initiatives visent à améliorer la satisfaction, la fidélisation et l'acquisition des clients grâce au développement d'applications modernes afin d'augmenter l'agilité pour une livraison plus rapide des produits et services.
Le développement d'applications modernes nécessite de décomposer les applications en flux de valeur plus petits, fournis en tant que services indépendants par des équipes agiles via le cloud. Mais pour ce faire, les équipes doivent bien sûr posséder les compétences nécessaires pour créer, déployer et exploiter des applications cloud natives sécurisées. De plus en plus, les entreprises qui ne parviennent pas à s'assurer que les équipes de service développent ces compétences auront du mal à faire face à la transformation numérique.
Pour permettre l'agilité organisationnelle, les équipes de service doivent être habilitées à construire et à livrer au rythme en adoptant DevOps. Cependant, Gartner prédit que "d'ici 2023, 90 % des entreprises ne parviendront pas à faire évoluer les initiatives DevOps si les approches de plate-forme libre-service partagée ne sont pas adoptées".
Dans cet article, j'expliquerai pourquoi l'adoption d'une plate-forme DevOps est le moyen le plus rentable et le plus efficace de faire évoluer DevOps dans une entreprise.
Les obstacles à l'échelle
Décomposer le grand monolithe en petits services indépendants crée un problème d'échelle. Les équipes ont besoin d'une base pour fournir, tester, exploiter et surveiller leurs services, ce qui crée une duplication du travail, des incohérences et une concurrence pour les compétences clés si les équipes les mettent en œuvre de manière indépendante.
Les cartes de flux de valeur aident les organisations à quantifier cela en détectant le gaspillage et en identifiant les opportunités d'optimisation de la valeur. Une bonne mesure du succès consiste à référencer le nombre de points de contact dont une équipe de service a besoin pour terminer le travail et s'améliorer.
Pour supprimer ces obstacles, les organisations doivent créer un modèle de mise en œuvre reproductible et cohérent. Le Rapports sur l'état des DevOps 2020 ont identifié que "les entreprises très évoluées sont six fois plus susceptibles de déclarer une utilisation élevée des plates-formes internes que les entreprises à un faible niveau d'évolution DevOps".
Le fait de ne pas surmonter les obstacles exposera les équipes de service à un changement de contexte et à une forte fuite cognitive. L'état d'esprit requis et la connaissance des opérations spécifiques et des outils centralisés créent un mur difficile à escalader.
Une plateforme pour les guider
Des plates-formes DevOps efficaces garantissent l'agilité et la cohérence de la livraison en fournissant les rails sur lesquels les développeurs peuvent s'appuyer pour créer et fournir leurs services. Ils réduisent la charge cognitive des développeurs pour démarrer sans avoir à comprendre tout de suite l'intégralité du parcours, en apprenant au fur et à mesure et en utilisant les fonctionnalités au fur et à mesure de leurs besoins.
Une plate-forme mutualisée, en libre-service et centrée sur les développeurs permettra l'introduction rapide de nouvelles fonctionnalités DevOps dans l'ensemble de l'organisation, facilitera l'internalisation et favorisera la pollinisation croisée entre les équipes.
De plus en plus, en particulier à la suite de la pandémie, les organisations s'éloignent de l'adoption fragmentaire de DevOps et se tournent vers des plateformes DevOps pour atteindre l'échelle.
Un Product Owner pour la plateforme
Pour que la plate-forme soit largement adoptée, il faut adopter un état d'esprit produit, rechercher des commentaires sur l'expérience utilisateur, les capacités souhaitées et articuler la feuille de route. Le rapport 2020 sur l'état de DevOps souligne qu'« un état d'esprit produit est essentiel pour faire évoluer DevOps et votre plate-forme. Les entreprises très évoluées sont près de deux fois plus susceptibles d'être fortement axées sur les produits que les entreprises au milieu de leur évolution DevOps.
Il est de la responsabilité du propriétaire du produit de comprendre les exigences et les défis de chaque équipe de service et de mettre en commun cette compréhension pour créer une expérience de développeur commune (DX). Ce processus permettra de découvrir des problèmes systématiques au sein d'une organisation et le succès de la plate-forme dépendra de l'identification des domaines problématiques dans l'entreprise et de la responsabilité de les résoudre.
Le design thinking doit être utilisé dès les premières étapes pour comprendre comment les développeurs aiment travailler et interagir, avec quels outils ils sont à l'aise et quels sont les problèmes communs aux équipes de service.
L'utilisation de lean agile pour améliorer en permanence la convivialité de la plate-forme et introduire de nouvelles fonctionnalités au fur et à mesure que les développeurs en ont besoin est la clé de l'adoption. Une façon de tester l'efficacité de la plate-forme consiste à mesurer le temps qu'il faut à un développeur nouvellement intégré pour créer une application Hello World du début à la fin.
Construire vs acheter
Les principales considérations lors du choix d'une stratégie d'investissement dans une plate-forme sont le manque de temps, le manque de standardisation et le manque de compétences techniques.
Les produits prêts à l'emploi peuvent aider les entreprises à accélérer leur parcours de plate-forme, en particulier si elles en sont aux premières étapes de la mise en œuvre. Les fournisseurs ont investi massivement dans cet espace et des offres telles que la plate-forme de conteneur OpenShift de Red Hat et Heroku sont des choix populaires.
Dans le même temps, un écosystème riche, à but non lucratif et indépendant des fournisseurs existe et est organisé par la Cloud Native Computing Foundation. Sa mission est de rassembler les meilleurs développeurs, utilisateurs finaux et fournisseurs du monde et organise de grandes conférences de développeurs open source. Si votre organisation a l'appétit et les compétences techniques pour se lancer dans cette aventure, travailler avec cette communauté et y contribuer est une option viable.
Quel que soit le chemin emprunté, et ils ne s'excluent pas mutuellement, la normalisation est indispensable pour aider à contraindre l'espace du problème et à le résoudre. Dans de futurs articles, j'espère partager des réflexions et des leçons apprises sur la façon de créer une plate-forme qui permettra aux ingénieurs de fournir, tester, exploiter et surveiller leur service et de résoudre le problème d'échelle.
