Remerciez-le!

Remerciez @Admin pour avoir partagé cet document gratuitement, de la manière la plus simple, en partageant sur les réseaux sociaux.

DASA DevOps Fundamentals Glossaire Version 1.0.1 Mars 2019 Termes du glossaire

DASA DevOps Fundamentals Glossaire Version 1.0.1 Mars 2019 Termes du glossaire Description La méthode Agile Agile est une méthode d’approche progressive (itérative) et périodique de livraison de logiciels Elle vise à développer des logiciels de façon incrémentale dès le début d’un projet. Avantages de la méthode Agile Visibilité : Puisque le propriétaire du produit (Product Owner) et le métier (business) sont impliqués régulièrement dans le développement du produits, par exemple en assistant à la démonstration du produit au sprint (ou en lançant de nouvelles fonctionnalités livrables de façon régulière), la visibilité de ce qui est livré est supérieure à celle des méthodes traditionnelles de développement. Des portions du produit sont livrées sur une base périodique. Risque : L’optimisation de la visibilité du produit réduit le risque, puisqu’il devient clair dès le début du processus, si l’équipe va dans la bonne direction et est en train de construire les bons produits. T out est lié à la boucle de rétroaction et l’utilisation de cette boucle pour réduire le risque. Valeur métier (business) : En livrant un incrément de produit à la fin de chaque sprint, ce produit peut être utilisé pour générer de la valeur métier en temps réel tout au long du cycle de son développement. La livraison progressive empêche que les fonctionnalités soient coincées dans le cycle de développement et permet qu’elles soient mises à disposition au fur et à mesure. Ceci par opposition à la « méthode de travail traditionnelle », où le produit est livré seulement à la fin du projet (empêchant l’équipe d’utiliser les précieux commentaires de l’utilisateur final tout au long du cycle de développement du logiciel). 2 Termes du glossaire Description Livraison automatisée La mise à disposition automatisée est définie comme la livraison et la maintenance entièrement automatisées des composantes de l’environnement de l’application (logiciel). Les composantes de l’environnement de l’application (logiciel) sont les conteneurs cibles de déploiement de l’application. Par exemple, un serveur de base de données ou un serveur d’exécution d’application (logiciel). Dans une organisation DevOps, la mise à disposition automatisée peut être sous la responsabilité des équipes de la plate-forme DevOps. Session d’affinage du carnet de produit (backlog) Terme Scrum – Cette session est utilisée pour anticiper et définir les scénarios utilisateurs (User Stories) attendus dans le sprint suivant et pour communiquer les incertitudes au cas où les scénarios utilisateurs (User Stories) ne seraient pas suffisamment explicites. Généralement, cette session a lieu à mi- chemin du sprint, ce qui laisse la place aux responsables métier et au propriétaire de produit (Product Owner), pour améliorer les scénarios utilisateurs (User Stories) le cas échéant, avant le début du sprint suivant. Construction automatisée La construction automatisée transforme automatiquement les modifications de code, traitées par les membres de l’équipe, en artefacts de déploiement publiés, prêtes pour le déploiement et la validation dans des environnements (de test) 3 Termes du glossaire Description Graphique d’avancement (Burndown Chart) Terme Scrum – Durant le Planning Poker, les items du carnet de produit (product backlog item) reçoivent des points dits de vélocité. En suivant l’évolution du travail dans le temps, les estimations de points de vélocité de l’équipe deviendront plus fiables. Le graphique d’avancement (Burn down Chart) indique le taux de combustion du sprint en cours au fil du temps. De cette façon, une équipe peut piloter sa progression nécessaire pour atteindre l’objectif zéro du sprint. CALMS Les cinq piliers du DevOps définis par Damon Edwards et John Willis : Culture, Automatisation, Lean (rationalisation), Mesure et Solidarité (partage). Livraison continue Définie par Jez Humble – “La livraison continue consiste à mettre le calendrier de livraison entre les mains de l’entreprise, pas entre celles du service informatique. Implémenter la livraison continue signifie s’assurer que votre logiciel est toujours prêt à être déployé dans l’environnement de production tout au long de son cycle de vie - que toute conception puisse potentiellement être mise à la disposition des utilisateurs en quelques secondes ou minutes par simple clic d’un bouton en utilisant un processus entièrement automatisé.” 4 Termes du glossaire Description Principes de base de la livraison continue y y Automatisation rigoureuse y y Boucle de rétroaction extrême y y Changement continu Avantages de la livraison continue Les équipes qui adoptent la livraison continue : y y Accroissent la rapidité et l’efficacité par l’entremise de l’automatisation. y y Sont agiles, car il n’y a jamais de travail en cours. y y Assurent un débit dans leurs livraisons. y y Sont capables d’opérer de façon autonome. y y Font les bonnes choses correctement. Déploiement continu « Le déploiement continu est différent de la livraison continue dans la mesure où tout changement traverse tout le pipeline et est automatiquement passé en production. Dans la livraison continue, le déploiement est une décision humaine. » Dave Farley Objectifs d’amélioration continue y y Livrer plus rapidement la valeur y y Mieux livrer de la valeur y y Fournir les services à moindre coût y y Donner plus de sens au travail y y Créer une empreinte environnementale plus saine 5 Termes du glossaire Description Intégration continue L’intégration continue est un ensemble de pratiques, en génie logiciel, de fusion de toutes les copies de travail, dans un référentiel central partagé, plusieurs fois par jour (Wikipédia, Mars 2016). « En général, l’intégration continue se réfère à l’intégration, au développement et l’exécution des tests au sein de l’environnement de développement. » Martin Fowler Culture Quatre éléments d’une culture DevOps : y y Renforcement de l’esprit d’équipe y y Courage y y Amélioration continue y y Leadership/direction Mêlée quotidienne Terme Scrum – Chaque jour, l’équipe se présente au tableau de mêlée quotidienne (scrum board) où chaque membre expliquera ce qu’il a fait hier, où il en est maintenant et ce qu’il va faire aujourd’hui. Les obstacles empêchant un membre de l’équipe de progresser, sont également soulevés durant la mêlée quotidienne. Une mêlée ne devrait jamais prendre plus de 15 minutes de temps. Cadre de compétence DASA Le cadre de compétence DASA identifie 8 domaines de connaissances et 4 compétences pertinentes pour DevOps. 6 Termes du glossaire Description Domaines de connaissances DASA 1. Optimisation de la Valeur métier (business) 2. Analyse commerciale 3. Architecture et conception 4. Programmation 5. Livraison continue 6. Spécification des tests/contrôles/ essais 7. Ingénierie des infrastructures 8. Sécurité, risque et conformité Principes DASA 1. Actions axées sur le client 2. Responsabilité de bout-en-bout 3. Amélioration continue 4. Créer en ayant l’objectif final à l’esprit 5. Équipes autonomes aux compétences croisées 6. Automatisation maximale Compétences DASA 1. Courage 2. Renforcement de l’esprit d’équipe 3. Leadership/direction 4. Amélioration continue 7 Termes du glossaire Description Défauts Reprise d’une activité parce qu’elle n’a pas été correctement exécutée la première fois. Cela nécessite de revenir à l’activité initiale, d’arrêter la progression, d’analyser le problème et de le résoudre. Définition de terminé Terme Scrum – Une liste de critères (de préférence notée au côté du tableau de mêlée quotidienne) qui décrit les sujets à adresser en séquence pour qu’un produit soit considéré comme « potentiellement livrable ». C’est une simple liste qui contient des contraintes comme : le codage, les tests unitaires et d’intégration, les tests fonctionnels, les tests de performance, et les tests d’utilisateurs, révisés et documentés. Cela défini clairement la ligne d’arrivée. L’équipe ne livre que la partie du produit qui adhère aux critères de la liste. 8 Termes du glossaire Description Définition de prêt Terme Scrum – Une liste de critères (de préférence notée au côté du tableau de mêlée quotidienne) qui décrit à quels standards un scénario utilisateur (user story) doit adhérer pour pouvoir être accepté par l’équipe de développement. Des exemples de sujets pourraient être : « le scénario utilisateur (user story) est sur le carnet de produit (backlog) », « l’équipe de développement comprend la problématique », « le scénario utilisateur (user story) est évalué par l’équipe de développement », etc. La définition de prêt est là pour s’assurer que les exigences soient claires dès leur expression d’origine et que les besoins d’explications supplémentaires durant le sprint soient limités au strict minimum. Ceci supprime le besoin d’en rediscuter autant que possible. DevOps DevOps est un modèle culturel et opérationnel, qui favorise la collaboration, pour faciliter l’atteinte d’une grande performance des technologies informatiques afin d’atteindre les objectifs commerciaux DMAIC Une méthode de résolution de problèmes : Définir, Mesurer, Analyser, Améliorer, Contrôler. 9 Termes du glossaire Description Culture d’ingénierie Définition de la Culture d’ingénierie (Palantir) : « Les personnes ingénieuses conçoivent des solutions aux problèmes. Pas besoin d’être informaticien ou d’avoir un diplôme pour être ingénieux. Il suffit de se manifester lorsque les choses ne sont pas correctes, d’évaluer les idées selon leurs mérites et de réparer ce qui est brisé Expérimentation L’expérimentation signifie tester une hypothèse, et, en pratique, signifie essayer quelque chose de nouveau en fonction des besoins. Boucle de rétroaction Quatre types de boucle de rétroaction peuvent être définis : y y Boucle de rétroaction sur des activités de construction d’un test. Par exemple, des résultats d’automatisation de tests, des résultats d’analyse de code statique automatisé. y y Boucle uploads/Industriel/ dasa-devops-fundamentals-glossary-french.pdf