Malgré l’essor des plateformes logicielles « low-code/no-code et les efforts déployés par les éditeurs de logiciels de premier plan pour simplifier leurs portefeuilles de produits en expansion, la tendance générale qui se dessine dans la grande majorité des déploiements de logiciels d’entreprise est celle d’une complexité interconnectée et d’un enchevêtrement croissants.
La vérité, c’est que le développement logiciel moderne est plus complexe que jamais. Un seul projet d’entreprise peut compter des dizaines de parties prenantes et des centaines d’API.
Cependant, avec le DevOps (développement et opérations), les équipes de développement et d’exploitation peuvent unifier leurs charges de travail et leurs livrables dans le cadre d’un effort commun. Le WebOps venant désormais s’ajouter au DevOps en tant que version davantage axée sur les équipes web de la méthodologie de travail DevOps d’origine, on peut raisonnablement supposer que les équipes informatiques deviendront plus systématiquement centrées sur les processus dans les années à venir.
Mais même lorsque les projets s’emballent et qu’il est évident que les équipes subissent les difficultés et les tensions du DevOps, la source de cette énergie négative peut être loin d’être évidente. Par conséquent, la visibilité est la première considération dans un environnement DevOps, selon Andrew Davis, directeur principal de la recherche et de l’innovation chez Copado.
Sans visibilité, l’amélioration des opérations quotidiennes de l’entreprise peut être lente ou difficile à gérer.
Qu’est-ce que la visibilité DevOps ?
Pour déterminer ce qu’est la visibilité DevOps ou ce qu’elle signifie réellement, Davis soutient qu’une réponse complète doit combiner des éléments et des aspects du développement logiciel.
« Ces [aspects] peuvent aller d’un mécanisme approprié de contrôle des versions et d’outils de gestion des pipelines à quelque chose d’aussi vaste qu’une culture organisationnelle transparente, a déclaré Davis. Mais sans l’ensemble de ces éléments contribuant à la visibilité, une entreprise ne disposera tout simplement pas des informations nécessaires pour améliorer la qualité ou accélérer les mises en production. »
Bien que le DevOps soit largement adopté et que de nombreux décideurs informatiques indiquent que leur organisation a adopté des pratiques DevOps pour améliorer ses logiciels, tous ne font pas état de résultats positifs. Ainsi, lorsqu’une organisation rencontre des difficultés avec le DevOps, la première étape consiste à vérifier où elle manque de visibilité.
À lire également : DevOps : comprendre l’intégration continue et la livraison continue (CI/CD)
Principaux indicateurs de visibilité
Copado propose trois indicateurs clés susceptibles d’être améliorés grâce à la visibilité DevOps :
- Dépendance excessive aux processus et interventions manuels : Le suivi manuel des modifications crée des problèmes ultérieurement, et il est très facile d’effectuer une petite modification sans l’enregistrer. Les méthodes manuelles peuvent également maintenir des informations critiques en silos, de sorte que différentes équipes disposent d’informations incomplètes ou contradictoires — autant de facteurs qui nuisent à la visibilité.
- Objectifs flous : Un DevOps efficace est itératif et s’appuie sur des boucles de rétroaction circulaires pour progresser vers l’objectif final, à savoir une expérience utilisateur de qualité. Cependant, au cours du développement, les équipes peuvent perdre de vue la situation dans son ensemble, et des mécanismes de rétroaction peu clairs peuvent compliquer la hiérarchisation des priorités et la définition des meilleurs objectifs.
- Difficultés liées aux fusions complexes : L’intégration continue (CI) était censée résoudre le processus chronophage d’intégration des modifications dans un dépôt de code. Pourtant, même l’IC peut créer des goulets d’étranglement lors de la fusion de plusieurs branches complexes. Une visibilité complète du pipeline fournit des outils pour simplifier les branches, afin que même les fusions complexes restent gérables.
« Comme l’indiquent ces trois domaines, améliorer la visibilité exige un effort coordonné, et il peut être tentant de penser que la tâche est trop ambitieuse, a déclaré Davis. Cependant, les gens perdent énormément de temps et d’énergie lorsqu’ils ne disposent pas de ce dont ils ont besoin pour travailler. Le temps consacré à l’amélioration de la visibilité en vaut donc la peine, car elle fournit les informations nécessaires pour accomplir le travail. »
Les processus qui bénéficient de la visibilité DevOps
Planification des projets
Pour garantir la visibilité d’un projet, il est essentiel de veiller à ce qu’il commence par une planification adéquate couvrant tout, de la connaissance de la situation au contrôle des versions, en passant par les outils de planification, la traçabilité, l’auditabilité et la conformité. Cela permettra de garder l’ensemble du champ de vision au point à tout moment.
« Les plans permettent à l’équipe de savoir exactement ce que chacun cherche à accomplir avec les initiatives DevOps en place, a déclaré Davis. Sans visibilité sur les cas d’utilisation requis et le travail planifié, vous risquez de rencontrer des redondances, des objectifs manqués, des chevauchements de solutions, une dérive du périmètre, et bien plus encore. »
Gestion des flux de valeur
Puisque les flux de valeur sont centrés sur le déroulement des projets, les entreprises doivent accorder une grande importance à leur compréhension et à leur gestion. Une équipe doit comprendre le bénéfice de chaque projet ainsi que le risque associé. Sans visibilité sur les flux de valeur, elle ne peut pas reconnaître le déroulement du travail ni l’endroit où apparaissent ces bénéfices et ces risques.
Modifications des systèmes
Selon Copado, les modifications des systèmes pourraient bénéficier d’une meilleure visibilité afin de garantir la cohérence des versions et de rendre claires et compréhensibles les relations entre les métadonnées de l’architecture système.
« La visibilité contribue également à éviter les remplacements, les conflits de métadonnées et l’introduction fréquente [ou la réapparition] de bugs, a déclaré Davis. »
En outre, les responsables de projet peuvent voir l’impact potentiel des modifications des systèmes en comprenant les dépendances et leurs connexions à chaque niveau de la chaîne d’approvisionnement logicielle, entre les équipes, les systèmes et les packages, ainsi qu’au sein d’une base de code.
Suivi des performances
Davis, de Copado, affirme également que les performances sont sans doute l’aspect le plus important de la visibilité, car elles peuvent aider les entreprises à identifier les sources de goulets d’étranglement, la répartition du travail et les possibilités d’amélioration.
« Le suivi des performances peut être axé sur l’équipe et s’appuyer sur les quatre indicateurs DevOps clés que sont le délai d’exécution, la fréquence des déploiements, le taux d’échec des modifications et le délai de restauration, a déclaré Davis. Ceux-ci donnent une bonne indication de la manière dont l’équipe fonctionne dans son ensemble, combinée à une évaluation du débit de l’équipe de développement afin de comprendre la capacité de travail.
« À l’inverse, la visibilité des performances peut être axée sur les individus. Bien que les métriques granulaires appliquées aux individus puissent sembler séduisantes, elles peuvent faire plus de mal que de bien lorsqu’il s’agit de modifier les comportements. »
Idéalement, la visibilité des performances repose sur l’équipe. Ensuite, si nécessaire, l’entreprise peut remonter jusqu’aux problèmes individuels.
À lire également : NetOps ou DevOps : automatiser le réseau
Comment favoriser la visibilité DevOps
Pour favoriser la visibilité, une entreprise a besoin d’outils qui renforcent la transparence et la reproductibilité tout au long du cycle de vie du développement logiciel.
Il existe plusieurs bonnes pratiques de visibilité pour accroître le ROI (retour sur investissement) du DevOps. Parmi les principales figure la nécessité d’adopter un contrôle des versions.
Le contrôle des versions est une méthode automatisée de suivi des modifications apportées au code. Les mises à jour sont conservées dans un journal immuable auquel les développeurs et les parties prenantes peuvent se référer et revenir en arrière en cas de problème. Celui-ci devient la source unique de vérité vers laquelle les développeurs peuvent se tourner lorsqu’ils gèrent leurs mises à jour.
Les entreprises devraient également réfléchir à la nécessité de relier les récits utilisateurs et les métadonnées.
« Lorsqu’une entreprise relie les modifications du contrôle des versions aux récits utilisateurs, elle obtient un récit qui explique qui a effectué les modifications, quoi, où, quand et pourquoi, a déclaré Davis. Plus précisément, cela relie la modification exacte, le moment où elle a été effectuée, son auteur, sa raison d’être, les éventuelles autres modifications et l’objectif poursuivi.
« Cela permet d’établir un historique des modifications apportées au même élément. »
Davis conseille en outre aux entreprises « d’organiser l’architecture », car des métadonnées « bruyantes » peuvent masquer la visibilité de l’architecture. Souvent, l’un des moyens les plus rapides de découvrir les problèmes d’architecture consiste simplement à l’organiser en dossiers et en packages.
L’importance de la gestion des flux de valeur pour la visibilité DevOps
Une entreprise qui cherche à maîtriser la visibilité DevOps doit mettre en place une gestion des flux de valeur (VSM). Selon l’équipe de Copado, la gestion des flux de valeur commence par une cartographie.
Dans cette approche, l’équipe DevOps visualise les flux de travail afin de comprendre où se situent les goulets d’étranglement et pourquoi ils apparaissent. Elle peut ainsi apporter des améliorations, éliminer le gaspillage et se concentrer sur les principaux moteurs de valeur.
De plus, en mettant en œuvre une plateforme VSM, les équipes DevOps peuvent comprendre en un seul endroit les connexions et les intégrations entre les outils, les applications, les solutions SaaS (logiciel en tant que service) et les autres composants.
Les équipes DevOps peuvent également améliorer leur visibilité en exploitant les métriques DORA. Celles-ci mesurent le délai d’exécution, la fréquence des déploiements, le taux d’échec des modifications et le délai de restauration afin d’évaluer la manière dont un processus global se compare à d’autres. Elles peuvent être appliquées à un large éventail de questions pour quantifier les résultats.
L’intégration de la cartographie des flux de valeur, d’une plateforme VSM et des métriques DORA améliorera la visibilité DevOps en mettant en évidence les endroits des processus où la valeur est bloquée.
« La visibilité fournit aux équipes comme aux dirigeants les informations dont ils ont besoin pour porter leur attention plus loin dans le pipeline, a déclaré Davis. Cela commencera à accroître la qualité, à accélérer la mise en production, à stimuler et accélérer l’innovation et, enfin, à instaurer des processus de développement résilients. »
Passer à l’action pour mettre en œuvre le DevOps
Il semble exister une hypothèse assez largement répandue selon laquelle le DevOps serait une sorte de solution miracle qui pourrait simplement être appliquée aux projets, aux équipes et à toutes les formes d’entités logicielles afin d’apporter une quelconque amélioration.
Cependant, le DevOps est un ensemble complexe de pratiques qui repose sur la visibilité des processus métier pour être correctement géré. Les entreprises doivent avoir conscience de cette complexité avant d’entreprendre toute démarche visant à le mettre en œuvre dans leurs projets ou leurs processus métier.
À lire ensuite : Faire évoluer le DevOps : bonnes pratiques