Modele calms
Le modèle CALMS est un cadre conceptuel utilisé pour évaluer la disponibilité d`une entreprise à adopter un processus DevOps. CALMS est synonyme de collaboration, d`automatisation, de Lean, de mesure et de partage. J`ai délibérément ne pas l`appeler “le modèle de Spotify” parce qu`il n`y a pas de modèle Spotify (dit Marcin Floryan, un chapitre de Spotify chef de file dans cette présentation: https://www.infoq.com/presentations/spotify-culture-stc). L`approche CALM de Adaptavist comprend la complexité du cycle de vie de l`application et le fait qu`il s`agit souvent de processus de travail ensemble, souvent mal compris. Notre approche adopte une vision holistique qui exploite la compréhension technique avec la conscience des réalités de l`entreprise. La rétroaction positive des pairs nous motive autant que nos salaires et nos ambitions de carrière. Reconnaissant publiquement un coéquipier qui a détecté un bug méchant avant qu`il ne soit en direct signifie beaucoup. Si votre ministère a un budget discrétionnaire pour les félicitations des employés, ne le laissez pas inutilisé! Rejoignez la communauté DZone et obtenez l`expérience complète des membres. Le mouvement DevOps a commencé à fusionner un certain temps entre 2007 et 2008, lorsque les opérations informatiques et les communautés de développement de logiciels se sont vocales sur ce qu`ils estimaient être un niveau fatal de dysfonctionnement dans l`industrie. Le manque de cycles de test et d`examen automatisés bloquent la mise en production et le temps de réponse aux incidents est faible et la vitesse et la confiance de l`équipe. Les outils et les processus disparates augmentent l`OPEX, mènent au changement de contexte et ralentissent l`élan. Grâce à l`automatisation et à des outils et processus standardisés, les équipes peuvent augmenter la productivité et libérer plus fréquemment avec moins de hoquet.
La vitesse est tout. Les équipes qui pratiquent la version DevOps sont plus fréquentes, avec une qualité et une stabilité supérieures. Les développeurs et les professionnels des TI/OPS avaient des objectifs distincts (et souvent concurrents), un leadership distinct du ministère, des indicateurs de performance clés distincts par lesquels ils étaient jugés, et travaillaient souvent sur des planchers séparés ou même des bâtiments distincts. Le résultat a été les équipes cloisonnées concernés seulement avec leurs propres fiefs, les longues heures, les rejets bâchés, et les clients malheureux. La culture est le facteur de réussite #1 dans DevOps. Bâtir une culture de responsabilité partagée, de transparence et de rétroaction plus rapide est le fondement de chaque équipe DevOps performante. Nous devrions traiter nos applications comme notre propre morceau de gâteau de production, l`équiper avec un certain nombre de métriques utiles et obtenir des connaissances d`eux. Il ya quelques années, les équipes de logiciels ont découvert qu`il est beaucoup mieux de lancer un produit dans les mains du client aujourd`hui qu`il est d`attendre encore six mois pour qu`il soit parfait. Le CALMS est un cadre conceptuel pour l`intégration des équipes de développement et d`exploitation (DevOps), des fonctions et des systèmes au sein d`une organisation. Le cadre de CALMS est souvent utilisé comme modèle de maturité, aidant les gestionnaires à évaluer si leur organisation est prête pour DevOps-et si non, ce qui doit changer.
L`acronyme CALMS est crédité à Jez humble, co-auteur de “The DevOps Handbook”. Dans le dernier article, adaptation de la culture DevOps avec C.A.L.M.S., j`ai décrit le modèle C.A.L.M.S. et montré son importance et son utilité pour la bonne adaptation de la culture DevOps. Si tout le monde avait une source de données, les problèmes seraient résolus rapidement.