DevOps CALMS : comment cet état d’esprit d’ingénierie vous prépare au succès

CALMS est un cadre populaire pour évaluer la mise en œuvre par une organisation des pratiques de travail basées sur DevOps. Le modèle a été publié pour la première fois dans The Devops Handbook.

L’application de l’état d’esprit CALMS à votre travail vous aide à vous préparer au succès de DevOps. Vous pouvez l’utiliser pour évaluer les performances, identifier les opportunités d’amélioration et établir des points de repère par rapport aux équipes voisines et à l’ensemble du secteur. Dans cet article, vous apprendrez quels sont les principes CALMS et comment ils peuvent améliorer votre stratégie DevOps.

Qu’est-ce que CALMS ?

CALMS définit cinq domaines prioritaires dans lesquels les équipes DevOps performantes excellent :

• Culture – DevOps doit être profondément ancré dans votre organisation avec un soutien solide à tous les niveaux, des développeurs individuels aux dirigeants d’entreprise. Les équipes non techniques doivent reconnaître les avantages d’une itération rapide et d’une livraison continue avant que les ingénieurs puissent établir des workflows optimaux.
• Automatisation – Les processus manuels sont laborieux, coûteux et sujets aux erreurs. L’utilisation de l’automatisation pour gérer l’infrastructure et créer des déploiements libère les équipes pour apporter des améliorations plus significatives à vos produits.
• Maigre – Les méthodologies DevOps et Lean vont bien ensemble. L’élimination des goulots d’étranglement, l’acceptation des défaillances rapides et le recours à l’itération plutôt qu’aux calendriers de publication prescriptifs augmentent le débit tout en préservant la qualité.
• La mesure – Les améliorations ne sont pas tirées de nulle part. Les meilleures équipes mesurent et analysent en permanence les données pour vérifier ce qui fonctionne et identifier de nouvelles opportunités. Adopter la philosophie DevOps au sein d’équipes existantes nécessite souvent plusieurs tentatives pour réussir. Des évaluations régulières des performances permettent de mettre fin aux pratiques inefficaces avant qu’elles ne sapent les ressources.
• Partage – DevOps encourage la collaboration entre les équipes et les disciplines. Les ingénieurs et les opérateurs doivent partager des informations sur leurs activités, y compris les succès tels que les nouveaux outils d’automatisation et les échecs tels que les déplacements trop rapides et la rupture d’un environnement. Le partage proactif réduit les risques de réflexion de groupe, de cloisonnement des informations et d’inefficacités perpétuées.

Ces cinq principes favorisent de solides pratiques DevOps au sein de votre équipe. Ils vous guident vers l’adoption de la méthodologie DevOps en distinguant des attributs spécifiques caractéristiques de bonnes implémentations.

CALMS fournit un mnémonique utile des domaines à cibler pour les améliorations DevOps. Si votre processus n’est pas tout à fait correct, « restez calme » et commencez à automatiser, itérer et mesurer.

CALMER VOS PROCESSUS

Pour CALMER vos processus, traitez d’abord tous les bloqueurs qui empêchent les gens d’adopter la culture DevOps. Identifiez ensuite les opportunités de mise à niveau des flux de travail inefficaces en les supprimant complètement, en divisant les étapes en itérations allégées ou en incorporant des outils automatisés qui effectuent des tâches répétitives pour vous.

Après avoir appliqué vos améliorations, mesurez leurs effets pour comprendre si elles fonctionnent. Utilisez les informations de vos données pour effectuer d’autres ajustements qui ciblent des problèmes spécifiques. Continuez à itérer dans les cycles d’ajustement-mesure-amélioration jusqu’à ce que vos données confirment que l’effet escompté s’est matérialisé.

Partagez ce que vous avez appris avec ceux qui vous entourent au fur et à mesure que votre processus se développe. Cela peut être lors d’une rétrospective mais il est souvent plus utile de diffuser l’information au fur et à mesure qu’elle s’accumule. Cela tient tout le monde informé de ce qui se passe, de votre direction et des raisons pour lesquelles des approches particulières sont privilégiées.

Que devez-vous mesurer ?

Faire les bonnes mesures est un élément essentiel du succès de DevOps. Sans données, vous ne savez pas si vous êtes performant. Vous pourriez avoir le sentiment de réussir ou de prendre du retard, mais cela pourrait être exagéré ou un renversement complet de ce qui se passe réellement.

Les quatre métriques DORA constituent un bon point de départ pour la mesure des performances DevOps. Ceux-ci suivent la fréquence de déploiement, le délai de changement, le taux d’échec de changement et le temps de restauration du service après un incident. La combinaison de l’analyse DORA avec le cadre CALMS vous donne des données tangibles et un cadre pour améliorer vos résultats.

Vous remarquerez peut-être que votre fréquence de déploiement a tendance à baisser au fil du temps, par exemple. C’est un mauvais signe – le code met plus de temps à atteindre les clients, mais vous ne savez peut-être pas pourquoi. Le cadre CALMS fournit des suggestions pour résoudre le problème. Il se peut qu’il y ait trop d’étapes pour publier de nouvelles modifications, ce qui peut être résolu par l’automatisation. Alternativement, les révisions peuvent être bloquées lorsqu’elles se déplacent entre les équipes, indiquant un assouplissement des principes Lean et une culture DevOps dégradante. Cela pourrait nécessiter plus de discussions interdisciplinaires pour y remédier.

Comment CALMS permet le succès de DevOps

CALMS n’est pas un autre mot à la mode vide. Il aide à solidifier et à consolider les meilleures pratiques DevOps, rendant le concept parfois vague plus accessible. Il y a plus d’une façon de faire DevOps, mais les meilleures implémentations seront basées sur les cinq principes CALMS.

Vous pouvez utiliser CALMS pour repérer à la fois les problèmes et les opportunités. Il peut y avoir des principes qui vous manquent ou qui sont sous-utilisés. Il est courant pour les organisations d’automatiser des parties de processus mais elles manquent d’une culture DevOps cohérente, par exemple. D’autres entreprises peuvent défendre avec enthousiasme l’état d’esprit DevOps, mais manquent de points de données pour mesurer leur succès. Se référer à CALMS révèle le pilier manquant dans chaque cas.

CALMS montre comment un bon DevOps hybride une ingénierie efficace avec l’état d’esprit et la culture d’équipe qui le soutiennent. Vous devez mettre en place des étapes pratiques – principalement l’automatisation et l’analyse – tout en adoptant une éthique de travail qui favorise la collaboration itérative. Évaluer régulièrement l’étendue de chaque principe CALM, puis apporter de petites modifications pour s’améliorer, fera progressivement progresser votre maturité DevOps et vous permettra d’atteindre l’objectif primordial d’envoyer plus rapidement un code de qualité.

Sommaire

DevOps est plus que des outils et de la technologie. Le modèle CALMS le reconnaît en mettant également l’accent sur la collaboration et la culture. Ceux-ci peuvent être considérés comme le côté humain de DevOps. L’évaluation de l’adoption par votre organisation des principes CALMS indique si la culture et la technologie sont équilibrées de manière optimale pour produire le succès de DevOps.

Bien que CALMS soit un cadre utile pour détecter vos forces et vos faiblesses, il ne garantit pas que vous deviendrez un DevOps performant. DevOps est intrinsèquement subjectif et personnalisable : les principes CALMS sont applicables à la plupart des équipes, mais vous pouvez les modifier pour les aligner sur votre environnement. Adhérer au cadre ne devrait pas dépasser votre sens de l’implémentation DevOps idéale pour votre situation.

Certaines grandes organisations pourraient trouver difficile de déployer un ensemble de pratiques DevOps dans toutes leurs cohortes, par exemple. Les petites variations de flux de travail inter-équipes ne sont pas nécessairement un problème, en particulier lorsqu’elles sont prises en charge par des mécanismes de partage – les « s » de CALMS – qui permettent aux équipes d’apprendre les unes des autres et d’unifier progressivement leurs méthodes.