Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

©DevOps Institute unless otherwise stated

D
o
N
ot
D
up
lic
at
e
or
D
is
DevOps

tr
ib
Foundation®

ut
e
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Dites-nous qui vous êtes…

e
ut
ib
tr
is
Dites-nous en quelques mots qui vous êtes :

D
– Nom, organisation et rôle

or
– Expérience DevOps / Agile / Lean / ITSM

e
– Pourquoi suivez-vous cette formation ?

at
– Que souhaitez-vous apprendre ?

lic
up
D
Quelle est votre définition ou votre perception du
ot
N

DevOps ?
o
D

2
©DevOps Institute unless otherwise stated
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Objectifs de la formation de DevOps

e
Foundation

ut
ib
tr
• En savoir plus sur DevOps

is
D
• Comprendre son

or
vocabulaire de base, ses
principes, ses pratiques et

e
at
son automatisation

lic
L’examen DevOps Foundation
• Partager des scénarios réels

up
• S'amuser ! D • 40 questions à choix multiples
• 60 minutes
• Obtention à partir de 65 %
ot

• Accrédité par DevOps Institute

N

• Obtention de votre badge numérique

o
D

3
©DevOps Institute unless otherwise stated
 La taxonomie de Bloom
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

e
ut
ib
tr
is
6. Evaluation

D
5. Synthèse

or
4. Analyse

e
at
3. Application

lic
2. Compréhension
up
DevOps
1. Connaissances Foundation
D
ot
N

La taxonomie de Bloom est utilisée pour la classification des objectifs

pédagogiques, ainsi que pour l’évaluation des acquis.
o
D

4
©DevOps Institute unless otherwise stated
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai
Message de bienvenue de
Jayne Groll

e
ut
PDG de DevOps Institute

ib
tr
Qu’est-ce que

is
D
DevOps Institute?

or
e
Nous conduisons la transformation humaine à l’ère numérique.

at
lic
DevOps Institute est une association professionnelle dont la mission est
la suivante: faire progresser les humains de DevOps.

up
Nous créons un écosystème sûr et interactif où les membres peuvent
D
réseauter, acquérir des connaissances, développer leur carrière, diriger et
ot
initier, et célébrer les réalisations professionnelles.
N

Nous inspirons le leadership intellectuel et la connaissance en

connectant et en permettant à la communauté des membres dans le
o
D

monde de conduire la transformation humaine à l'ère numérique.

5
©DevOps Institute unless otherwise stated
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Contenu de la formation DevOps Foundation

e
ut
Jour 1 Jour 2

ib
tr
Accueil et introduction

is
Module 1 Explorer DevOps Module 5 Culture, comportements et

D
modèles opérationnels

or
Module 2 Les principes fondamentaux de Module 6 Automatisation et Architecture

e
at
DevOps des toolchains DevOps

lic
Module 3 Les principales pratiques de Module 7 Mesures, indicateurs et reporting

up
DevOps
D
Module 4 Framework business et Module 8 Partage, observation et évolution
ot

technologique
N
o
D

6
©DevOps Institute unless otherwise stated
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

D
o
N
ot
D
up
lic
at
e
or
D
is
tr
Module 1

ib
ut
e
Explorer DevOps
7
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Module 1 :

e
Explorer DevOps

ut
ib
tr
is
D
Composant Contenu du module 1

or
• Définir DevOps Vidéo Un bref historique de DevOps

e
at
avec Damon Edwards
• Pourquoi DevOps est-il

lic
Etude de Banque ING, Pays-Bas
important ? cas

up
• Du point de vue business
D Discussion DevOps : mythes et réalités
• Du point vue IT
ot

Exercice Votre « Pourquoi »

N

organisationnel
o
D

8
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

D
o
N
ot
D
up
lic
at
e
Module 1 : Explorer DevOps

or
D
Définir DevOps

is
tr
ib
ut
e
9
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Le corpus de connaissances collectif DevOps

e
ut
ib
Fidèle à ses valeurs fondamentales, DevOps émerge à travers un

tr
ensemble de connaissances partagées et collectives (CBok)

is
comprenant :

D
or
• Publications • Vidéos et webinaires
• Conférences • Blogs et articles

e
at
• Groupes MeetUp • Étude de cas

lic
• Canaux Slack • Prix et récompenses
• Groupes LinkedIn • Expertises spécialisées

up
D
DevOps Institute recherche et influence activement les pratiques émergentes de
ot

DevOps afin de créer des formations et certifications importantes.

N
o
D

Module 1 : Explorer DevOps

10
©DevOps Institute unless otherwise stated
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Le corpus de connaissances collectif DevOps (2)

e
ut
ib
tr
is
D
or
e
at
lic
up
D
ot
N
o
D

11
©DevOps Institute unless otherwise stated Module 1 : Explorer DevOps
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

A Short History of DevOps

e
ut
ib
tr
is
D
or
e
at
lic
up
D
The Short History of DevOps
ot
N

with Damon Edwards (11:47)

o
D

12
©DevOps Institute unless otherwise stated Module 1 : Explorer DevOps
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Qu’est-ce que DevOps ?

e
ut
ib
tr
is
« Imaginez un monde où les Product Owners,

D
développeurs, responsables qualité,

or
opérationnels IT et responsables sécurité
travaillent ensemble, non seulement pour

e
s'entraider, mais également pour garantir le

at
succès de l'ensemble de l'organisation. En

lic
travaillant ensemble vers un objectif commun,

up
ils permettent la mise en production rapide du
travail planifié, tout en assurant une stabilité,
D
fiabilité, disponibilité et sécurité de premier
ot

ordre. »
N
o
D

13
©DevOps Institute unless otherwise stated Module 1 : Explorer DevOps
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Qu’est-ce que DevOps ?

e
ut
ib
tr
Il m'a fallu plus de 10 ans pour arriver à ma propre définition du

is
DevOps : « DevOps, c'est tout ce que vous faites pour

D
surmonter les frictions créées par les silos, et tout le reste,

or
c'est de l'ingénierie ». Et donc, si vous faites de la
technologie juste pour la technologie et que vous n'essayez pas

e
de surmonter certaines frictions humaines comme le

at
cloisonnement (siloing), le cloisonnement de groupe, le

lic
cloisonnement de l’information ou autre, alors vous faites
juste la partie ingénierie et vous ne faites pas, à mon avis,

up
la partie DevOps.
D
Patrick Debois a inventé le mot « DevOps »
ot
N
o
D

Module 1:Module
Exploring DevOps
1 : Explorer DevOps
14
©DevOps Institute unless otherwise stated
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Ce que DevOps n’est PAS

e
ut
ib
tr
• Un titre

is
• Une équipe à part

D
or
• Un outil

e
• Seulement une culture

at
DevOps prend vie grâce à
Seulement une

lic
• de nouvelles pratiques qui
automatisation
up
apportent une vraie valeur à
• L’anarchie de vraies entreprises.
D
ot

• Une stratégie unique pour

N

tous
o
D

15
©DevOps Institute unless otherwise stated Module 1 : Explorer DevOps
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Pourquoi DevOps est-il important maintenant?

e
ut
• Les entreprises se retrouvent concurrencées par de petites start-up agile

ib
• Le développement logiciel agile et l’infrastructure cloud sont en

tr
progression

is
D
• L’IT ne peut plus fonctionner dans une culture en silo

or
• De plus en plus d’entreprises migrent vers le cloud

e
• Les consommateurs ont des habitudes et des attentes issues des

at
applications (disponibles sur les mobiles)

lic
• Les données disponibles pour l'entreprise sont de plus en plus

up
nombreuses
D
• Le time to value doit être plus rapide
ot

Pour faire face à ces conditions changeantes, l’IT doit adapter sa

N

culture, ses pratiques et son automatisation pour être plus « continue »

o
D

©DevOps Institute unless otherwise stated Module 1 : Explorer DevOps 16

Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Qu’est-ce qui rend DevOps si unique ?

e
ut
• Comment le comparer avec Scrum pour améliorer le flux de travail

ib
des développeurs ?

tr
is
• Comment le comparer avec les pratiques de cybersécurité ?

D
• Comment le comparer avec le Lean pour augmenter l’efficacité de

or
l’IT ?
• Comment le comparer avec ITIL® pour la gestion des services ?

e
at
• Comment le comparer avec les techniques de gestion du

lic
changement organisationnel pour la culture ?

up
• Comment le comparer avec les outils, les technologies et
D
l'automatisation ?
ot

Chacun de ces frameworks et approches a permis d’apporter un certain avantage, mais

N

aucun n’a apporté une amélioration informatique globale et complète.

o
D

ITIL® is a registered trademark of AXELOS Limited.

©DevOps Institute unless otherwise stated Module 1 : Explorer DevOps 17

Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

DevOps applique la pensée systémique

e
à l’ensemble du spectre IT

ut
ib
tr
Chaîne de valeur

is
Automatisation

D
or
e
at
ITSM

lic
Agile Processus

up
D
Culture
ot

ITIL® is a registered trademark of AXELOS Limited.

N
o

Personne
D

©DevOps Institute unless otherwise stated Module 1 : Explorer DevOps 18

Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

L’IT est un système de systèmes

e
ut
Agile

ib
Chaîne de valeur

tr
Déployer et mesurer Identifier une
opportunité

Livraison/déploiement Ingénierie de la

is
fiabilité du site
continus

D
Continu
Construire au er Comprendre

or
moins les résultats
partie jusqu'à souhaités
Événement Incident
heureux Test

e
at
Code et Commit
Évaluer les solutions possibles Construire et configurer
Déployer Opérations

lic
Changement Pré-prod continues
Scrum Livraison/version

up
Intégration Configuration Déploiement
L’agilité continue Capacité Changement
SLM Problème
organisationnelle ne se
D Disponibilité Connaissance
Continuité Événement Opérations
produit que lorsque les SLM
ot
Sécurité Connaissance continues
processus et
Stratégie
N

l’automatisation sont
de service
alignés. Conception de services Opération
o

Transition de service de service

D

ITIL® is a registered trademark of AXELOS Limited.

©DevOps Institute unless otherwise stated Module 1 : Explorer DevOps 19
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai Module 1 : Explorer DevOps

e
ut
ib
tr
is
D
or
DISCUSSION

e
at
lic
DevOps : Mythes et réalités
up
D
ot
N
o
D

©DevOps Institute unless otherwise stated

Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Objectifs DevOps

e
ut
ib
tr
Gains dans :
• Des versions plus petites et

is
fréquentes • Time to market/value.

D
• Réduction des efforts et des

or
• Intégration aux processus
risques business.

e
at
• Réduction du coût des itérations • Réactivité.

lic
et des retards • Qualité du code et du

up
• Une culture de communication et déploiement.
D
de collaboration • Productivité.
ot

• Cohérence et rapidité grâce à • Visibilité.

N

l’automatisation • Agilité.
o
D

©DevOps Institute unless otherwise stated

Module 1 : Explorer DevOps 21
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Valeurs DevOps

e
ut
ib
tr
• Culture Les 5 idéaux

is
D
• Automatisation Le Premier idéal : localité et simplicité
Le Deuxième idéal : concentration, flow

or
et joie
• Lean Le Troisième idéal : amélioration du

e
travail quotidien

at
• Mesure Le Quatrième idéal : sécurité

lic
psychologique

• Solidarité (Partage) Le Cinquième idéal : approche centrée

up
sur le client
D
ot
N
o
D

©DevOps Institute unless otherwise stated

Module 1 : Explorer DevOps 22
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

L’automatisation est un élément essentiel

e
ut
ib
L’automatisation permet l’agilité, la cohérence, la rapidité et la fiabilité.

tr
is
D
or
e
at
lic
up
D
ot
N

La prise de décision partagée, l'accès aux toolchains et leur compréhension, ainsi

que d'autres automatisations, simplifient la livraison de logiciels et préparent Ops au
o
D

long terme.
©DevOps Institute unless otherwise stated Module 1 : Explorer DevOps 23
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Parties prenantes DevOps

e
ut
Dev inclut toutes les personnes impliquées dans le

ib
développement de produits et services logiciels,

tr
is
notamment

D
– Architectes, représentants métier, clients, chefs de produit,

or
chefs de projet, responsables qualité, analystes, fournisseurs,
etc.

e
at
Ops inclut toutes les personnes impliquées dans la

lic
fourniture et la gestion de produits et services logiciels,

up
notamment
– Professionnels de la sécurité de l'information, ingénieurs système,
D
administrateurs système, ingénieurs d'exploitation, administrateurs
ot

de base de données, ingénieurs réseau, professionnels support,

fournisseurs, etc.
N
o

DevOps s’étend au-delà des développeurs logiciels et des opérations IT.

D

©DevOps Institute unless otherwise stated

Module 1 : Explorer DevOps 24
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

e
ut
ib
tr
is
« Vous ne changerez rien en luttant contre la réalité.

D
Pour changer quelque chose, construisez un nouveau

or
modèle qui rend le modèle existant obsolète. »

e
at
Buckminster Fuller

lic
up
D
ot
N
o
D

Module 1 : Explorer DevOps 25

©DevOps Institute unless otherwise stated
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

D
o
N
ot
D
up
lic
at
e
Module 1 : Explorer DevOps

or
D
is
tr
ib
ut
e
Pourquoi DevOps est-il important ?

26
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Notre cadence n’est pas la bonne

e
ut
ib
Historiquement…

tr
is
D
L’entreprise Dev Ops

or
e
X X

at
X X
X X
X X

lic
up
Innovation D Projets en cascade Processus rigoureux
ot
N

Cadence – le flux ou rythme des événements.

o
D

©DevOps Institute unless otherwise stated Module 1 : Explorer DevOps 27

Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

DevOps améliore la cadence et la vélocité

e
ut
ib
… des pratiques agiles, Lean et ITSM sont également nécessaires.

tr
is
DevOps Agile/Lean

D
L’entreprise

or
e
X X X XX X X XX

at
X X X X X
X X X X XX X X XX

lic
XX X XX X

up
Gagner par
l’innovation D Livraison continue
ot
N
o
D

©DevOps Institute unless otherwise stated Module 1 : Explorer DevOps 28

Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

DevOps améliore le débit ET la stabilité

e
ut
Selon le rapport 2021 sur l’état du DevOps, les

ib
entreprises les plus performantes ont :

tr
• des déploiements de code 973 fois plus fréquents

is
D
• des délais de livraison 6570 fois plus rapide entre le

or
commit et le déploiement

e
• des délais de récupération des incidents 6570 fois

at
plus rapide s

lic
• un taux d'échec de changement 3 fois plus faible.

up
D
« Notre recherche examine les capacités et les pratiques qui stimulent la
livraison de logiciels, les performances opérationnelles et
ot

organisationnelles. En utilisant des techniques statistiques rigoureuses,

N

nous cherchons à comprendre les pratiques qui mènent à l’excellence

dans la fourniture de technologies et à de forts résultats commerciaux. »
o
D

© DevOps Institute unless otherwise stated Module 1 : Explorer DevOps 29

Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

ETUDE DE CAS : Banque ING

e
ut
« Nous avons voulu créer une culture et un environnement

ib
dans lesquels la création, le test et la livraison de logiciels
« L’IT est

tr
peuvent être réalisés rapidement, fréquemment et de manière

is
plus fiable. Au début de ce périple, nous avons commencé par devenue le

D
le plus important : les personnes. Ce périple, a eu un début cœur de la

or
mais il n'aura pas de fin. Une fin mettrait un terme à la
transformation, alors qu'en réalité, vous devez toujours vous banque. »

e
assurer que vous continuez à vous améliorer pour le client. »

at
lic
Avantages

up
• A transformé une organisation avec une aversion pour le risque en puissance Agile
D
• Time to market passé de treize semaines à moins d’une semaine
ot
• Processus plus automatisés
N

Ron van Kemenade, • Une nette réduction des transferts

CIO • Une culture de performance collaborative
o
D

©DevOps Institute unless otherwise stated Module 1 : Explorer DevOps 30

©DevOps Institute unless otherwise stated
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

e
« Le véritable objectif (tout

ut
ib
à fait réalisable) consiste à

tr
aligner les objectifs IT sur

is
ceux du business en

D
supprimant tous les goulots

or
d’étranglement,

e
at
inefficacités et risques entre

lic
une idée business et un

up
résultat client mesurable. » D
ot
N

Damon Edwards
o
D

© DevOps Institute unless otherwise stated 31

©DevOps Institute unless otherwise stated Module 1 : Explorer DevOps
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

D
o
N
ot
D
up
lic
at
e
Module 1 : Explorer DevOps

or
D
is
tr
ib
ut
e
Du point de vue business

32
 Pourquoi le business est-il le moteur de
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

e
DevOps ?

ut
ib
tr
• Toutes les entreprises sont maintenant des

is
entreprises technologiques

D
• L’IoT progresse rapidement

or
Votre plus gros
• Les consommateurs ont développé des concurrent peut

e
at
habitudes « app sur mobile » être une start-up.

lic
• Les clients valorisent les résultats, pas les produits.

up
• Le time to value remplace le time to market
D
• Les données intelligentes doivent déterminer
ot

rapidement la direction
N

• Le plaisir du client est plus important que la

o

satisfaction du client
D

©DevOps Institute unless otherwise stated Module 1 : Explorer DevOps

Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Adoption de DevOps

e
ut
2021 2021 État du

ib
GitLab 2021
Rapport sur rapport

tr
Enquête
l’état de VSMC

is
DevSecOps
DevOps

D
or
• Cette année, pour la toute • Les défis liés à la culture sont les • Les équipes orientées vers la
première fois, DevOps est devenu plus complexes parmi les plateforme ou la chaîne de
sérieux. C’est triste. Il grandit. C’est

e
entreprises à faible évolution; valeur sont près de deux fois
heureux. •

at
18 % des répondants à forte plus susceptibles d’utiliser des
• 60% des développeurs publient du évolution déclarent qu’ils n’ont métriques de flux que les

lic
code 2 fois plus rapidement. pas de bloqueurs culturels.
qu’auparavant, grâce à DevOps équipes orientées projet
• 89 % des équipes hautement
• Moins de 50 % des répondants

up
– en hausse de 25% par rapport à
évoluées déclarent que les
(avant la pandémie) 2021. mesurent la réalisation de la
• 56 % des membres des équipes
membres de leur propre équipe
valeur.
D ont des rôles, des plans et des
opérationnelles ont déclaré qu’ils • Plus de 70 % ne connectent
objectifs clairs pour leur travail,
ot
étaient « entièrement » ou
contre seulement 46 % des pas les métriques de flux aux
principalement automatisés, soit
résultats de l’entreprise.
N

une hausse de 10 % par rapport à équipes à faible évolution.

2021.
o
D

© DevOps Institute unless otherwise stated Module 1 : Explorer DevOps 34

Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

La valeur business de DevOps

e
ut
ib
Combinés, les objectifs métier et non-

tr
métier comprennent :

is
D
“Accélérer les résultats de l’entreprise
• Rentabilité avec les environnements hybrides et le Multi-

or
• Productivité cloud“
• Part de marché Cette année, nous constatons une croissance de

e
l’utilisation des environnements hybrides et du multi-
Nombre de clients

at
•
cloud, avec un impact significatif sur les résultats qui
• Quantité de produits ou de services

lic
intéressent les entreprises. Les répondants qui utilisent
• Efficacité opérationnelle un environnement hybride ou multi-cloud étaient 1,6

up
• Satisfaction client fois plus susceptibles de dépasser leurs objectifs de
rendement organisationnel que ceux qui ne
• Qualité des produits ou services fournis
D l’utilisaient pas. Nous avons également constaté de
• Atteinte des objectifs de l’organisation ou forts effets sur SDO, les utilisateurs d’hybrides et de
ot

de la mission multi-cloud étant 1,4 fois plus susceptibles d’exceller

N

en termes de fréquence de déploiement, de délai

de modification, de temps de récupération, de taux
o

d’échec des modifications et de fiabilité.

D

Module 1 : Explorer DevOps

©DevOps Institute unless otherwise stated 35
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Commencez par le « Pourquoi » - Le

e
Cercle d’Or

ut
ib
tr
is
But, cause, croyance,

D
raison pour lesquels

or
l’entreprise existe Quel est le «

e
pourquoi »

at
Ce qui vous de votre

lic
distingue entreprise

up
D ?

Produits et services
ot
N

© 2013 Simon Sinek, Inc.

o
D

©DevOps Institute unless otherwise stated Module 1 : Explorer DevOps 36

Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

e
ut
ib
tr
is
D
or
e
at
lic
up
D
Start With Why
ot
N

with Simon Sinek (5:00)

o
D

37
©DevOps Institute unless otherwise stated Module 1 : Explorer DevOps
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai Module 1 : Explorer DevOps

e
ut
ib
tr
is
D
or
e
at
lic
EXERCICE
up
D
Votre “Pourquoi" organisationnel
ot
N
o
D

©DevOps Institute unless otherwise stated

Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

e
ut
ib
« L’Agile a permis aux équipes de

tr
développement de regagner la

is
confiance du business, mais en

D
laissant involontairement les

or
opérations IT derrière. DevOps est un

e
moyen pour restaurer la confiance

at
de l’entreprise vis-à-vis de toute

lic
l’organisation IT. »

up
Clyde Logue - Fondateur de StreamStepD
ot
N
o
D

Module 1 : Explorer DevOps

© DevOps Institute unless otherwise stated 39
©DevOps Institute unless otherwise stated
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

D
o
N
ot
D
up
lic
at
e
Module 1 : Explorer DevOps

or
D
is
tr
Du point de vue IT

ib
ut
e
40
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Pourquoi l’informatique est le moteur

e
du DevOps ?

ut
ib
tr
• Toutes les entreprises sont maintenant des entreprises

is
technologiques

D
• L’IoT progresse rapidement

or
• Les consommateurs ont développé des habitudes « Reconnaissez

e
app sur mobile » -vous ces

at
• Les clients valorisent les résultats, pas les produits moteurs ?

lic
• Le time to value remplace le time to market

up
• Les données intelligentes doivent déterminer
D
rapidement la direction
ot

• Le plaisir du client est plus important que la

N

satisfaction du client
o
D

©DevOps Institute unless otherwise stated

Module 1 : Explorer DevOps 41
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Le défi IT

e
ut
DevOps doit continuellement produire des résultats en établissant des liens de connexion et en améliorant presque tous les

ib
aspects de l’IT.

tr
Défis IT internes :

is
• L’IT doit aller de plus en plus vite sans impact sur la qualité.

D
• Les investissements antérieurs ne fournissent pas une valeur de bout en

or
bout :

e
– le développement logiciel agile c’est bien mais ça n’apporte pas la pleine valeur ;

at
– les processus ITSM c’est bien, mais ça n’apporte pas la pleine valeur ;

lic
– une nouvelle automatisation c’est bien, mais ça n’apporte pas la pleine valeur.

up
• La culture IT en silo limite la chaîne de valeur.
D
ot

L’ IT n’a plus besoin de s’aligner ou de s’intégrer au

N

business, elle est le business.

o
D

©DevOps Institute unless otherwise stated Module 1 : Explorer DevOps 42

Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Le mur de la confusion (1)

e
ut
ib
W Ops

tr
Dev veut du A veut de

is
changement L la

D
L stabilité

or
Qu’en est-il de la O
F
sécurité, de la

e
at
gouvernance, de la C

lic
O
gestion des risques et N

up
de la conformité ? F
U
Que veulent-ils? D S
I
ot

O
N

N
o
D

©DevOps Institute unless otherwise stated Module 1 : Explorer DevOps 43

Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Le mur de la confusion (2)

e
ut
ib
tr
is
Accent Quels sont les dangers? Accent

D
sur le sur la

or
changement Stabilité

e
Qualité

at
lic
up
DQue veut le business ?
Les trois !
ot
N
o
D

Module 1 : Explorer DevOps

©DevOps Institute unless otherwise stated 44
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

La culture en silo de l’IT

e
ut
ib
Dev Ops

tr
is
D
QA Service Desk

or
Sécurité

e
at
lic
up
Des silos IT isolés peuvent favoriser les stéréotypes et
D
idées fausses entre Dev, Ops et d’autres équipes IT.
ot

Cela peut également affecter le flux de travail et la capacité

N

de l’IT à innover en permanence.

o
D

Module 1 : Explorer DevOps

©DevOps Institute unless otherwise stated 45
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Quiz du module1

e
ut
1 Que signifie CALMS ? a) Culture, Automatisation, Lean, Management, Solidarité

ib
b) Collaboration, Automatisation, Lean, Métriques, Solidarité

tr
c) Culture, Automatisation, Lean, Mesure, Solidarité
d) Intégration continue, Automatisation, Lean, Mesure, Solidarité

is
2

D
Qui a inventé le mot « DevOps » ? a) Gene Kim
b) Patrick Debois

or
c) John Willis
d) Damon Edwards

e
3 Quel est le premier idéal ? a) Concentration, flux et joie

at
b) Localité et simplicité
c) Amélioration du travail quotidien

lic
d) Sécurité psychologique

up
4 Grâce au DevOps, qu’est devenue l’IT pour ING
Bank ? D a) Le cœur qui saigne
b) La cerise sur le gâteau
c) L’étoile brillante
d) Le cœur qui bat
ot

5 Qui est à l’origine du Cercle d’or ? a) Simon Sinek

N

b) Alan Alter
c) Ron van Kemenade
o

d) Jez Humble
D

©DevOps Institute unless otherwise stated Module 1 : Explorer DevOps 46

Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Réponses au quiz module 1

e
ut
1 Que signifie CALMS ? a) Culture, Automatisation, Lean, Management, Solidarité

ib
b) Collaboration, Automatisation, Lean, Métriques, Solidarité

tr
c) Culture, Automatisation, Lean, Mesure, Solidarité
d) Intégration continue, Automatisation, Lean, Mesure, Solidarité

is
2

D
Qui a inventé le mot « DevOps » ? a) Gene Kim
b) Patrick Debois

or
c) John Willis
d) Damon Edwards

e
3 Quel est le premier idéal ? a) Concentration, flux et joie

at
b) Localité et simplicité
c) Amélioration du travail quotidien

lic
d) Sécurité psychologique

up
4 Grâce au DevOps, qu’est devenue l’IT pour ING
Bank ? D a) Le cœur qui saigne
b) La cerise sur le gâteau
c) L’étoile brillante
d) Le cœur qui bat
ot

5 Qui est à l’origine du Cercle d’or ? a) Simon Sinek

N

b) Alan Alter
c) Ron van Kemenade
o

d) Jez Humble
D

©DevOps Institute unless otherwise stated Module 1 : Explorer DevOps 47

 Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

D
o
N
ot
D
up
lic
at
e
or
D
is
tr
Module 2

ib
Les principes

ut
e
48
fondamentaux de DevOps
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Module 2 :

e
ut
Principes fondamentaux

ib
de DevOps

tr
is
D
or
e
• Les Three Ways (3 voies) Composant Module 2 Contenu

at
lic
Vidéo Gene Kim Defines the Three
• La théorie des contraintes Ways of The Phoenix Project

up
• Ingénierie du chaos D Etude de Ticketmaster
cas
• Organismes apprenants
ot
Discussion Surmonter les contraintes
N

Exercice Faire vivre les Three Ways

o
D

49
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

D
o
N
ot
D
up
lic
at
e
(3 voies)

or
Module 2 : Principes fondamentaux de DevOps

D
is
Les Three Ways

tr
ib
ut
e
50
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Les Three Ways (3 voies)

e
ut
ib
tr
Première voie Deuxième voie Troisième voie

is
Flux Feedback Expérimentation et

D
apprentissage continus

or
Comprendre et améliorer le flux Créer des boucles de feedback Créer une culture qui favorise :

e
de travail (de gauche à droite) permettant une amélioration • L’expérimentation, la prise de

at
continue (de droite à gauche) risques et tirer des leçons des

lic
échecs ;
• Comprendre que la répétition

up
et la pratique est la condition
D préalable à la maîtrise.
ot
N
o
D

©DevOps Institute unless otherwise stated

Module 2 : Principes fondamentaux de DevOps 51
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Gene Kim Defining The Three Ways of

e
ut
The Phoenix Project

ib
tr
is
D
or
e
at
lic
up
D
Gene Kim Defines The Three Ways
ot
N

of The Phoenix Project (3:31)

o
D

Module 2 : Principes fondamentaux de DevOps 52

©DevOps Institute unless otherwise stated
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

La première voie : le flux

e
ut
ib
tr
is
D
• Comprendre le flux de travail.

or
• Améliorer le flux en identifiant puis en supprimant les contraintes.

e
at
• Ne jamais transmettre un défaut connu vers l’aval.

lic
• Ne jamais laisser une optimisation locale entrainer la dégradation
globale.
up
D
• Atteindre une véritable compréhension de l'ensemble du système.
ot
N

La première voie vise à fluidifier le travail afin qu’il s’écoule

o

rapidement de gauche à droite.

D

©DevOps Institute unless otherwise stated Module 2 : Principes fondamentaux de DevOps 53

Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Théorie des contraintes

e
ut
ib
tr
Une approche permettant d’identifier le plus important facteur limitant (c.à-d. la contrainte) qui retarde l’atteinte d’un

is
objectif et de systématiquement optimiser cette contrainte jusqu'à ce qu'elle ne soit plus le facteur limitant.

D
La théorie des contraintes reconnaît que :

or
e
• chaque processus a au moins une contrainte ou un goulot

at
d’étranglement qui affecte sa capacité à atteindre son objectif ;

lic
• le processus pourra au maximum atteindre la capacité de ses
contraintes et pourra être efficace à la limite de son maillon le plus

up
faible ; D
• l’optimisation des contraintes est le moyen le plus rapide et le plus
efficace pour améliorer l'ensemble du processus ou du système.
ot
N

La théorie des contraintes a été introduite dans le livre

o

‘The Goal’ par Eliyahu M. Goldratt.

D

©DevOps Institute unless otherwise stated Module 2 : Principes fondamentaux de DevOps 54

Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Contraintes courantes

e
ut
ib
• Délais de développement.

tr
is
• Création d'environnement (test,

D
simulation, production, etc.).

or
• Déploiement de code.

e
• Mise en place et exécution des tests.

at
• Évaluations de sécurité ou d’AQ.

lic
• Dépendance à l’architecture.
• Gestion des produits.
up
D
• Processus complexes ou bureaucratiques.
ot
N
o
D

©DevOps Institute unless otherwise stated Module 2 : Principes fondamentaux de DevOps 55

Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai Module 2 : Principes fondamentaux de DevOps

e
ut
ib
tr
is
D
or
DISCUSSION

e
at
lic
Surmonter les contraintes
up
D
ot
N
o
D

©DevOps Institute unless otherwise stated

Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Deuxième voie : Feedback

e
ut
ib
tr
is
D
Avec des boucles de feedback plus courtes

or
• Comprendre et répondre le partage et la croissance des connaissances
aux besoins de tous les
augmentent :

e
clients, internes et externes
‒

at
la confiance s’accroit ;
• Raccourcir et amplifier toutes ‒ nous comprenons mieux nos clients, internes et

lic
les boucles de feedback externes ;
‒
up
nous corrigeons les défauts plus rapidement et
• Créer et intégrer des sommes en mesure de prévenir les problèmes ;
connaissances là où elles D ‒ les processus sont améliorés, ce qui se traduit par un
sont nécessaires meilleur flux, des vitesses de livraison plus rapides et
ot

un travail moins réactif et non planifié.

N

La seconde voie vise à raccourcir et amplifier les boucles de feedback de droite à gauche afin que
o

les corrections nécessaires puissent être apportées en permanence.

D

©DevOps Institute unless otherwise stated Module 2 : Principes fondamentaux de DevOps 57

Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Exemples de boucles de feedback

e
ut
ib
tr
is
D
or
e
• Tests automatisés • Indicateurs de processus

at
• Revue par les pairs des • Post-mortem

lic
changements en production • Partage d’informations entre les

up
• Monitoring pilotes d’exploitation
• Tableaux de bord • Données de changement,
D
• Logs de production incidents, problèmes et gestion
ot

des connaissances
N
o
D

©DevOps Institute unless otherwise stated Module 2 : Principes fondamentaux de DevOps 58

Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

La troisième voie : expérimentation et

e
apprentissage continus

ut
ib
tr
is
D
or
La troisième voie encourage une culture qui favorise :
1. L’expérimentation continue, la prise de risques et l’apprentissage de l’échec

e
at
2. Comprendre que la répétition et la pratique sont la condition préalable à la maîtrise.

lic
• Allouer du temps pour l'amélioration du travail quotidien

up
• Créer des rituels qui récompensent l'équipe de la prise de risques
D
• Introduire des défauts dans le système pour augmenter la
résilience
ot

• Prévoir du temps pour des expériences et des innovations en toute

N

sécurité (hackathons)
o
D

©DevOps Institute unless otherwise stated Module 2 : Principes fondamentaux de DevOps 59

Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Ingénierie du chaos

e
ut
• Le concept « Simian Army » a été adopté pour la

ib
première fois par Netflix comme un service mettant fin

tr
de manière aléatoire à une instance de production.

is
• La réponse aux attaques permet de créer des

D
compétences pour restaurer l'environnement de
production suite à des défaillances inévitables.

or
e
« Chaos Monkey est un robot qui désactive de manière aléatoire nos instances de production afin de nous

at
assurer que nous puissions surmonter ce type de défaillance ordinaire sans aucun impact sur les clients. Le nom

lic
vient de l'idée de libérer un singe sauvage avec une arme dans votre centre de données (ou région de cloud)

up
qui casserait les instances et rongerait des câbles au hasard - tout en continuant de servir nos clients sans
interruption. En activant les Chaos Monkeys pendant les jours ouvrables dans un environnement monitoré avec
D
soin par des ingénieurs prêts à résoudre tout problème, nous pouvons toujours tirer les leçons des faiblesses de
ot
notre système et mettre en place des mécanismes de reprise automatique.
Ainsi, la prochaine fois qu'une instance échouera à 3 heures du matin le dimanche, nous ne le remarquerons
N

même pas. » Netflix

o
D

©DevOps Institute unless otherwise stated Module 2 : Principes fondamentaux de DevOps 60

Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

ETUDE DE CAS : Ticketmaster

e
ut
« Au fil des ans, nous avons modifié les technologies
traditionnelles en ajoutant des API pour moderniser

ib
l'interface de nos moteurs et plates-formes de billetterie.

tr
Nous voulions les mettre en production rapidement. Pour ce « L’accent est mis sur le

is
faire, nous devions toucher à de nombreux systèmes. Cela résultat et non plus sur

D
nous a conduit à DevOps. Pour nous, tout a vraiment
commencé avec DevOps. Une partie de notre la quantité de travail

or
transformation a été d’axer nos efforts sur la création plus réalisée »
rapide de la valeur ajoutée pour l’entreprise et sur la rapidité

e
at
avec laquelle le produit était mis sur le marché. »

lic
Avantages

up
• Suppression des goulots d'étranglement et des contraintes hérités
D
• Amélioration de la rapidité de commercialisation
ot
• Axés sur les résultats et la valeur business
N

• Autorité distribuée, plus grande autonomie

Justin Dean, VP
o

TechOps • Friction réduite grâce au libre service

D

©DevOps Institute unless otherwise stated Module 2 : Principes fondamentaux de DevOps 61

©DevOps Institute unless otherwise stated
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Encourager une culture d’apprentissage

e
ut
ib
• Encourager l'apprentissage quotidien et le
partage des connaissances. « Soit vous êtes une

tr
is
• Créer des plans de formation et d’éducation organisation en
basés sur les compétences.

D
Incorporer l'apprentissage dans les processus. apprentissage, soit vous

or
•
• Utiliser la technologie pour accélérer perdez au profit d’une

e
l'apprentissage. qui l’est. »

at
• Faire en sorte que le travail soit éducatif par

lic
le biais d'expérimentations, de résolutions de
problèmes et de démonstrations. Andrew Shafer dans

up
• Autoriser et utiliser des erreurs comme sources
D ‘Beyond the Phoenix
d'apprentissage. Project’
Rendre les résultats de l'apprentissage visibles.
ot
•
N
o
D

©DevOps Institute unless otherwise stated Module 2 : Principes fondamentaux de DevOps 62

Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai Module 2 : Principes fondamentaux de DevOps

e
ut
ib
tr
is
D
or
e
at
lic
EXERCICE
up
D
Faire vivre les Three ways
ot
N
o
D

©DevOps Institute unless otherwise stated

Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Quiz du module 2

e
ut
1 Lorsque vous faites des boucles de feedback sur a) La première voie
des résultats des tests automatisés, vous êtes b) La deuxième voie

ib
dans : c) La troisième voie

tr
d) Les 3 voies à la fois

is
D
2 Comment les principes de DevOps encadrent-ils a) Comme une occasion d'apprentissage
le traitement de l'échec ? b) Comme un élément à ignorer

or
c) Qu'il devrait être blâmé
d) Que nous ne pouvons pas nous protéger contre

e
3 Quel est le préalable à la maîtrise ? a) Talent & capacité

at
b) S’entrainer et étudier
c) Orientation et coaching

lic
d) Répétition & entraînement

up
4 Nous devons : a) Ne jamais transmettre un défaut connu en aval
D b) Rechercher une vue d'ensemble du système
c) Autoriser l'optimisation locale à dégrader l'optimisation globale
d) Optimiser tous les liens d'un processus
ot

5 Quelle organisation a créé le Chaos Monkey en a) Facebook

N

open source ? b) Etsy

c) Google
o

d) Netflix
D

©DevOps Institute unless otherwise stated Module 2 : Principes fondamentaux de DevOps 64

Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Réponses au quiz du module 2

e
ut
1 Lorsque vous faites des boucles de feedback sur a) La première voie

ib
des résultats des tests automatisés, vous êtes b) La deuxième voie
dans : c) La troisième voie

tr
d) Les 3 voies à la fois

is
D
2 Comment les principes de DevOps encadrent-ils a) Comme une occasion d'apprentissage
le traitement de l'échec ? b) Comme un élément à ignorer

or
c) Qu'il devrait être blâmé
d) Que nous ne pouvons pas nous protéger contre

e
3 Quel est le préalable à la maîtrise ? a) Talent & capacité

at
b) S’entrainer et étudier

lic
c) Orientation et coaching
d) Répétition & entraînement

up
4 Nous devons : a) Ne jamais transmettre un défaut connu en aval
D b) Rechercher une vue d'ensemble du système
c) Autoriser l'optimisation locale à dégrader l'optimisation globale
d) Optimiser tous les liens d'un processus
ot

5 Quelle organisation a créé le Chaos Monkey en a) Facebook

N

open source ? b) Etsy

c) Google
o

d) Netflix
D

©DevOps Institute unless otherwise stated Module 2 : Principes fondamentaux de DevOps 65

Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

D
o
N
ot
D
up
lic
at
e
or
D
DevOps

is
tr
Module 3

ib
ut
e
66
Les principales pratiques
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Module 3 :

e
ut
Les principales pratiques

ib
DevOps

tr
is
D
or
• Tests en continu Composant Module 3 Contenu

e
at
• Intégration continue, livraison Vidéo GitHub Professional Guides:

lic
Intégration et livraison
continue, déploiement continu
continues

up
• Site Reliability Engineering (SRE)
D Etude de cas Capital One
• DevSecOps
Discussion Pourquoi trop de WIP est
ot
• ChatOps
mauvais
N

• Kanban
Exercice Évaluez votre capacité CI/CD
o
D

67
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

ETUDE DE CAS : Capital One

e
ut
« Les outils sont une partie importante des approches Agile et DevOps actuelles. Un

ib
projet typique traite d'outils de gestion de projet Agile, de contrôle de source,
« Axé sur les

tr
d’intégration continue (CI), de test, d’analyse de code statique et d’analyse de

is
sécurité, de déploiement et de surveillance, pour en nommer quelques-uns. Les données, la
grandes entreprises et les systèmes complexes utilisent parfois plusieurs outils de CI, de

D
test et d'analyse. Chacun bénéficie de beaux tableaux de bord affichant les
technologie et la
science des

or
informations clés. Mais ce qui manque, c’est une vue unique et complète de l’état
d’un pipeline de livraison en temps quasi réel. Chez Capital One, nous pensons que si données. »

e
les outils, l’automatisation et la collaboration sont très importants, une boucle de

at
feedback continue est essentielle au succès de DevOps. »

lic
Avantages

up
• Code « committé » des centaines de fois par jour
D
• Intégration passée d’1 fois par mois à toutes les 15 minutes
ot
• AQ passée d’1 fois par mois à 4 fois par jour
Topo Pal,
• Déploiement passé de manuel à complètement automatisé
N

Director & Platform

Engineering Fellow • Mise en production mensuelle / trimestrielle à une fois par sprint
o
D

©DevOps Institute unless otherwise stated Module 3 : Principales pratiques de DevOps 68

Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

D
o
N
•
•
•
•

ot
D
up
Test

lic
at
e
Continu:

Livraison

or
Module 3 : Principales pratiques de DevOps

D
Intégration

is
Déploiement

tr
ib
ut
e
69
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Tests en continu

e
ut
ib
Les tests en continu consistent à exécuter des tests automatisés dans le cadre du pipeline de

tr
déploiement pour obtenir un retour immédiat sur les risques business associés à une version du logiciel.

is
D
or
« Shift Left » consiste à intégrer la qualité
dans le processus de développement

e
logiciel. Lorsque vous vous déplacez vers la

at
« Exécuter les tests de manière séquentielle est un défi, gauche, moins de choses s’interrompent

lic
mais il y a quelques petits signes d’avancement. Près de dans la production, car tous les problèmes
25 % des équipes signalent une automatisation complète sont détectés et résolus plus tôt. Les tests

up
des tests (plus du double de ce qui a été rapporté l’année
dernière) et 28 % confirment qu’ils tendent vers cela,
unitaires dans le cadre de l’intégration
D
Environ 34% des participants à l’enquête ont déclaré que continue (à la prochaine étape!) sont un
les développeurs testaient une partie de leur propre code exemple de « Shift Left ». Les tests manuels,
ot
(contre 31% l’année dernière) et 32% ont déclaré que les les tests en production et les évaluations de
tests automatisés se produisaient au fur et à mesure que le
vulnérabilité ne le sont pas.
N

code était écrit, un grand bond par rapport au 25% de

2020.
o
D

©DevOps Institute unless otherwise stated Module 3 : Principales pratiques de DevOps 70

Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Intégration continue

e
ut
ib
tr
L’intégration continue (CI) est une pratique de développement qui oblige les développeurs à

is
« committer » du code dans un référentiel partagé (maître/tronc) au moins une fois par jour.

D
• Chaque archivage est validé par :

or
– une version automatisée ; Bien qu’elles soient
– des tests unitaires, d'intégration et de réception principalement associées au

e
automatisés. développement logiciel

at
• Dépend de normes de codage agile, les approches en

lic
• Nécessite des référentiels de contrôle de version et cascade peuvent
des serveurs CI pour collecter, construire et tester le

up
également tirer parti de
code « committé » D l’intégration continue et des
• Fonctionne dans des environnements semblables à la
production pratiques du test-driven
ot

• Permet une détection précoce et une correction development (TDD).

N

rapide des erreurs dues aux modifications de code .

avant de passer en production
o
D

©DevOps Institute unless otherwise stated Module 3 : Principales pratiques de DevOps 71

Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Les compétences de la toolchain

e
CI/CD sont essentielles pour DevOps

ut
ib
tr
is
D
or
e
at
lic
up
D
ot
N

Source: DevOps Institute Upskilling IT

Global Report 2022
o
D

©©DevOps Institute unless

DevOps Institute unless otherwise stated Module 3 : Principales pratiques de DevOps 72
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Livraison continue

e
ut
ib
La livraison continue est une méthodologie qui vise à s’assurer que le logiciel est
toujours dans un état livrable tout au long de son cycle de vie.

tr
is
• Fait passer l’intégration continue au

D
niveau supérieur

or
• Fournit un feedback rapide et automatisé
sur l'état de préparation à la production

e
d'un système

at
• Donne la priorité au maintien du logiciel

lic
livrable / déployable par rapport au

up
travail sur les nouvelles fonctionnalités
• S'appuie sur un pipeline de déploiement
D
permettant des déploiements à la
demande en un clic
ot

• Réduit les coûts, les délais et les risques liés

N

aux modifications incrémentielles

o
D

©DevOps Institute unless otherwise stated Module 3 : Principales pratiques de DevOps 73

Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai Module 3 : Principales pratiques de DevOps

e
ut
ib
tr
is
D
or
e
at
lic
EXERCICE
up
D
Évaluez votre capacité CI/CD
ot
N
o
D

©DevOps Institute unless otherwise stated

Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Livraison continue et déploiement

e
continu

ut
ib
tr
Livraison continue

is
D
Test
d’application
Test
d’intégration
Test
d’acceptation
L’intégration continue

or
est la pratique
permettant la livraison

e
Déclencheur Déclencheur
automatique manuel
continue de la valeur

at
entre les mains des

lic
Test Test Test
d’application d’intégration d’acceptation utilisateurs

up
Déploiement continu
D
ot
Extrait de Mirco Hering : notafactoryanymore.com,
auteur de ‘DevOps for the Modern Enterprise’
N
o
D

©DevOps Institute unless otherwise stated Module 3 : Principales pratiques de DevOps 75

Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

e
ut
ib
tr
is
D
or
e
at
lic
up
D
GitHub Professional Guide:
ot
N

Continuous Integration & Delivery (6:00)

o
D

© DevOps Institute unless otherwise stated 76

Module 3 : Principales pratiques de DevOps
©DevOps Institute unless otherwise stated
 La livraison continue conduit à une
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

performance organisationnelle plus élevée

e
ut
ib
CULTURE DE LA SÉCURITÉ

tr
PSYCHOLOGIQUE INDUSTRIE (Contrôle)
ENTREPRISE (Contrôle)
PROCESSUS DE CHANGEMENT

is
SIMPLE

PROCESSUS DE CHANGEMENT

D
COMPLEXE

or
TEST DE REPRISE APRÈS
SINISTRE PERFORMANCE SDO

e
LOGICIEL
LIVRAISON
PERFORMANCE

at
MAINTENABILITÉ DU CODE PERFORMANCE
ORGANISATIONNEL

lic
ARCHITECTURE À COUPLAGE
LIVRAISON
SOUPLE DISPONIBILITE
CONTINUE

SURVEILLANCE

up
DÉVELOPPEMENT BASÉ SUR
LES TRONCS

DÉVELOPPEMENT BASÉ SUR

LES TRONCS
D Construction

Construction de second ordre

ot
CLOUD Objectif commun de l'équipe
ou de l'organisation

Variable de contrôle
N

BURNOUT
Relation prédictive
INTEGRATION TEST
CONTINUE AUTOMATISE Résultat mitigé
o

Relation prédictive négative

Nouvelles enquêtes cette
D

année

©DevOps Institute unless otherwise stated

Module 3 : Principales pratiques de DevOps 77
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Site Reliability Engineering - SRE

e
ut
ib
• « Que se passe-t-il lorsqu'un ingénieur logiciel est
chargé de ce qu'on appelait autrefois les

tr
is
opérations ? » Ben Treynor, Google

D
• Les objectifs sont de créer des systèmes logiciels
ultra-évolutifs et extrêmement fiables

or
• 50% de leur temps de travail est lié aux

e
opérations (problèmes, gardes et interventions

at
manuelles)

lic
• 50% de leur temps est consacré aux tâches de

up
développement telles que les nouvelles
fonctionnalités, la mise à l'échelle ou
D
l'automatisation
ot
N

Google compte désormais plus de 3 000 ingénieurs SRE

o
D

Module 3 : Principales pratiques de DevOps

©DevOps Institute unless otherwise stated 78
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Ingénierie de la résilience

e
ut
ib
Capacité intrinsèque d'un système à adapter son fonctionnement avant, pendant ou après les changements et

tr
perturbations, afin de pouvoir poursuivre les opérations requises dans des conditions attendues ou inattendues.

is
• L'ingénierie de la résilience examine le fonctionnement de

D
l'organisation dans son ensemble

or
• La meilleure défense est une bonne attaque

e
• Adopter une vue agressive, irréprochable et systémique après

at
un incident

lic
• Considérer à la fois les éléments humains et techniques

up
• Les systèmes doivent être plus forts que leur maillon le plus
D
faible
ot

“L’échec est le côté pile du succès” Eric Hollnagel

N
o
D

Module 3 : Principales pratiques de DevOps

©DevOps Institute unless otherwise stated 79
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

DevSecOps

e
ut
ib
Le but et l'intention de DevSecOps est de s'appuyer sur l'état d'esprit selon lequel "tout le monde est

tr
responsable de la sécurité" afin de distribuer en toute sécurité les décisions de sécurité à la vitesse et à

is
l'échelle, sans sacrifier la sécurité requise.

D
www.devsecops.org

or
• Introduit la sécurité sous

e
forme de code

at
• Adopte la stratégie de test «

lic
Shift Left »

up
• Utilise l'automatisation pour
D la résilience, les tests, la
détection et l'audit
ot

• Brise la contrainte de
N

sécurité
o
D

© DevOps Institute unless otherwise stated

Module 3 : Principales pratiques de DevOps 80
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

ChatOps

e
ut
Group chat client + chat bots = développement, livraison et support axés sur la

ib
conversation

tr
is
D
or
e
at
lic
up
D
ot
N

La transparence de ChatOps raccourcit les boucles de feedback, améliore le partage d'informations,

o

améliore la collaboration entre les équipes et permet une formation transversale. Il peut également être
D

utilisé pour diminuer le MTTR.

©DevOps Institute unless otherwise stated Module 3 : Principales pratiques de DevOps 81
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Kanban

e
ut
ib
Kanban est une approche de visualisation du travail qui permet de mieux « tirer » le flux de travail

tr
au sein d’un processus, à un rythme raisonnable.

is
D
• Visualise et gère le flux de travail

or
• « Tire le travail » pour les équipes

e
quand elles sont prêtes

at
• Permet aux gens de travailler en

lic
collaboration pour améliorer le flux • Rend le travail visible

up
• Mesure la vélocité de l'équipe • Rend les politiques explicites
(quantité de travail effectué lors
D
d’une itération) • Limite les travaux en cours (WIP)
ot

• Réduit les temps morts et les pertes à la capacité

N

dans un processus
o
D

©DevOps Institute unless otherwise stated

Module 3 : Principales pratiques de DevOps 82
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai Module 3 : Principales pratiques de DevOps

e
ut
ib
tr
is
D
or
DISCUSSION

e
at
lic
Pourquoi trop de WIP (Work in
up
Progress) n’est pas bon ?
D
ot
N
o
D

©DevOps Institute unless otherwise stated

Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Module 3: Quiz

e
ut
1 Lequel des éléments suivants n'est pas a) Les développeurs « committent » du code au tronc/maître au
nécessaire pour l’intégration continue ? moins quotidiennement

ib
b) Déploiement en un clic.

tr
c) Tests unitaires, d'acceptation utilisateur et d'intégration
d) Normes de codage cohérentes

is
D
2 Lequel des éléments suivants n'est pas un test a) Performance
non fonctionnel ? b) Unitaire

or
c) Sécurité
d) Capacité

e
3 Combien y-a-t-il d'ingénieurs de la fiabilité des a) 3

at
sites chez Google ? b) 300
c) 3,000

lic
d) 30,000

up
4 Laquelle de ces plateformes n'est pas une a) Jira
plateforme ChatOps ? D b) Slack
c) Mattermost
d) Teams
ot

5 Lequel de ces points n'est pas vrai à propos de a) Rend le travail visible
N

Kanban ? b) Pousse le travail

c) Applique les limites de WIP
o

d) Mesure la vélocité de l'équipe

D

©DevOps Institute unless otherwise stated Module 3 : Principales pratiques de DevOps 84

Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Réponses au quiz du module 3

e
ut
1 Lequel des éléments suivants n'est pas a) Les développeurs « committent » du code au tronc/maître au
nécessaire pour l’intégration continue ? moins quotidiennement

ib
? b) Déploiement en un clic.

tr
c) Tests unitaires, d'acceptation utilisateur et d'intégration
d) Normes de codage cohérentes

is
2

D
Lequel des éléments suivants n'est pas un test a) Performance
non fonctionnel ? b) Unitaire

or
c) Sécurité
d) Capacité

e
3 Combien y-a-t-il d'ingénieurs de la fiabilité des a) 3

at
sites chez Google ? b) 300
c) 3,000

lic
d) 30,000

up
4 Laquelle de ces plateformes n'est pas une a) Jira
plateforme ChatOps ? D b) Slack
c) Mattermost
d) Teams
ot

5 Lequel de ces points n'est pas vrai à propos de a) Rend le travail visible
N

Kanban ? b) Pousse le travail

c) Applique les limites de WIP
o

d) Mesure la vélocité de l'équipe

D

©DevOps Institute unless otherwise stated Module 3 : Principales pratiques de DevOps 85

 Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

D
o
N
ot
D
up
lic
at
e
or
D
is
tr
Module 4

ib
Frameworks

ut
e
Business & Technologie
86
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Module 4 :

e
ut
Frameworks

ib
Business & Technologie

tr
is
D
or
• Agile Composant Module 4 Contenu

e
at
• ITSM Video Spotify Engineering Culture Part 1

lic
• Lean Etude de Alaska Air

up
• Culture de sécurité
D cas
• Organisations apprenantes Discussion L’agilité dans les opérations IT
ot

• Financement en continu Exercice Identifier et éradiquer les

N

gaspillage
o
D

87
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

DevOps ne peut s’en sortir seul

e
ut
ib
tr
Agile

is
Le succès de DevOps repose sur

D
l’adoption et l’intégration de

or
plusieurs frameworks et
méthodologies.

e
at
lic
DevOps

up
D
ITSM Lean
ot
N
o
D

©DevOps Institute unless otherwise stated Module 4 : Frameworks Business & Technologie 88
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

D
o
N
ot
D
up
lic
at
e
Agile

or
Module 4 : Frameworks Business & Technologie

D
is
tr
ib
ut
e
89
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Le Manifeste Agile

e
ut
Les concepts sous-jacents du développement logiciel agile ont été exposés pour la première fois dans le

ib
Manifeste Agile.

tr
is
NOUS VALORISONS Il est plus important d’ÊTRE

D
Les individus Aux processus agile que de FAIRE de l’agile

or
et interactions et outils
À une Documentation • Être centré sur le client
Des solutions

e
exhaustive
opérationnels • Être Lean

at
De
préférence Aux négociations • Être collaboratif
La collaboration

lic
contractuelles • Être communicatif
avec les clients

up
Au respect d’un
• Être capable de s’adapter
La réponse plan • Être mesurable
au changement D • Être cohérent
ot
• Être axé sur les résultats
• Être introspectif
N

Bien qu’il y ait de la valeur dans les éléments à droite,

o

nous valorisons davantage les éléments à gauche.

D

©DevOps Institute unless otherwise stated Module 4 : Frameworks Business & Technologie 90
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Scrum Rôles

e
• Product Owner 3

ut
Framework simple permettant la collaboration efficace • Scrum Master

ib
au sein de l'équipe sur des projets complexes. Scrum • Developers

tr
définit un ensemble de règles qui crée « juste assez » de

is
structure pour que les équipes puissent concentrer leur
innovation sur la résolution de ce qui, sans cette structure,

D
pourrait être un problème insurmontable.

or
Artefacts
Scrum.org • Product Backlog
3

e
at
• Sprint Backlog
Scrum est :
• Incrément

lic
– la pratique de développement logiciel agile la

up
plus couramment appliquée ;
– d’une simplicité trompeuse et difficile à maîtriser ;
D Evénements
– ni un processus ni une technique de création de • Sprint
ot

produit. • Sprint Planning

5
N

Scrum augmente la capacité de mises en production plus • Daily Scrum

o

fréquentes. http://www.scrumguides.org/
• Sprint Review
D

• Sprint Retrospective
Module 4 : Frameworks Business & Technologie 91
©DevOps Institute unless otherwise stated
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Scrum en bref

e
ut
ib
Scrum = 3 Rôles + 3 Artefacts + 5 Evénements

tr
is
Product Scrum
Developers

D
Réunion de Owner Master
planification Sprint Daily Scrum

or
(Facultatif) Planning (15 minutes)
Réunion

e
(4-8 heures)

at
24 heures Sprint Review
(2-4 heures)

lic
Scrum est basé
Sprint Retrospective
2-4 sur des

up
Product Sprint (1.5-3 heures)
Semaines
Backlog Backlog
D itérations de
blocs de temps.
SPRINT
ot
Increment
N

Aucun changement
de périmètre !
o

Où interviennent les opérations IT ?

D

©DevOps Institute unless otherwise stated Module 4 : Frameworks Business & Technologie 92
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Le Product Backlog

e
ut
ib
• Stories, également appelées « User

tr
stories » sont de courtes exigences ou

is
demandes, rédigées du point de vue

D
utilisateur final.
• Les Epics décrivent de grandes User

or
stories, qui seront décomposées en de

e
nombreuses Stories.

at
• Les Initiatives regroupent des Epics

lic
qui ont un objectif commun.

up
• Les Thèmes sont des domaines d’intérêt
qui couvent toute l’organisation. Ils
D
permettent de relier des Stories ayant
ot

des points communs, y compris lorsqu’elles

appartiennent à des Epics différents.
N
o
D

©DevOps Institute unless otherwise stated Module 4 : Frameworks Business & Technologie 93
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Scaled Agile Framework® (SAFe™)

e
ut
ib
Le Scaled Agile Framework (SAFe) est un framework éprouvé et accessible au public pour l’application
des principes et pratiques Lean-Agile à l’échelle de l’entreprise.

tr
is
D
• Intègre la pensée Lean et Agile dans le
développement logiciel

or
• Se concentre sur le développement

e
at
itératif et incrémental, le
développement logiciel agile, le flux de

lic
développement de produits, la pensée

up
Lean et l’expérience terrain à l’échelle
D
de l’entreprise
ot

• Peut être appliqué aux entreprises

N

avec un grand nombre de praticiens

et d’équipes
o
D

Module 4 : Frameworks Business & Technologie 94

©DevOps Institute unless otherwise stated
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

SAFe pour les enterprises Lean

e
ut
ib
tr
is
D
or
e
at
lic
up
D
ot
N
o
D

Module 4 : Frameworks Business & Technologie

© DevOps Institute unless otherwise stated 95
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

e
ut
ib
tr
is
D
or
e
at
lic
up
D
Spotify Engineering Culture Part 1
ot
N

with Henrik Kniberg (13:12)

o
D

Module 4 : Frameworks Business & Technologie

©DevOps Institute unless otherwise stated 96
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Contribuer à l’agilité

e
ut
ib
DevOps contribue à l’agilité en :

tr
• brisant les silos ;

is
• optimisant les contraintes ;

D
• adoptant une approche unifiée de l'ingénierie

or
des systèmes ;
• appliquant des principes agiles aux Devs et Ops ;

e
at
• partageant des connaissances, des
compétences, l’expérience et des données ;

lic
• reconnaissant la criticité de l'automatisation ;

up
• déployant plus rapidement avec moins d'erreurs.
D
ot

DevOps étend les principes agiles, au-delà des limites du

N

développement logiciel, à l'ensemble du service fourni

o
D

Module 4 : Frameworks Business & Technologie 97

©DevOps Institute unless otherwise stated
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

D
o
N
ot
D
up
lic
at
e
or
Module 4 : Frameworks Business & Technologie

D
is
informatiques (ITSM)

tr
Gestion des services

ib
ut
e
98
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

« Je suis fermement convaincu

e
ut
que la gestion des services

ib
informatiques (ITSM) et le

tr
is
mouvement DevOps ne sont

D
pas contradictoires. Bien au

or
contraire, ils vont parfaitement

e
bien ensemble. »

at
lic
up
D
ot
N

Gene Kim
o
D

99
Module 4 : Frameworks Business & Technologie
©DevOps Institute unless otherwise stated
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Gestion des services informatiques

e
ut
ib
IT service management (ITSM) adopte une approche de processus à l’égard de la gestion,

tr
en mettant l’accent sur les besoins des clients et les services de l’IT pour les clients plutôt

is
que sur les systèmes de l’IT, tout en mettant l’accent sur l’amélioration continue.

D
• Fournit des conseils et une structure aux processus tels que la gestion

or
des changements, de la configuration, des mises en production, des

e
incidents et des problèmes

at
• Les processus ITSM sous-tendent l'ensemble du cycle de vie des

lic
services : stratégie, conception, transition, opérations, amélioration

up
continue et création de valeur
• DevOps a besoin des pratiques ITSM pour atteindre son objectif de
D
déployer des changements plus rapidement sans interruption
ot
N

Des processus de gestion des services reproductibles – adaptés aux besoins métier actuels
d’une organisation – peuvent ouvrir la voie à une livraison continue stable et à un flux accru.
o
D

©DevOps Institute unless otherwise stated

Module 4 : Frameworks Business & Technologie 100
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

IT Infrastructure Library® (ITIL®)

e
ut
ib
ITIL® 4 définit un service comme un moyen de permettre la co-création de valeur en facilitant les

tr
résultats que les clients veulent atteindre, sans que le client ait à gérer des coûts et des risques

is
spécifiques.

D
or
Les composants clés du référentiel ITIL® 4 sont : ITIL ® 4 (nouveau en 2019) met
l’accent sur le monde du

e
Modèle à quatre Système de valeur

at
business et de la technologie,
dimensions de service (SVS) son fonctionnement

lic
1. Organisations et personnes 1. Les principes directeurs aujourd’hui et son

up
2. Information et technologie 2. La gouvernance fonctionnement à l’avenir
3. Partenaires et fournisseurs 3. La chaîne de valeur des
D avec Agile, DevOps et la
4. Flux de valeur et processus services (SVC)
4. L’amélioration continue transformation numérique.
ot

5. Les pratiques
N

AXELOS®, ITIL® and IT Infrastructure Library®

are registered trademarks of AXELOS
o

Limited.
D

©DevOps Institute unless otherwise stated

Module 4 : Frameworks Business & Technologie 101
 Pratiques ITIL® 4 : DevOps les impactent
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

toutes

e
ut
ib
tr
is
D
or
Toutes ces pratiques sont

e
at
nécessaires, sous une
forme ou une autre dans

lic
DevOps (à l’exception

up
peut-être de la gestion
D des projets).
ot

AXELOS®, ITIL® et IT Infrastructure

N

Library® sont des marques déposées

d'AXELOS Limited
o
D

Module 4 : Frameworks Business & Technologie

©DevOps Institute unless otherwise stated 102
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai Module 4 : Frameworks Business & Technologie

e
ut
ib
tr
is
D
or
DISCUSSION

e
at
lic
L’agilité dans les opérations
up
D
ot
N
o
D

©DevOps Institute unless otherwise stated

Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Agile Service Management

e
ut
Agile Service Management (Agile SM) garantit que les processus ITSM reflètent les valeurs Agile et

ib
sont conçus avec « juste assez » de contrôle et de structure afin de fournir des services

tr
efficaces qui permettent aux clients d'obtenir les résultats attendus au moment voulu.

is
D
– Adapte les pratiques agiles à la conception des

or
ITIL
processus ITSM

e
– Implémente la gestion des services par petits

at
incréments intégrés

lic
Agile – Assure que les processus ITSM reflètent les valeurs

up
Scrum Lean
SM Agiles depuis la conception initiale jusqu'à CSI
– Encourage les processus « minimum viables » et «
D
juste assez » pour augmenter la vitesse et la
ot

conformité
N

Kanban
Source: Agile Service Management Guide
o

Agile Service Management ne réinvente pas l’ITSM – il modernise l’approche.

D

©DevOps Institute unless otherwise stated Module 4 : Frameworks Business & Technologie
104
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

D
o
N
ot
D
up
lic
at
e
Lean

or
Module 4 : Frameworks Business & Technologie

D
is
tr
ib
ut
e
105
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Perspectives Lean

e
ut
ib
DevOps a ses racines dans le monde du Lean Manufacturing, qui répond aux problèmes des

tr
ingénieurs qui conçoivent des produits que les usines ne peuvent se permettre de fabriquer.

is
D
or
e
at
lic
up
D
ot

Lean IT applique les idées clés de la production Lean au

N

développement et à la gestion des produits et services

o

informatiques.
D

©DevOps Institute unless otherwise stated Module 4 : Frameworks Business & Technologie 106
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Sources de gaspillage

e
ut
ib
L'objectif de la pensée Lean est de créer plus de valeur pour les clients avec moins de ressources et moins de

tr
gaspillage. Le gaspillage correspond à toute activité qui n'apporte pas de valeur ajoutée au processus.

is
D
Source Raison Exemples

or
Défauts Dévier des exigences ; erreurs Défaillances, erreurs connues, désinformation
Surproduction Produire plus ou plus vite que nécessaire Trop de documentation ou code

e
at
Attente Délais dus à attente d’une étape précédente Décisions, approbations, réponses différées
Non-utilisation Connaissance ou créativité non utilisée Compétence, innovation, communication non utilisées

lic
Transport Déplacer des produits d’un lieu à un autre Transferts, emails ou réunions nombreuses

up
Inventaire Avoir plus de matériel que nécessaire Logiciels non utilisés, trop d’infrastructure, backlogs ou emails
Déplacement D
Déplacer des personnes ou des biens plus que nécessaire Déplacer trop souvent du code ou de l’infrastructure
Sur-ingénierie, impossible de créer des modèles et autres actifs
ot
Traitement excessif Faire plus que nécessaire réutilisables
N
o
D

©DevOps Institute unless otherwise stated Module 4 : Frameworks Business & Technologie 107
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai Module 4 : Frameworks Business & Technologie

e
ut
ib
tr
is
D
or
e
at
lic
EXERCICE
up
D
Identifier et éradiquer les
ot

gaspillage
N
o
D

©DevOps Institute unless otherwise stated

Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

e
ut
« Je pense que la plupart des

ib
tr
approches DevOps émergent

is
lorsque vous appliquez des

D
techniques telles que Lean, le

or
système de production Toyota,

e
la théorie des contraintes, etc.,

at
lic
à la chaîne de valeur

up
informatique. »
D
ot
N
o

Gene Kim
D

Module 4 : Frameworks Business & Technologie 109

©DevOps Institute unless otherwise stated
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

ETUDE DE CAS: Alaska Air

e
ut
« Nous devons fonctionner comme une marque non-

ib
conformiste. nous devons fonctionner de manière « Alaska Air se voit

tr
fondamentalement différente ; nous devons briser le
comme une

is
paradigme de ce que tout le monde pense et imagine
entreprise

D
du transport aérien. Nous nous sommes donc
concentrés sur deux éléments clés 1) gérer technologique avec

or
efficacement les opérations et 2) encourager
des ailes. »

e
l'innovation technologique. »

at
lic
Avantages

up
• Peut exposer ses API en toute sécurité à des milliers de services tiers
• Des clients plus heureux, des revenus plus élevés
D
• Changement d’échelle facile et à moindre coût
ot

• Les sites fonctionnent à un point optimal en performance et coût

N

Veresh Sita, CIO • Meilleure productivité, pollinisation transverse et partage des connaissances
o

plus rapides
D

©DevOps Institute unless otherwise stated Module 4 : Frameworks Business & Technologie 110
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Value Stream Mapping (VSM)

e
ut
Value stream mapping (VSM) est un outil Lean qui décrit le flux d’informations, de matériaux et

ib
de travail entre silos fonctionnels, en mettant l'accent sur la quantification et l'élimination du

tr
gaspillage, y compris en termes de temps et de qualité.

is
D
• Une chaîne de valeur est la séquence d'activités requises pour concevoir, produire
et livrer un produit ou un service spécifique

or
• Les chaînes de valeur couvrent généralement plusieurs processus

e
• La cartographie des chaînes de valeur permet aux équipes fonctionnelles

at
transverses de :

lic
― voir toute une chaîne de valeur du point de vue du travail et des flux d'informations ;

up
― identifier les zones de gaspillage qui pourraient être éliminées dans le but d'améliorer la
chaîne et de générer une plus grande valeur ;
D
― identifier, hiérarchiser et mesurer les améliorations.
ot

Demande Produit ou service

Chaîne de valeur
N

du client de valeur livré

o

Processus Processus Processus

D

©DevOps Institute unless otherwise stated Module 4 : Frameworks Business & Technologie 111
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Exemple de Value Stream Maps

e
ut
ib
tr
Source :

is
Jez Humble -Continuous
Delivery: Reliable

D
Software Releases
through Build, Test, and

or
Deployment Automation

e
at
lic
up
D Source: Ranger4
ot
N
o
D

©DevOps Institute unless otherwise stated Module 4 : Frameworks Business & Technologie 112
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Improvement Kata

e
ut
Un kata est une manière structurée de penser et d'agir, qui se pratique jusqu'à cela devienne

ib
une habitude.

tr
is
PDCA / Comprendre la
Analyser Définir un
2 4 3 1

D
expérimenter vision ou
l’existant objectif
vers l’objectif l’orientation à
d’amélioration

or
long terme

e
P

at
lic
Objectif
A D
Existant Obstacles Vision ou
d’amélioration

up
orientation

C
D
ot
N

L’Improvement Kata est un processus en quatre étapes qui met l’accent sur l’apprentissage et
l’amélioration du travail. Il prend en compte la vision ou l’orientation à long terme de l’organisation.
o

Plan > Do > Check > Act (PDCA)

D

©DevOps Institute unless otherwise stated Module 4 : Frameworks Business & Technologie 113
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Culture de la sécurité

e
ut
ib
tr
• Attitude, croyances, perceptions et
« Un incident est un

is
valeurs que partagent les employés en

D
investissement non planifié, et si
matière de sécurité sur le lieu de travail
vous ne le voyez pas comme tel

or
• Post-mortem sans reproches en tant que leader, vous

e
• Evaluer les incidents n'obtenez pas le retour sur

at
l'investissement qui a déjà été

lic
• Eviter les points uniques de défaillance
réalisé. »

up
(SPOF)
D
• Le Cordon d’Andon - merci d'avoir Attribué à John Allspaw par Sidney Dekker dans
Beyond the Phoenix Project
créé une opportunité d'apprentissage
ot
N
o
D

©DevOps Institute unless otherwise stated Module 4 : Frameworks Business & Technologie 114
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Organisations apprenantes

e
ut
ib
tr
• S’engager à apprendre

is
• S'améliorer nécessite d'apprendre

D
quelque chose de nouveau

or
• Ne pas apprendre génère une dette

e
culturelle

at
lic
• Les humains aiment l’excellence (et

up
aussi l'autonomie et le partage
d’objectifs) D
• L'engagement de la direction est
ot

essentiel
N
o
D

©DevOps Institute unless otherwise stated Module 4 : Frameworks Business & Technologie 115
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Financement en continu

e
ut
ib
tr
• Le financement traditionnel se fait

is
sur des cycles annuels

D
• Un financement agile peut être :

or
― à coût fixe ou continu ;

e
at
― révisé fréquemment.

lic
• Financement par produit / équipe
• Financement à risque
up
D
(ou basé sur le pari).
ot

• Axé sur la mesure du retour

N
o
D

Module 4 : Frameworks Business & Technologie 116

©DevOps Institute unless otherwise stated
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Module 4 : Quiz

e
ut
1 Dans le Manifeste Agile, nous valorisons un a) Processus et outils

ib
logiciel opérationnel par rapport à : b) Documentation exhaustive

tr
c) Negociations de contrats
d) Suivre un plan

is
2

D
Quelles sont les quatre étapes d’un a) PPP (Préparer, traiter, pratiquer)
Improvement Kata? b) ITSM (Mettre en œuvre, tester, rationaliser, gérer)

or
c) IPDCA (Préparer, diriger, vérifier, répondre)
d) PDCA (Planifier, faire, vérifier, agir)

e
3 Lequel de ces outils n'est pas un outil Lean ? a) A5 thinking

at
b) Value Stream Mapping
c) Improvement kata

lic
d) Kanban

up
4 Quelle est la première étape de l’Improvement a) Analyser l’existant
Kata ? D b) Définir un objectif d’amélioration
c) Plan Do Check Act (PDCA)
d) Comprendre la vision ou l’orientation à long terme
ot

5 Qui a écrit le livre sur « The Learning a) Peter Senge

N

Organization » ? b) Jonathan Smart

c) Henrik Kniberg
o

d) Gene Kim
D

©DevOps Institute unless otherwise stated Module 4 : Frameworks Business & Technologie 117
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Module 4 : Réponses au Quiz

e
ut
1 Dans le Manifeste Agile, nous valorisons un a) Processus et outils

ib
logiciel opérationnel par rapport à : b) Documentation exhaustive

tr
c) Negociations de contrats
d) Suivre un plan

is
2

D
Quelles sont les quatre étapes d’un a) PPP (Préparer, traiter, pratiquer)
Improvement Kata? b) ITSM (Mettre en œuvre, tester, rationaliser, gérer)

or
c) IPDCA (Préparer, diriger, vérifier, répondre)
d) PDCA (Planifier, faire, vérifier, agir)

e
3 Lequel de ces outils n'est pas un outil Lean ? a) A5 thinking

at
b) Value Stream Mapping
c) Improvement kata

lic
d) Kanban

up
4 Quelle est la première étape de l’Improvement a) Analyser l’existant
Kata ? D b) Définir un objectif d’amélioration
c) Plan Do Check Act (PDCA)
d) Comprendre la vision ou l’orientation à long terme
ot

5 Qui a écrit le livre sur « The Learning a) Peter Senge

N

Organization » ? b) Jonathan Smart

c) Henrik Kniberg
o

d) Gene Kim
D

©DevOps Institute unless otherwise stated Module 4 : Frameworks Business & Technologie 118
 Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

D
o
N
ot
D
up
lic
at
e
or
D
is
tr
Module 5

ib
ut
e
modèles opérationnels
119
Culture, comportements et
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Module 5 :

e
ut
Culture, comportements

ib
et modèles opérationnels

tr
is
D
or
Composant Module 5 : Contenu

e
• Définir la culture

at
Video Spotify Engineering Culture Part 2
•

lic
La dette culturelle Etude de cas Cible
• Modèles de comportement
• up
Modèles organisationnels Discussion Se positionner sur la courbe de
D
changement
•
ot

Exercice Evaluer et améliorer avec le

N

modéle Westrum
o
D

120
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

e
ut
« La culture ne

ib
fait qu’une

tr
is
bouchée de

D
or
toute

e
at
stratégie. »

lic
up
D
ot
N

Peter Drucker
o
D

Module 5 : Culture, comportements et modèles opérationnels 121

©DevOps Institute unless otherwise stated
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Qu’est-ce qu’une culture d’organisation ?

e
ut
ib
tr
« Vous ne pouvez pas changer

is
directement la culture. Mais vous

D
pouvez changer de comportement,

or
et le comportement devient la
culture. »

e
Lloyd Taylor, VP IT Operations

at
LinkedIn

lic
up
D Les valeurs et les comportements qui contribuent à
l'environnement social et psychologique unique d'une
ot

organisation.
N

https://gothamculture.com/what-is-organizational-culture-definition/
o
D

©DevOps Institute unless otherwise stated Module 5 : Culture, comportements et modèles opérationnels 122
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

DevOps aide à surmonter la dette

culturelle

e
ut
ib
La dette culturelle se produit lorsque les considérations culturelles sont ignorées ou différées en

tr
faveur de la croissance et de l'innovation.

is
D
or
« Le taux d’intérêt effectif sur la dette

e
culturelle est en général plus élevé que sur la

at
dette technique. »

lic
up
Dharmesh Shah, Founder & CTO
D
La culture en silo de l’IT et d’autres défis organisationnels résultent
ot

directement du non-respect de considérations culturelles en faveur

N

d’une augmentation rapide de la technologie d’entreprise. La date

o

d'échéance est aujourd’hui !

D

©DevOps Institute unless otherwise stated Module 5 : Culture, comportements et modèles opérationnels 123
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Caractéristiques d’une culture DevOps

e
ut
ib
• Vision, objectifs et incitations • Amélioration continue :

tr
― Expérimentation ;

is
partagés

D
• Communication ouverte, ― Prise de risque intelligente

or
honnête et bidirectionnelle ― Apprendre et s’entraîner

e
• Collaboration • Axé sur les données

at
• Environnement de travail

lic
• Fierté du travail bien fait
« Sûr »
up
• Respect D • Réflexion
• Confiance
• Reconnaissance
ot

• Transparence
N

La culture organisationnelle est l'un des précurseurs les plus puissants à la

fois des performances informatiques et des performances globales de
o

l'organisation.
D

©DevOps Institute unless otherwise stated Module 5 : Culture, comportements et modèles opérationnels 124
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Faire évoluer les pensées et les

e
comportements

ut
ib
tr
De à

is
D
• Centré sur l’IT (de l’intérieur vers • Centré sur le client (de
l’extérieur)
l’extérieur vers l’intérieur)

or
• Silos
• Équipes fonctionnelles
• Commander et contrôler

e
transverses

at
• Axé sur les tâches Le vrai
• Collaboratif
changement de

lic
• Faire des reproches • Axé sur les résultats
culture prend du
• Réactif

up
• Responsabilité temps. Il doit être
• Contenu D • Proactif progressif et
• Résistant • Courageux exécuté à un
ot

• Faible confiance • Souple rythme réaliste.

N

• Confiance élevée
o
D

©DevOps Institute unless otherwise stated Module 5 : Culture, comportements et modèles opérationnels 125
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Confiance élevée vs faible confiance

e
ut
ib
tr
is
Confiance élevée Faible confiance

D
or
Vitesse Vitesse

e
at
lic
Coût up Coût
D
ot
N
o
D

Module 5 : Culture, comportements et modèles opérationnels 126

©DevOps Institute unless otherwise stated
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

e
ut
ib
tr
is
D
or
e
at
lic
up
D
Spotify Engineering Culture Part 2
ot
N

with Henrik Kniberg (13:27)

o
D

127
©DevOps Institute unless otherwise stated Module 5 : Culture, comportements et modèles opérationnels
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Culture et flux de l’information

e
ut
ib
Pathologique Bureaucratique Génératrice

tr
(Orientée pouvoir) (Orientée règles) (Orientée performances)

is
L’information n’est pas disponible L’information peut être ignorée L’information est activement recherchée

D
Les messagers sont “fusillés” Les messagers sont isolés Les messagers sont encouragés

or
Les responsabilités sont évitées Les responsabilités sont Les responsabilités sont partagées
compartimentalisées

e
at
Les liens directs sont découragés Les liens directs sont permis mais non- Les liens directs sont récompensés
encouragés

lic
L'échec est couvert L’organisation est juste et pardonne L'échec entraîne une investigation

up
L’originalité est bridée L’originalité crée des problèmes L’originalité est mise en avant
D
Source: Westrum, A Typology of Organizational Cultures
ot

Les entreprises à haut niveau de confiance encouragent la bonne circulation

N

de l'information, la collaboration fonctionnelle transverse, le partage des

o

responsabilités, l'apprentissage à partir des échecs et les idées nouvelles.

D

©DevOps Institute unless otherwise stated

Module 5 : Culture, comportements et modèles opérationnels 128
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai Module 5 : Culture, comportements et modèles opérationnels

e
ut
ib
tr
is
D
or
e
at
lic
EXERCICE
up
D
Evaluation et amélioration à
ot

l’aide du modèle Westrum

N
o
D

©DevOps Institute unless otherwise stated

Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

e
« Les gens

ut
ib
n’offrent pas de

tr
is
D
résistance au

or
e
changement mais

at
lic
à être changés. » D
up
Peter Senge
ot
N
o
D

130
©DevOps Institute unless otherwise stated
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Changer de culture n’est jamais facile

e
ut
ib
tr
is
• Vous ne pouvez pas changer les gens ; ils

D
sont les seuls à pouvoir le faire
Les gens

or
• Le changement prend presque toujours plus
n’offrent

e
de temps et coûte plus cher que prévu

at
généralement • L'implication des parties prenantes est

lic
pas de essentielle
résistance à leurs up • Les personnes qui participent aux décisions
D
sur quoi et comment changer sont
propres idées.
ot

beaucoup plus susceptibles d'accepter le

N

changement
o
D

131
©DevOps Institute unless otherwise stated Module 5 : Culture, comportements et modèles opérationnels
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Adaptation des individus au

e
changement à des rythmes différents

ut
ib
Point de

tr
rupture

is
D
Majorité Majorité
Proportion
précoce tardive

or
Adoptants 34% 34%

e
précoces

at
13.5% Masse critique

lic
Innovateurs Conservateurs
2.5%

up
16%
D
Temps d'adoption de nouvelles idées ou technologies Source: Rogers. Diffusion of
ot
Innovations

L'adoption signifie qu'une personne fait quelque

N

chose différemment qu'auparavant.

o
D

Module 5 : Culture, comportements et modèles opérationnels 132

©DevOps Institute unless otherwise stated
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai Module 5 : Culture, comportements et modèles opérationnels

e
ut
ib
tr
is
D
or
DISCUSSION

e
at
lic
Se positionner sur la courbe de
up
changement
D
ot
N
o
D

©DevOps Institute unless otherwise stated

Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Les étapes de l’acceptation du

e
changement

ut
ib
tr
is
Courbe de

D
changement

or
Kübler-Ross

e
at
De leanchange.org

lic
up
D
ot
N
o
D

©DevOps Institute unless otherwise stated Module 5 : Culture, comportements et modèles opérationnels 134
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

La communication est essentielle

e
ut
ib
tr
• Une culture DevOps nécessite une communication

is
rapide et efficace

D
• Les outils partagés facilitent une communication

or
opportune et significative :

e
– plateformes de chat ;

at
– gestionnaires de tâches ;

lic
– outils réseaux sociaux ;

up
– outils de gestion des alertes ;
D
– plateformes de partage de connaissances.
ot
N
o
D

135
©DevOps Institute unless otherwise stated Module 5 : Culture, comportements et modèles opérationnels
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Encourager la collaboration

e
ut
ib
La collaboration implique des personnes travaillant conjointement avec d'autres dans le but

tr
d’atteindre d’un objectif commun. Dans un environnement collaboratif, la contribution de chacun est

is
valorisée.

D
or
• La collaboration : • Nécessite la participation :
– est volontaire (idéalement) ; – fournir des feedback ;

e
– implique le partage : – identifier et résoudre les

at
• Responsabilité des résultats ;
problèmes ;

lic
– apprendre et partager les
• Ressources.
connaissances et l’expertise ;

up
– nécessite de la coopération, du – partager et même échanger des
respect et de la confiance. responsabilités ;
D
– prendre et maintenir des
ot

Quelle est la différence entre engagements réalistes.

N

collaboration et communication ?
o
D

©DevOps Institute unless otherwise stated Module 5 : Culture, comportements et modèles opérationnels 136
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

S’attendre à un conflit : mode de gestion

e
de conflit de Thomas-Kilmann

ut
ib
Parce que tout le monde a des attentes et des désirs différents, le conflit fait naturellement partie de nos interactions

tr
avec autrui. L’inventaire des conflits de Thomas-Kilmann (TKI) mesure les choix comportementaux d’une personne dans

is
certaines situations conflictuelles.

D
Mode de gestion Approche Résultat

or
des conflits
Rivaliser Assertif et non coopératif Gagnant/Perdant

e
at
Collaborer Assertif et coopératif Gagnant/Gagnant

lic
Chercher un Partiellement assertif et Chacun gagne et perd

up
compromis coopératif
Eviter Non assertif et non D Perdant/Perdant
coopératif
ot
Céder Non assertif et coopératif Perdant/Gagnant
N

Source: https://www.themyersbriggs.com/en-US/Products-and-Services/TKI
o
D

©DevOps Institute unless otherwise stated Module 5 : Culture, comportements et modèles opérationnels 137
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Évitez la fatigue face aux changement

e
ut
ib
La fatigue face au changement est un sentiment général d’apathie ou de résignation passive envers

tr
les changements organisationnels par des individus ou des équipes.

is
D
• Voir la résistance au changement comme normale :
― écoute, empathie.

or
• Communiquer une vision d’ensemble :

e
― expliquer la raison de ce changement ; Le degré de fatigue

at
― montrer comment les changements sont liés ; face aux changements

lic
― lier les changements aux stratégies et aux objectifs ressentie par les
de l'entreprise. personnes est

up
• S'assurer que chaque initiative de changement a un directement liée à la
résultat escompté
D façon dont le
changement est géré.
• Offrir aux gens les moyens de contribuer
ot

• Célébrer les succès (même s'il ne s'agit que de petites

N

réussites)
o

• Créer des boucles de feedback et d'amélioration

D

visibles
©DevOps Institute unless otherwise stated Module 5 : Culture, comportements et modèles opérationnels 138
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Valoriser les nouveaux comportements

e
ut
ib
• Améliorer les pratiques de • Team building

tr
communication et de

is
• Communautés de pratique
collaboration ainsi que les

D
• DevOps Days internes
outils partagés

or
• Game Days (hackathons)
• Créer un vocabulaire

e
• Simulations
commun

at
• Partage d'idées style médias

lic
• Observation au poste de sociaux et résolution de
travail
up
problèmes
• Compétences transverses
D
• Expériences d'immersion
ot

Le partage entre pairs, organisations et industries est un

N

facteur crucial de la croissance et de l'acceptation de

o

DevOps.
D

©DevOps Institute unless otherwise stated Module 5 : Culture, comportements et modèles opérationnels 139
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

ETUDE DE CAS : Target

e
ut
ib
« Quand nous avons demandé la permission, on nous a dit
« Nous sommes

tr
non, mais nous l'avons quand même fait parce que nous

is
savions que nous devions le faire. Nous avons organisé des
une entreprise

D
hackathons sur les outils parallèlement à nos événements
internes DevOpsDays et nous avons organisé une tonne

or
de rencontres. Nous avons organisé 6 événements technologique »

e
internes DevOpsDays. »

at
lic
Avantages

up
• Mise en place de changements structurels apportant un soutien
D ascendant, puis descendant
• Convergence des efforts agiles et DevOps
• Utilisation de la formation, du coaching et des expériences immersives -
ot

Dojo énorme !
N

• Construction d’un environnement complet en quelques minutes au lieu de

Heather Mickman,
Ross Clanton, 3-6 mois
Dirigeant de la
o

Responsable de • Développement de l’empathie et de la compréhension

technologie
D

l’ingénierie
transformatrice
©DevOps Institute unless otherwise stated Module 5 : Culture, comportements et modèles opérationnels 140
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Module 5 : Quiz

e
ut
1 Qui a dit “ La culture ne fait qu’une bouchée de a) Peter Drucker

ib
toute stratégie ” ? b) Gene Kim
c) Damon Edwards

tr
d) Bill Gates

is
2 Qu’est-ce que vous ne pouvez pas changer ? a) Comportement

D
b) Habitudes
c) Culture

or
d) Systèmes

e
3 Quelle est l’une des caractéristiques de la culture a) Accusation

at
DevOps ? b) Méfiance
c) Peur

lic
d) Courage

up
4 Que se passe-t-il dans une culture pathologique ? a) Les messagers sont fusillés
b) Les liens directs sont partagées
D c) Un échec lance une investigation
d) Les innovations sont mises en œuvre
ot

5 Qu’est-ce que Target n’a pas fait ? a) Organiser des hackathons

N

b) Mettre en place des Dojos

c) Obtenir la permission
o

d) Alimenter l’empathie
D

©DevOps Institute unless otherwise stated Module 5 : Culture, comportements et modèles opérationnels 141
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Réponses au quiz module 5

e
ut
1 Qui a dit “ La culture ne fait qu’une bouchée de a) Peter Drucker

ib
toute stratégie ” ? b) Gene Kim

tr
c) Damon Edwards
d) Bill Gates

is
D
2 Qu’est-ce que vous ne pouvez pas changer ? a) Comportement
b) Habitudes

or
c) Culture
d) Systèmes

e
3 Quelle est l’une des caractéristiques de la culture a) Accusation

at
DevOps ? b) Méfiance
c) Peur

lic
d) Courage

up
4 Que se passe-t-il dans une culture pathologique ? a) Les messagers sont fusillés
D b) Les liens directs sont partagées
c) Un échec lance une investigation
d) Les innovations sont mises en œuvre
ot

5 Qu’est-ce que Target n’a pas fait ? a) Organiser des hackathons

N

b) Mettre en place des Dojos

c) Obtenir la permission
o

d) Alimenter l’empathie
D

©DevOps Institute unless otherwise stated Module 5 : Culture, comportements et modèles opérationnels 142
 Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

D
o
N
ot
D
up
lic
at
e
or
D
DevOps
is
tr
Module 6

ib
ut
e
Automatisation et
143
architecture des toolchains
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Module 6 :

e
ut
Automatisation et architecture

ib
des toolchains DevOps

tr
is
D
or
• CI/CD Composant Module 6 Contenu

e
• Infrastructure as Code

at
Vidéo The DevOps Toolchain with
Cloud

lic
• John Okoro
• Conteneurs et Etude de cas Fannie Mae
microservices
up Discussion Application de la définition du
D
• Machine Learning manuel DevOps
ot

• Toolchains DevOps Exercice Faire l’architecture de votre

N

Toolchain DevOps
o
D

144
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

e
ut
« DevOps ne se résume pas à

ib
l'automatisation de la même

tr
façon que l'astronomie ne se

is
résume pas aux télescopes. »

D
or
Christopher Little, quoted in The

e
DevOps Handbook

at
lic
up
D
ot
N
o
D

©DevOps Institute unless otherwise stated 145

Module 6 : Automatisation & architecture des toolchains DevOps
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

e
ut
ib
tr
is
D
or
e
at
lic
up
D
ot
N
o

Xebia Labs
D

https://xebialabs.com/periodic-table-of-devops-tools

© DevOps Institute unless otherwise stated Module 6 : Automatisation & architecture des toolchains DevOps 146
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Avantages de l’automatisation

e
ut
ib
L’automatisation permet : L'automatisation donne les tâches de

tr
routine à l'ordinateur et permet aux
• des délais plus courts ;

is
individus de :
• des mises en production plus fréquentes ;

D
• analyser les preuves ;
• des mises en production moins houleuses ; • résoudre des problèmes ;

or
• prendre des décisions en fonction du
• moins d'erreurs ;

e
feedback ;
• une meilleure qualité ;

at
• utiliser leurs compétences, leur

lic
• une sécurité améliorée et une atténuation expérience et leur jugement.
des risques ;

up
• des récupérations plus rapides ;
« Vos outils seuls ne vous feront
D
• une satisfaction de l’entreprise et des
pas réussir. »
ot

clients.
Patrick Debois
N
o
D

©DevOps Institute unless otherwise stated

Module 6 : Automatisation & architecture des toolchains DevOps 147
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

e
ut
ib
tr
is
D
or
e
at
lic
up
D
The DevOps Toolchain
ot
N

with John Okoro (7:43)

o
D

148
©DevOps Institute unless otherwise stated Module 6 : Automatisation & architecture des toolchains DevOps
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Terminologie importante

e
ut
• Virtualisation de système d'exploitation (OS)
• Artefact

ib
Une méthode pour diviser un serveur en plusieurs
Tout élément d'un projet de développement partitions appelées "conteneurs" ou

tr
logiciel, y compris la documentation, les plans de "environnements virtuels" afin d'empêcher les

is
test, les images, les fichiers de données et les applications d'interférer les unes avec les autres

D
exécutables • Conteneurs
• Interface de programmation d'application Une façon de regrouper des logiciels dans des

or
(API) packages légers, autonomes et exécutables,
incluant tout le nécessaire pour l’exécuter (code,

e
Ensemble de protocoles utilisés pour créer des exécution, outils système, bibliothèques système,

at
applications pour un système d'exploitation paramètres) aux fins de développement, d’envoi

lic
spécifique ou comme interface entre des modules et de déploiement.
ou des applications • Open source

up
• Microservices Logiciel distribué avec son code source afin que
Une architecture logicielle composée de modules
D les organisations d'utilisateurs finaux et les
plus petits qui interagissent via des API et qui peut fournisseurs puissent le modifier à leurs propres fins
ot
être mise à jour sans affecter l'ensemble du • Machine learning
système. Ceci est connu comme un couplage Analyse de données utilisant des algorithmes qui
N

lâche apprennent des données

o
D

©DevOps Institute unless otherwise stated

149
Module 6 : Automatisation & architecture des toolchains DevOps
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Cloud, conteneurs et Microservices

e
ut
ib
Les équipes qui adoptent les caractéristiques
essentielles du Cloud ont 24 fois plus de

tr
Cloud computing : pratique
consistant à utiliser des chances d’être des élites.

is
serveurs distants sur Internet

D
pour héberger des
applications plutôt que des

or
serveurs locaux dans un
centre de données privé.

e
at
lic
up
Monolithic Conteneurs &
est un outil conçu pour faciliter la création, le
D Microservices
déploiement et l'exécution d'applications à l'aide
de conteneurs. Les conteneurs permettent à un un système open source permettant de
ot

développeur d’embarquer une application avec gérer des applications conteneurisées sur
plusieurs hôtes, fournissant des mécanismes
N

toutes les parties dont il a besoin, telles que des

bibliothèques et autres dépendances, et de de base pour le déploiement, la
o

l’envoyer dans un seul package. maintenance et la mise à l'échelle des

D

applications

©DevOps Institute unless otherwise stated Module 6 : Automatisation & architecture des toolchains DevOps 150
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

IA & Machine Learning

e
ut
ib
Donner aux ordinateurs la possibilité "d'apprendre" avec des données, sans être

tr
explicitement programmé.

is
D
• Les entreprises collectent plus de données que jamais
Intelligence artificielle

or
• Il est difficile d’extraire pleinement la valeur de ces données.
• La Data Science est une discipline de plus en plus populaire

e
• L'intelligence artificielle et le Machine Learning permettent

at
une analyse prédictive
Apprentissage automatique

lic
• Peut trouver des tendances et des corrélations que les
humains n’auraient pu trouver

up
D • Augmente la contribution humaine
• Augmente la productivité
ot
• Boucles de feedback automatisées
Apprentissage
N

profond
Définition : Analyse de données qui utilise des
o

algorithmes pour apprendre des données.

D

©DevOps Institute unless otherwise stated Module 6 : Automatisation & architecture des toolchains DevOps 151
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Pratiques d’automatisation DevOps

e
ut
Une philosophie de toolchain implique l’utilisation d’un ensemble intégré d’outils

ib
complémentaires spécifiques aux tâches pour automatiser les processus de

tr
livraison et de déploiement de bout en bout.

is
D
• Toolchain (par opposition à une solution à fournisseur unique)

or
• Outils partagés

e
at
• Libre-service

lic
• Architecture logicielle permetant :

up
― l’automatisation des tests ;
― la surveillance.
D
• Infrastructure en tant que code
ot

• Expérimentation Eviter les outils qui renforcent

N

les silos !
o
D

©DevOps Institute unless otherwise stated Module 6 : Automatisation & architecture des toolchains DevOps 152
 L’automatisation de la communication et
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

de la collaboration

e
ut
ib
Des outils et des plateformes innovants facilitent et accélèrent la communication et la collaboration à

tr
travers le spectre Dev et Ops.

is
Comment Outils

D
• Émettre des alertes et des alarmes • Plateformes de communication

or
• Améliorer la réponse • Tableaux de bord

e
• Fournir des aperçus de mises à jour de • Tableaux Kanban

at
statut • Groupes de discussion (ChatOps)

lic
• Améliorer le flux de travail • Flux de travail et outils de gestion de projet

up
• Améliorer le flux d'information • Partage de documents
• Permettre la collaboration virtuelle
D • Wikis et systèmes de gestion des
• Permettre l’autogestion d’équipes connaissances
ot

pluridisciplinaires par le partage de • Outils ITSM

N

compétences.
• Outils réseaux sociaux
o

Backlogs partagés
D

©DevOps Institute unless otherwise stated Module 6 : Automatisation & architecture des toolchains DevOps 153
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Premières étapes pour améliorer

l’automatisation DevOps

e
ut
ib
• Définir l’architecture avant d'automatiser

tr
• Évaluer vos outils existants et vos capacités d'automatisation

is
D
• Simplifier d'abord – ne pas automatiser les processus défectueux

or
• Identifier les lacunes critiques
• Rechercher des fournisseurs qui peuvent répondre à vos exigences

e
at
• Automatiser le travail à haute valeur ajoutée, répétitif et sujet aux erreurs

lic
• Optimiser les goulots d'étranglement du flux de travail et la

up
communication
D
• Améliorer les pratiques de surveillance et de notification automatisées
ot

• S’attendre à un processus itératif - votre toolchain évoluera avec le temps

N

Ne sous-estimez pas l’effort et le coût de la construction des toolchains à partir d’applications open
o

source. L'open source n'est pas nécessairement gratuit. Cela signifie que vous pouvez modifier la source
D

pour répondre à vos besoins. 154

©DevOps Institute unless otherwise stated Module 6 : Automatisation & architecture des toolchains DevOps
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

ETUDE DE CAS : Fannie Mae

e
ut
« Nous encourageons l’adoption d’une application au fur et à

ib
mesure qu’elle se justifie, application par application. Cela fait
maintenant environ un an et demi et nous avons atteint un point de « Nous faisons

tr
masse critique. Nous pouvons être beaucoup plus flexibles, en sorte qu’il

is
beaucoup plus dynamiques et fournir à nos clients et partenaires les

D
soit facile de
outils dont ils ont besoin pour interagir beaucoup plus facilement
travailler avec

or
avec nous. Comme tout le monde, nous devons mettre les idées en
production beaucoup plus rapidement que ce que nous faisons nous »

e
aujourd'hui. »

at
lic
Avantages

up
•
D
Déploiement de 3 jours réduit à 45 minutes
• Déployé sept ou huit fois par jour
ot

• 40 à 75% d'économie sur les coûts de stockage grâce à la

N

Jason Anders,
IT Leadership for virtualisation des données
o

Securitisation
D

©DevOps Institute unless otherwise stated Module 6 : Automatisation & architecture des toolchains DevOps 155
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

D
o
N
ot
D
up
lic
at
e
or
D
is
Module 6 : Automatisation & architecture des toolchains DevOps

tr
Toolchains DevOps

ib
ut
e
156
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

e
« L’un des axes afin d’obtenir des résultats

ut
rapides orientés vers le marché consiste, pour

ib
les opérations, à créer des plateformes et des

tr
outils pouvant être utilisés par toutes les équipes

is
de développement afin de devenir plus

D
productives… Une plateforme qui s’appuie sur
un système de gestion de version de référence,

or
associé à des bibliothèques de sécurité

e
vérifiées. Un pipeline de déploiement qui

at
exécute automatiquement des outils d’analyse

lic
de sécurité et de qualité du code ; et qui
déploie également les applications dans des
up
environnements connus et performants sur
D
lesquels des outils de surveillance sont déjà
ot

installés. »
N

Le DevOps Handbook
o
D

©DevOps Institute unless otherwise stated Module 6 : Automatisation & architecture des toolchains DevOps 157
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai Module 6 : Automatisation & architecture des toolchains DevOps

e
ut
ib
tr
is
D
or
DISCUSSION

e
at
lic
Le DevOps Handbook
up
D
ot
N
o
D

©DevOps Institute unless otherwise stated

Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Le pipeline de déploiement

e
ut
ib
Équipe de Contrôle de Compilation & Tests
UATs Release
livraison version Tests unitaires d’acceptation

tr
is
Check in Trigger
Le pipeline de

D
déploiement est un
Feedback

or
processus automatisé
Check in Trigger permettant de gérer

e
Trigger
tous les changements,

at
Feedback
du check-in à la mise en

lic
Feedback production. Les
toolchains couvrent des

up
Check in Trigger
D silos et automatisent le
pipeline de
Feedback déploiement.
ot
Trigger
Approbation
N

Feedback Source : Continuous Delivery:

Approbation
Reliable Software Releases
o

Feedback through Build, Test, and

Deployment Automation
D

159
©DevOps Institute unless otherwise stated Module 6 : Automatisation & architecture des toolchains DevOps
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Toolchains DevOps

e
ut
La toolchain DevOps est composée des outils nécessaires pour prendre en charge l’intégration

ib
continue, la livraison continue ainsi que la mise en production continue et les opérations. (Gartner)

tr
is
• Les toolchains automatisent les tâches dans le pipeline de
déploiement

D
• Chaque élément de la toolchain sert un objectif spécifique Le pipeline de déploiement est

or
un processus automatisé
• Les applications dans les toolchains sont connectées via des permettant de gérer tous les

e
API changements, du check-in à la

at
• Elles ne doivent pas nécessairement être homogènes ou mise en production. Les

lic
provenir d'un seul fournisseur toolchains embrassent des silos
et automatisent le pipeline de
• Les toolchains sont généralement construites autour

up
déploiement.
d'écosystèmes sources ouverts D
• Exiger une conception architecturale pour assurer
l'interopérabilité et la cohérence
ot

Comment les toolchains DevOpsdoivent-elles s'interfacer avec des outils

N

opérationnels tels que des applications de surveillance ou de support ?

o
D

Source: Continuous Delivery: Reliable Software Releases through Build, Test, and Deployment Automation

©DevOps Institute unless otherwise stated Module 6 : Automatisation & architecture des toolchains DevOps 160
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Exemple Toolchain DevOps

(gouvernement américain - DoD)

e
ut
ib
Il existe de nombreux outils DevOps open-source ou non avec des écosystèmes dynamiques.

tr
is
D
or
La manière dont
ces outils sont

e
at
adaptés et
intégrés dans

lic
votre pipeline

up
de déploiement
D déterminera leur
valeur.
ot
N
o
D

©DevOps Institute unless otherwise stated Module 6 : Automatisation & architecture des toolchains DevOps 161
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Eléments dans une Toolchain DevOps

e
ut
ib
• Le pipeline de déploiement divise le cycle de Éléments Toolchains typiques :

tr
vie de livraison du logiciel en étapes logiques

is
• Gestion des exigences

D
• Chaque étape fournit :
• Orchestration et visualisation

or
– l'occasion de vérifier la qualité des • Gestion des versions
nouvelles fonctionnalités sous un angle • Intégration continue

e
différent ; • Gestion des artefacts

at
– du feedback rapide à l’équipe ; • Virtualisation de conteneurs et de systèmes

lic
d'exploitation
– une visibilité quant au flux des Automatisation des tests et de l'environnement

up
•
changements. • Configuration et déploiement du serveur
D
• Les toolchains DevOps fournissent les • Système de gestion de configuration
fonctionnalités nécessaires pour automatiser Alertes et alarmes
ot
•
et accélérer chaque étape • Monitoring
N
o
D

©DevOps Institute unless otherwise stated Module 6 : Automatisation & architecture des toolchains DevOps 162
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai Module 6 : Automatisation & architecture des toolchains DevOps

e
ut
ib
tr
is
D
or
e
at
lic
EXERCICE
up
D
Définir l’architecture de votre
ot

Toolchain DevOps
N
o
D

©DevOps Institute unless otherwise stated

 Construire votre DevOps Toolchain petit
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

à petit

e
ut
ib
Ne créez pas une toolchain définitive qui s’applique à

tr
tous les projets DevOps. La toolchain est une base

is
nécessitant une innovation et une personnalisation
continues pour répondre à vos priorités DevOps Ajouter plus

D
spécifiques et continues. d’automatisati
Automatiser

or
on si
les mises en nécessaire
Automatiser prod

e
les tests

at
Automatiser d’acceptation

lic
les tests
Automatiser unitaires et

up
les processus l’analyse de Assurez-vous que chaque membre de l'équipe
Modéliser de D code DevOps comprend les capacités et le rôle de chaque
votre chaîne déploiement outil de la toolchain DevOps pour éviter les
chevauchements d'outils et les lacunes fonctionnelles
ot
de valeur et de
versions de la toolchain.
N

Source: Continuous Delivery: Reliable Software Releases through Build, Test,

and Deployment Automation by Jez Humble and Dave Farley
o
D

©DevOps Institute unless otherwise stated 164

Module 6 : Automatisation & architecture des toolchains DevOps
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Des applications professionnelles multiples

e
nécessitent des toolchains multiples

ut
ib
tr
Application A

is
D

Self-service
or
Application B

e
at
Application C

lic

…
up
Application N
D
Source: Sanjeev Sharma, IBM
ot
N

Éviter de créer davantage de silos entre les pipelines en adoptant une

o

approche d’architecture d’entreprise

D

© 2015 IBM Corporation

©DevOps Institute unless otherwise stated Module 6 : Automatisation & architecture des toolchains DevOps
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Module 6: Quiz

e
ut
1 DevOps ne se résume pas à l'automatisation de a) Télescopes
la même façon que l'astronomie ne se résume b) Étoiles

ib
aux… c) Le soleil

tr
d) Vaisseaux spatiaux

is
2 Qui est à l’origine du tableau périodique des a) Chef

D
outils DevOps ? b) Google
c) IT Revolution

or
d) Xebia Labs

3 Fannie Mae a réduit le temps de déploiement à a) 3 heures

e
45 minutes. Il était de combien au préalable ? b) 30 heures

at
c) 3 jours

lic
d) 30 jours

4 Qui est le mieux placé pour fournir des DevOps a) Le développement

up
toolchains en tant que service partagé ? b) Le commercial
D c) L’Infosec
d) Les Opérations IT
ot
5 Patrick Debois a dit : "Vos outils seuls a) Rentable
n’assureront pas votre…” b) Concurrentiel
N

c) Succès
d) Un leader du marché
o
D

©DevOps Institute unless otherwise stated Module 6 : Automatisation & architecture des toolchains DevOps 166
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Réponses au quiz module 6

e
ut
1 DevOps ne se résume pas à l'automatisation de a) Télescopes
la même façon que l'astronomie ne se résume b) Étoiles

ib
aux… c) Le soleil

tr
d) Vaisseaux spatiaux

is
2 Qui est à l’origine du tableau périodique des a) Chef

D
outils DevOps ? b) Google
c) IT Revolution

or
d) Xebia Labs

3 Fannie Mae a réduit le temps de déploiement à a) 3 heures

e
45 minutes. Il était de combien au préalable ? b) 30 heures

at
c) 3 jours

lic
d) 30 jours

4 Qui est le mieux placé pour fournir des DevOps a) Le développement

up
toolchains en tant que service partagé ? b) L’entreprise
D c) L’Infosec
d) Les Opérations IT
ot
5 Patrick Debois a dit : "Vos outils seuls a) Rentable
n’assureront pas votre…” b) Concurrentiel
N

c) Succès
d) Un leader du marché
o
D

©DevOps Institute unless otherwise stated Module 6 : Automatisation & architecture des toolchains DevOps 167
 Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

D
o
N
ot
D
up
lic
at
e
or
D
is
reporting

tr
Module 7

ib
ut
e
Mesures, indicateurs et
168
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Module 7 :

e
ut
Mesures, indicateurs et

ib
reporting

tr
is
D
• L’importance de la mesurer

or
• indicateurs DevOps Composant Module 7 Contenu

e
at
– Vitesse/Débit/Tempo Vidéo 4 DevOps Metrics to Improve

lic
– Qualité Delivery Performance

up
– Stabilité Etude de cas Société Générale

– Culture
D Discussion Indicateurs utilisées aujourd’hui
ot

– Modifier les temps de Exercice Les indicateurs les plus significatifs

N

lead/cycle
o

• Indicateurs axées sur la valeur

D

169
 L’importance de la mesurer
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

e
ut
ib
tr
Première voie Deuxième voie Troisième voie

is
Flux Feedback Expérimentation et apprentissage

D
continus

or
• Délai de mise en place des • Résultats de version/ test • Journal d'hypothèses
changements • Taux d'échec des changements • Temps alloué

e
• Durée de cycle des • Monitoring • Temps passé

at
changements • % de retravail / achevé et • Maîtrise réalisée et rapportée

lic
• Time to value correct
• Mise en place de valeur

Les mesures nous permettent de

up
Les preuves créent la confiance et Les hypothèses nécessitent des
trouver des contraintes, de
D permettent de faire plus – en résultats quantifiables pour
justifier leur suppression et de misant sur l'expérimentation déterminer la prochaine
ot

surveiller les améliorations. expérience

N
o
D

©DevOps Institute unless otherwise stated Module 7 : Mesures, indicateurs et reporting 170
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

« Si vous ne

e
ut
pouvez pas

ib
tr
le mesurer

is
D
vous ne

or
e
pouvez pas

at
lic
l’améliorer. »
up
D
ot

Peter Drucker
N
o
D

Module 7 : Mesures, indicateurs et reporting 171

©DevOps Institute unless otherwise stated
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

e
ut
ib
tr
is
D
or
e
at
lic
up
D
Double the Awesome
ot
N

with Dr. Nicole Forsgren (21:46)

o
D

Module 7 : Mesures, indicateurs et reporting 172

©DevOps Institute unless otherwise stated
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Mesurer le succès

e
ut
ib
Vitesse Qualité Stabilité Culture

tr
is
D
Délai d’exécution Délai moyen de
Taux d’échec des Rétention, loyauté et

or
des changements et détection des
modifications eNPS
temps de cycle incidents (MTTD)

e
at
Délai moyen pour
Fréquence de Taux de réussite des Engagement et
réparer un
déploiement déploiements moral

lic
composant (MTTR)

up
Délai moyen de
Vitesse de rétablissement du Partage des
Incidents et défauts
déploiement D connaissances
service (MTRS)
ot
N

Pour démontrer que les pratiques de DevOps sont bénéfiques pour Adapté de
l’entreprise, il est nécessaire d’examiner les facteurs qui influent sur les Splunk 2016
o

performances informatiques globales.

D

©DevOps Institute unless otherwise stated Module 7 : Mesures, indicateurs et reporting 173
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai Module 7: Mesures, indicateurs et reporting

e
ut
ib
tr
is
D
or
DISCUSSION

e
at
lic
Indicateurs utilisés aujourd’hui
up
D
ot
N
o
D

©DevOps Institute unless otherwise stated

Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Délais de mise en oeuvre / Temps de

e
cycle

ut
ib
tr
Délai de mise en oeuvre (Lead time) Temps de cycle

is
D
Temps total écoulé à partir du Temps qu'il faut pour qu'une histoire

or
moment où une user story entre dans passe de « En cours » à « Fait ».

e
le backlog, jusqu'à son achèvement, y

at
compris le temps d'attente dans le

lic
backlog.

up
D
Le temps d'attente est le délai de mise en
ot

oeuvre moins le temps de cycle

N
o

Source: Accelerate: Dr Nicole Forsgren, Jez Humble & Gene Kim

D

©DevOps Institute unless otherwise stated

Module 7 : Mesures, indicateurs et reporting 175
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai
Lignes directrices pour mesurer la
performance IT

e
ut
ib
NE PAS MESURER MESURER

tr
Production, Résultats, valeur

is
productivité 4 types de travail (IT) :

D
• Projets Business

or
Maturité Capacité • Projets IT
Lignes de code, Délais de mise en • Travail planifié

e
at
vélocité, utilisation oeuvre des livraisons, • Travail non planifié

lic
fréquence de
déploiement, délais

up
de rétablissement des
D
services, taux d’échec
ot

des changements Accelerate: Dr Nicole Forsgren, Jez Humble & Gene Kim
N

Individuel ou local Equipe ou global

o
D

©DevOps Institute unless otherwise stated

Module 7 : Mesures, indicateurs et reporting 176
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

ETUDE DE CAS : Société Générale

e
ut
« Il est important d’établir deux ensembles

ib
d’indicateurs. Le premier est la transformation elle-
« Le retour sur

tr
même. En d’autres termes, vous devez mesurer la investissement (ROI) de

is
vitesse à laquelle vous progressez vers la l'effort est extrêmement

D
transformation. Le second indicateur concerne la important pour les

or
valeur métier : quel est le délai de commercialisation autres membres de
de l'idée à la production, incluant la vélocité et la

e
qualité du Sprint? »
l'organisation. »

at
lic
Avantages

up
• Transition d’une approche basée sur une forte charge de
travail et en cascade
D
• Redresser l’insatisfaction des utilisateurs
ot
• La livraison continue a permis :
– une réduction de 45% du délai de mise sur le marché ;
N

Carlos Gonsalves, Global – 10% d'économie sur leur budget de fonctionnement

o

Chief Technology
(considérable)
D

©DevOps Institute unless otherwise stated Module 7 : Mesures, indicateurs et reporting 177
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Pyramide des indicateurs DevOps de

e
Gartner

ut
ib
tr
Revenus

is
Flux de trésorerie
Performanc Mise en place de nouveaux services pour les
Part de marché e de

D
entreprises
l’entreprise
Délai d'exécution Satisfaction des utilisateurs

or
Livraison d’épics Valeur pour Temps de réponse
le client

e
Livraison par mois Net Promoter Score

at
Rétention Mentorat
Efficacité

lic
Motivation / Morale Partager
organisationnelle
Réactivité au changement Collaboration

up
MTTR
Qualité de Vélocité du Temps de cycle
Soutien à la production D service service
Taux de réussite des déploiements Fréquence des déploiements
ot

Efficacité Utilisateurs / ETP (Temps plein)

N

Coûts par transaction

opérationnelle
Coût du changement/ Coût
Serveurs / ETP (Temps plein)
d’une version
o

Source: Gartner
D

©DevOps Institute unless otherwise stated

Module 7 : Mesures, indicateurs et reporting 178
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai Module 7: Mesures, indicateurs et reporting

e
ut
ib
tr
is
D
or
e
at
lic
EXERCICE
up
D
Les indicateurs les plus significatifs
ot
N
o
D

©DevOps Institute unless otherwise stated

Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Module 7: Quiz

e
ut
1 Que mettent en évidence les preuves ? a) La douleur

ib
b) La soupçon
c) La confiance

tr
d) La rapidité

is
2 A partir de quels rapports le livre 'Accelerate' a) Les rapports annuels DevSecOps

D
décrit-il en détail la recherche ? b) Les rapports State of DevOps
c) Les rapports Meilleurs emplois aux États-Unis

or
d) Les rapports Outils DevOps les plus populaires

3 Peter Drucker a déclaré : "Si vous ne pouvez pas a) Le voir

e
le mesurer, vous ne pouvez pas ..." b) Le compter

at
c) L’améliorer

lic
d) Le sentir

4 Lequel de ces points doit être mesuré ? a) Maturité

up
b) Capacité
D c) Production
d) Lignes de code
ot
5 Comment est calculé le temps d’attente ? a) Délai de mise en place moins le temps de cycle
b) Durée de cycle moins délai de mise en place
N

c) Cadence de cycle moins vélocité

d) Vélocité divisée par durée de cycle
o
D

©DevOps Institute unless otherwise stated

Module 7 : Mesures, indicateurs et reporting 180
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Réponses au quiz Module 7

e
ut
1 Que mettent en évidence les preuves ? a) La douleur

ib
b) La soupçon
c) La confiance

tr
d) La rapidité

is
2 A partir de quels rapports le livre 'Accelerate' a) Les rapports annuels DevSecOps

D
décrit-il en détail la recherche ? b) Les rapports State of DevOps
c) Les rapports Meilleurs emplois aux États-Unis

or
d) Les rapports Outils DevOps les plus populaires

3 Peter Drucker a déclaré : "Si vous ne pouvez pas a) Le voir

e
le mesurer, vous ne pouvez pas ..." b) Le compter

at
c) L’améliorer

lic
d) Le sentir

4 Lequel de ces points doit être mesuré ? a) Maturité

up
b) Capacité
D c) Production
d) Lignes de code
ot
5 Comment est calculé le temps d’attente ? a) Délai de mise en place moins le temps de cycle
b) Durée de cycle moins délai de mise en place
N

c) Cadence de cycle moins vélocité

d) Vélocité divisée par durée de cycle
o
D

©DevOps Institute unless otherwise stated

Module 7 : Mesures, indicateurs et reporting 181
 Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

D
o
N
ot
D
up
lic
at
e
or
D
is
évolution

tr
Module 8

ib
ut
e
182
Partage, observation et
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Module 8 :

e
ut
Partage, observation et

ib
évolution

tr
is
D
• DevOps Days

or
Composant Module 8 Contenu
• DevOps dans l’entreprise

e
Vidéo DevOps: A Culture of

at
• Rôles Sharing

lic
• DevOps Leadership Etude de Disney

up
• Considérations D cas
organisationnelles Discussion Quel est votre sujet Open
ot

• Démarrer Space ?
N

• Défis, risques et facteurs Exercice Rédigez votre plan d’action

o

critiques de réussite personnel à titre

D

expérimental 183
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai
DevOps encourage une culture de
partage

e
ut
ib
• Les opportunités d'immersion deviennent de plus en plus disponibles

tr
dans le but de fournir aux équipes de DevOps un accès à des coachs

is
D
spécialisés sur des sujets tels que CI, CD, Lean et de conception

or
– Dojos (Internes à la cible)
– Garages (IBM)

e
at
– Lofts (Amazon)

lic
–…

up
• Les simulations et gamefications DevOps sont également de plus en
D
plus disponibles http://target.github.io/devops/the-dojo
ot

Les jeux, hackathons, espaces de travail communs, simulations et autres

N

innovations contribuent à encourager le partage d'outils, de

o

connaissances, de découvertes et de leçons apprises.

D

184
©DevOps Institute unless otherwise stated Module 8 : Partage, observation et évolution
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

e
ut
ib
tr
is
D
or
e
at
lic
up
D
DevOps: A Culture of Sharing
ot
N

with Gareth Rushgrove (2:19)

o
D

Module 8 : Partage, observation et évolution 185

©DevOps Institute unless otherwise stated
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

DevOps Days internes

e
ut
ib
• Certaines entreprises répliquent le

tr
modèle DevOps Days lors

is
d’événements internes

D
• Les événements DevOps Days

or
donnent aux équipes et aux
personnes une opportunité

e
Le format peut comprendre :

at
d'apprendre, de partager, de – Présentations traditionnelles de 30
discuter, de dialoguer et de fournir

lic
minutes par des ressources internes et
des commentaires et des suggestions externes

up
D – Sessions « Ignite » (5 minutes) sur des
Bien que plus efficace organisés dans sujets spécifiques
un lieu physique, les DevOps Days
ot
– Discussions en open space sur des
internes peuvent être réalisés dans un
sujets suggérés
N

environnement virtuel.
o
D

©DevOps Institute unless otherwise stated Module 8 : Partage, observation et évolution 186
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai Module 8 : Partage, observation et évolution

e
ut
ib
tr
is
D
or
DISCUSSION

e
at
lic
Quel sujet souhaiteriez-vous
up
abordé en Open Space ?
D
ot
N
o
D

©DevOps Institute unless otherwise stated

Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

D
o
N
ot
D
up
lic
at
e
or
Module 8 : Partage, observation et évolution²

D
is
tr
ib
ut
e
DevOps dans l’entreprise

188
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

ETUDE DE CAS : Disney

e
ut
« Il n’y a aucun secret à la création de

ib
« L'expansion

tr
la magie numérique. Nous continuons numérique des

is
d’avancer, ouvrons de nouvelles portes, entreprises signifie plus

D
faisons plus de choses parce que nous de travail et

or
d’incendies à
sommes curieux. »

e
éteindre. »

at
lic
Avantages

up
30 minutes pour mettre à jour 100 serveurs au lieu de 8 heures
•
D
• Moins de dérive du système
ot

• Livrer de manière continue et cohérente

N

Jason Cox,
Director of Systems • Réduction de moitié du coût tout en livrant plus (films)
o

Engineering
D

©DevOps Institute unless otherwise stated Module 8 : Partage, observation et évolution 189
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

D
o
N
ot
D
up
lic
at
e
Rôles

or
Module 8: Partage, observation et évolution

D
is
tr
ib
ut
e
190
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Développer les compétences DevOps

e
ut
ib
La demande importante en ressources

tr
• Stratégies

is
DevOps crée un turn-over au sein des • Formation et certification

D
entreprises • Programmes d'immersion /
coaching

or
• Le rythme effréné, auquel les technologies • Restructuration des salaires et

e
évoluent, rend difficile le maintien des culture d'entreprise

at
• Compléter les équipes
compétences actuelles. internes avec des talents

lic
• S'assurer que les personnes possèdent les externes

up
• Bonus de recrutement
compétences générales requises et sont
D
bien adaptées à la culture ajoute au défi
ot

du recrutement
N

Aujourd’hui les DSI recherchent des personnes capables de passer à

o

la vitesse supérieure et de s’adapter à l’évolution de la technologie.

D

©DevOps Institute unless otherwise stated Module 8 : Partage, observation et évolution 191
 CALMS connecte l’informatique et la
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

transformation numérique

e
ut
ib
tr
is
D
or
e
at
lic
up
D
ot
N
o
D

©©DevOps Institute unless

DevOps Institute unless otherwise stated Module 8 : Partage, observation et évolution 192
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Compétences et caractéristiques d’un

professionnel DevOps

e
ut
ib
Compétences Caractéristiques

tr
is
• Entreprise - Connaissance des priorités et • Adaptable

D
des processus de l'entreprise • Centré sur le client
Techniques - Spécialiste avec de vastes Artisan

or
• •
connaissances généralistes (en forme de T) • Curieux

e
- expérience ou au moins un intérêt pour Axé sur les données

at
•
l’écriture de code
• Engagé

lic
• Générales - Communication, collaboration,
• Empathique
travail d'équipe

up
• Transparent
• Autogestion - Initiative, gestion du temps et
D
du stress, motivation personnelle,
ot
concentration
Les connaissances techniques généralistes comprennent une
N

compréhension des pratiques DevOps, des pratiques

o

modernes de génie logiciel et des architectures modernes.

D

©DevOps Institute unless otherwise stated

193
Module 8 : Partage, observation et évolution
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

DevOps Rôles • Évangéliste ou leader DevOps

e
• Ingénieurs logiciels, développeurs et

ut
Selon vous, quels testeurs

ib
• Gestionnaire de versions

tr
autres rôles devraient • Responsable de l’environnement

is
être impliqués? • Product Owner

D
• Scrum Master

or
• Architecte d’automatisation/livraison
continue

e
at
• Ingénieur sécurité

lic
• Assurance qualité (AQ)/Assurance de
l’expérience (XA)

up
D • Ingénieur d’exploitation DevOps
• Support informatique
Ingénieur en fiabilité des sites
ot
•
• Agile Service Manager®
N

• Agile Process Owner ®

o
D

194
©DevOps Institute unless otherwise stated Module 8 : Partage, observation et évolution
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Qu’est-ce qu’un ingénieur DevOps ?

e
ut
ib
• Maintenant un rôle bien établi.

tr
• Comme pour le concept d’une équipe DevOps, le

is
titre a ses avantages et ses inconvénients.

D
• Les caractéristiques générales comprennent une

or
personne qui :

e
• Souhaite apporter son talent technique à des

at
initiatives d’amélioration métier et des processus :

lic
― est à l’aise pour collaborer avec les autres ;

up
― veut être dans un milieu de travail qui favorise une
culture partagée ; D
― possède à la fois des compétences en
ot

développement et en opérations informatiques ;

N

― est expérimenté avec l’automatisation.

o
D

©DevOps Institute unless otherwise stated Module 8 : Partage, observation et évolution 195
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

D
o
N
ot
D
up
lic
at
e
or
Module 8 : Partage, observation et évolution

D
is
tr
ib
Leadership DevOps

ut
e
196
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Leadership transformationnel

e
ut
ib
“L’objectif du leadership n’est pas de

tr
Stimulation
commander, contrôler, réprimander, intellectuel

is
intimider ou évaluer les collaborateurs
•Comprendre les directives de l’entreprise
•Comprendre les directives de l’équipe •Remettre en question le statu quo de l'équipe
•Comprendre l’horizon à 5 ans de l’équipe •Inciter l'équipe à poser constamment de nouvelles

D
questions

au moyen d’un ensemble

•Remettre en question les hypothèses de base de
l'équipe concernant le travail

d’indicateurs artificiels. Le travail des

or
leaders consiste plutôt à aider les Reconnaissance Communication
personnelle inspirante
organisations à s’améliorer en matière

e
•inspirer la fierté de faire partie de l'équipe

at
•Féliciter l'équipe pour son travail supérieur à la

d’auto-diagnostic et d’auto-
moyenne •Dire des choses positives sur l'équipe
•Reconnaître l'amélioration de la qualité du travail •Inspirer la passion et la motivation, encourager les
•féliciter personnellement les personnes dont le travail gens à voir que le changement apporte des
opportunités.

amélioration, et à s'assurer que les

est exceptionnel

lic
innovations locales peuvent être

up
traduites et converties en améliorations Leadership de soutien
globales. "
•Tenir compte des sentiments personnels des autres
avant d’agir

Dr Stephen Spear cited by Gene Kim

D •Être attentif aux besoins personnels de l'autre
•Se soucier des intérêts des individus

in Beyond the Phoenix Project « Les caractéristiques du leadership

ot

transformationnel sont étroitement liées aux

N

performances informatiques et à l’eNPS

o

(employee Net Promoter Score). »

D

From The State of DevOps Report 2017

©DevOps Institute unless otherwise stated Module 8 : Partage, observation et évolution 197
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Diriger une transformation digitale : selon

e
Jason Cox (Disney)

ut
ib
tr
is
Ingrédients essentiels Défis du leadership

D
• Collaboration - briser les silos, • Une directive de management et

or
objectifs mutuels de contrôle

e
• Curiosité - continuer à expérimenter • Comment un nouveau leadership

at
• Courage - candeur, défi, sans peut faire prendre une nouvelle

lic
reproches ni chasse aux sorcières direction à une entreprise

up
• Le préjugé du qui contre le quoi
D
ot
N
o
D

Module 8 : Partage, observation et évolution 198

©DevOps Institute unless otherwise stated
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

D
o
N
ot
D
up
lic
at
e
or
Module 8 : Partage, observation et évolution

D
is
Considérations

tr
ib
organisationnelles

ut
e
199
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Structures organisationnelles DevOps

e
ut
ib
Certaines entreprises :

tr
is
• Assignent des points de contact Ops aux

D
équipes Dev / Scrum ;

or
• Créent des équipes produits (par opposition à
projets) fonctionnelles transversales ;

e
at
• Adoptent des structures matricielles ou axées sur

lic
le marché (par opposition à des fonctions) ;
• Créent des services Ops partagés prenant en

up
charge plusieurs équipes de développement.
D
ot

Un débat a lieu sur les

N

avantages et les inconvénients

des équipes DevOps.
o
D

©DevOps Institute unless otherwise stated Module 8 : Partage, observation et évolution 200
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Équipes DevOps (1)

e
ut
Équipes DevOps

ib
• Développer le concept d’une équipe Agile ou Scrum

tr
is
• Intégrer les compétences Dev et Ops dans un seul
groupe holistique

D
• Peut être temporaire ou dédié à un produit spécifique

or
• Peuvent être des « Tiger Teams » (équipes
interfonctionnelles pour des projets à court terme)

e
at
• Peuvent évoluer pour fournir des services partagés

lic
• Avoir des responsabilités partagées

up
• Doivent respecter les normes définies pour le
D développement, l’automatisation, les risques et la
conformité qui s’appliquent à toutes les équipes
DevOps
ot
N

Il n’y a pas de structure « idéale » pour une

o

équipe DevOps.
D

©DevOps Institute unless otherwise stated

Module 8 : Partage, observation et évolution 201
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

DevOps Teams (2)

e
ut
ib
tr
Inconvénients des équipes DevOps dédiées :

is
• Moins d’engagement dans l’ensemble du

D
flux de valeur informatique

or
• Risque d’être un autre silo

e
• Dev et Ops « se lavent les mains » de la

at
responsabilité

lic
• Les activités DevOps deviennent le problème

up
D de quelqu’un d’autre
ot
Quelle que soit la structure, une équipe DevOps doit
être plate, avec un engagement continu et le bon
N

équilibre entre les personnes, les pratiques et les

o

compétences en automatisation.
D

©DevOps Institute unless otherwise stated Module 8 : Partage, observation et évolution 202
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

D
o
N
ot
D
up
lic
at
e
or
Démarrer
Module 8: Partage, observation et évolution

D
is
tr
ib
ut
e
203
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

e
« C’est un voyage, non une solution

ut
miracle, et les dirigeants doivent

ib
éviter de se laisser prendre dans la

tr
paralysie de l’analyse. Commencez

is
D
par mettre en œuvre des
changements, obtenez des

or
améliorations et laissez

e
l’organisation évoluer. »

at
lic
Melissa Sargeant

up
D
ot
N
o
D

204
©DevOps Institute unless otherwise stated Module 8 : Partage, observation et évolution
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Commencez là où vous êtes

e
ut
• Être clair sur l’opportunité business - le

ib
« Pourquoi ? »

tr
• Rassembler les bonnes personnes

is
« DevOps n’est pas
• Mettre tout le monde sur la même longueur

D
votre « pourquoi », ni
celui de vos d’onde

or
collègues, et • Investir dans la formation et le

e
certainement pas développement des compétences

at
celui de votre • Construire des capacités qui mènent à un

lic
entreprise. » changement durable
Damon Edwards

up
• Se concentrer sur les comportements
D critiques
• Expérimenter et apprendre
ot

• Consolider les gains et produire plus de

N

changements
• Éviter l'inertie
o
D

205
©DevOps Institute unless otherwise stated Module 8 : Partage, observation et évolution
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Apprendre par la pratique

e
ut
ib
tr
• Créer un pilote où vous pouvez maximiser les chances de

is
succès.

D
• Il doit être assez petit pour que :

or
• sa réussite soit évidente et comprise ;

e
• les conséquences d’un échec ne soient pas si importantes qu’une

at
erreur pourrait bloquer l’ensemble de l’initiative.

lic
• Il doit être assez grand pour que :

up
• vous puissiez montrer une preuve d'amélioration ;
D
• vous obteniez le droit d'apporter des améliorations futures.
ot
N
o
D

Module 8 : Partage, observation et évolution 206

©DevOps Institute unless otherwise stated
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Consolider les gains et produire plus de

e
changements

ut
ib
tr
is
• Communiquer les réussites, les échecs et les leçons

D
apprises

or
• Documenter et mettre à disposition des artefacts et des

e
mesures réutilisables

at
lic
• Élargir les cycles d’amélioration

up
• Investir continuellement dans la formation
D
• Introduire des outils et des techniques avancés au besoin
ot
N
o
D

©DevOps Institute unless otherwise stated Module 8 : Partage, observation et évolution 207
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Ancrer les résultats

e
ut
• Prouver que la nouvelle façon de faire les choses est

ib
meilleure

tr
is
• Renforcer les nouveaux comportements avec des

D
incitations et des récompenses

or
• Se préparer à perdre des personnes en cours de route

e
• Renforcer la nouvelle culture avec chaque nouvel

at
employé

lic
up
« Le changement persiste quand il
D
devient la façon dont nous faisons les
ot
N

choses. »John. P. Kotter

o
D

208
©DevOps Institute unless otherwise stated Module 8 : Partage, observation et évolution
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

D
o
N
ot
D
up
lic
at
e
or
Module 8 : Partage, observation et évolution

D
is
critiques de succès

tr
ib
ut
Défis, risques et facteurs

e
209
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Facteurs critiques de succès

e
ut
• Engagement de la direction envers le changement de

ib
culture

tr
• Création d’une culture collaborative et apprenante

is
• Formation et amélioration continue des compétences

D
• Valeurs et vocabulaire communs

or
• Ingénierie des systèmes couvrant le développement et les

e
opérations

at
lic
• Mesures significatives
• Equilibre entre automatisation et interaction humaine
up
• Application de méthodes agiles et Lean
D
• Communication ouverte et fréquente
ot
N
o
D

210
©DevOps Institute unless otherwise stated Module 8 : Partage, observation et évolution
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Défis et risques

e
ut
ib
Surmonter ces défis • Manque d’engagement ou de clarté

tr
nécessitera un
• Transformer une culture « eux » en « nous »

is
changement
• Réunir des équipes géographiquement

D
organisationnel.
dispersées, qui ne se connaissent pas et

or
pouvant inclure des fournisseurs

e
• Manque d’éducation, de formation et de

at
compétences

lic
• Processus de gestion des services immatures
up
• Technologies inadéquates
D
• Mauvaise communication
ot
N
o
D

©DevOps Institute unless otherwise stated Module 8 : Partage, observation et évolution 211
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Vos plus grands défis ?

e
ut
ib
tr
is
D
or
e
at
lic
up
D
ot
N

Source: DevOps Institute Upskilling IT Global Report 2022

o
D

©DevOps Institute unless otherwise stated Module 8 : Partage, observation et évolution 212
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai
Module 8 : Partage, observation et évolution

e
ut
ib
tr
is
D
or
e
at
lic
EXERCICE
up
D
Votre expérience DevOps
ot
N

(plan d’action personnel)

o
D

©DevOps Institute unless otherwise stated

Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Module 8 : Quiz

e
ut
1 Qui propose des « lofts » comme expérience a) Amazon

ib
immersive ? b) IBM
c) Google

tr
d) Puppet

is
2 Qu’est-ce qu’un « Ignite » dans le contexte des a) Un discours inaugural

D
DevOps Days ? b) Une présentation de 30 minutes
c) Une session de 5 minutes sur un sujet spécifique

or
d) Une session en petit groupe

e
3 Pourquoi Disney continue-t-il à faire plus de a) Impatients

at
choses ? Parce qu’ils sont: b) Compétitifs
c) Curieux

lic
d) Courageux

up
4 Quelle est la structure idéale pour une équipe a) Matrice
DevOps? b) Orienté vers le marché
c) Il n’y en a pas
D
d) Interfonctionnel
ot

5 Selon Gartner, quel est le plus grand défi pour a) Personnes

N

les entreprises qui adoptent les principes b) Informations

DevOps? c) Processus
o

d) Technologie
D

©DevOps Institute unless otherwise stated Module 8 : Partage, observation et évolution 214
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Réponse au Quiz module 8

e
ut
1 Qui propose des « lofts » comme expérience a) Amazon

ib
immersive ? b) IBM
c) Google

tr
d) Puppet

is
2 Qu’est-ce qu’un « Ignite » dans le contexte des a) Un discours inaugural

D
DevOps Days ? b) Une présentation de 30 minutes
c) Une session de 5 minutes sur un sujet spécifique

or
d) Une session en petit groupe

e
3 Pourquoi Disney continue-t-il à faire plus de a) Impatients

at
choses ? Parce qu’ils sont: b) Compétitifs
c) Curieux

lic
d) Courageux

up
4 Quelle est la structure idéale pour une équipe a) Matrice
DevOps? b) Orienté vers le marché
c) Il n’y en a pas
D
d) Interfonctionnel
ot

5 Selon Gartner, quel est le plus grand défi pour a) Personnes

N

les entreprises qui adoptent les principes b) Informations

DevOps? c) Processus
o

d) Technologie
D

©DevOps Institute unless otherwise stated Module 8 : Partage, observation et évolution 215
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Résumé

e
ut
ib
tr
is
DevOps permet aux entreprises de fournir de meilleurs logiciels

D
plus rapidement et de manière plus fiable en :

or
• améliorant la communication, la collaboration et l’intégration des

e
processus et des outils dans l’ensemble du flux de valeur

at
informatique ;

lic
• automatisant les processus de livraison de logiciels et de

up
modifications de l’infrastructure ;
• en tirant parti des pratiques Agile, Lean, ITSM et DevOps en cours
D
d’évolution.
ot
N
o
D

216
©DevOps Institute unless otherwise stated
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

e
ut
ib
tr
is
D
« DevOps n’est pas seulement

or
possible, il est nécessaire dans

e
at
lic
le nouveau monde de la
up
technologie d’entreprise. »
D
ot

Forrester Research
N
o
D

© DevOps Institute unless otherwise stated 217

©DevOps Institute unless otherwise stated
Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Que fait DevOps Institute ?

e
ut
ib
ADHÉSION PROFESSIONNELLE ÉVALUATIONS ET RECHERCHES

tr
Les membres professionnels du DevOps Institute ont Nous offrons une vaste bibliothèque de ressources pour

is
accès à des outils pour les aider à faire progresser leur vous aider à améliorer chaque étape de votre parcours
organisation et leur carrière individuelle. Les avantages DevOps, y compris : notre outil d’évaluation participatif et

D
varient en fonction du niveau d’adhésion, mais peuvent indépendant du fournisseur ; Upskilling DevOps Skills
inclure des invitations à nos événements phares, Report, l’un des rapports annuels les plus respectés et les

or
l’accès à la recherche et à l’outil d’évaluation des plus utilisés dans DevOps aujourd’hui;
capacités, l’accès à des possibilités d’apprentissage et SKILbooks, collaborative bodies of knowledge from
continu, et plus encore. global perspectives that provide actionable DevOps

e
strategies.

at
ÉVÉNEMENTS ET SECTIONS

lic
Explorez les derniers sujets DevOps et les meilleures APPRENTISSAGE ET CERTIFICATION

up
pratiques grâce à nos journées phares SKILup – des
conférences mensuelles qui placent un sujet spécifique
Répondant au besoin de soutenir l’apprentissage
sous le microscope pour une analyse et des D continu, nous proposons plusieurs certifications
commentaires approfondis par des experts et des
disponibles dans plusieurs langues qui couvrent
praticiens DevOps de premier plan ayant une expérience
diverses compétences DevOps.
ot
réelle.
Les certifications sont basées sur les sujets les plus
N

Nos sections SKILup permettent aux membres de se

pertinents dans le domaine DevOps et sont
connecter et de s’engager avec d’autres personnes dans
disponibles via divers canaux,
o

leur pays ou région lors de réunions localisées et / ou

thématiques.
D

©DevOps Institute unless otherwise stated 218

Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Pourquoi les certifications DevOps “Un informaticien qui obtient

e
des certifications lui permet

ut
Institute sont-elles importantes ? de rechercher une promotion,

ib
améliore le respect par ses

tr
pairs et ses clients, augmente
Aujourd’hui, plus que jamais, les entreprises ont besoin de professionnels

is
DevOps dotés de compétences et de connaissances validées pour soutenir
la sensibilisation aux
connaissances, aux

D
leur transformation numérique..
compétences et aux lacunes

or
58% estiment que trouver des Le rôle d’ingénieur DevOps a et améliore la confiance en
personnes DevOps qualifiées est un doublé de popularité2 soi..

e
énorme défi1

at
De plus, les certifications

lic
La connaissance de la toolchain CI SRE est le cinquième emploi en IT
/ CD est une compétence ayant une croissance rapide4 garantissent qu’il existe un
code de pratiques solide qui

up
indispensable3
permet d’obtenir l’assurance
Les compétences et les D DevOps Engineer est l’emploi le
connaissances en matière de plus recruté sur LinkedIn6
qu’un travail conforme et
processus sont une catégorie de juridique est effectué..”
ot

compétences de premier plan5

N

- Upskilling 2020: Enterprise

1, 2, 3, 5 2020 Upskilling Enterprise DevOps Skills Report, DevOps Institute
DevOps Skills Report
o

4 2020 Emerging Jobs Report, LinkedIn

6 The 33 Most Recruited Jobs, LinkedIn
D

©DevOps Institute unless otherwise stated 219

Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Apprentissage et certification

e
ut
ib
Obtenez une certification sur les compétences et les pratiques
en les plus demandées.

tr
is
Les certifications DevOps Institute se concentrent sur ces domaines

D
DevOps clés: Pass the Exam

or
• DevOps Foundation for:
• DevOps Engineering

e
• Site Reliability Engineering

at
• DevSecOps
• DevOps Leadership

lic
• Agile Service Management
• Continuous Delivery Ecosystem

up
• Continuous Testing
• Value Stream Management D
ot

Pour en savoir plus, consultez le site

N

https://www.devopsinstitute.com/certifications
o
D

©DevOps Institute unless otherwise stated 220

Licensed For Use Only By: abdelkader semmoud abdelkadersemmoud@gmai

Pourquoi devenir membre du DevOps Institute ?

e
ut
ib
tr
L’adhésion au DevOps Institute soutient les initiatives

is
UpSkilling et ReSkilling. Il vous permet, ainsi qu’à votre équipe, à

D
vos clients et à vos partenaires de relever les plus grands défis
du monde. Pass the Exam

or
Créez de nouvelles possibilités en réseautant avec vos pairs, en
for:

e
obtenant les dernières connaissances de l’industrie et en

at
acquérant des perspectives pour aider à progresser aujourd’hui

lic
et demain.

up
Les adhésions professionnelles incluent l’accès à l’outil
D
d’évaluation des capacités, aux dernières informations et
recherches DevOps, l’accès à des ressources qui font progresser
ot

la carrière et divers rabais de l’industrie.

Passez à l’étape suivante
N

Rejoignez notre communauté de pratique gratuite dès aujourd’hui,

de votre parcours DevOps
o

https://www.devopsinstitute.com/membership
dès aujourd’hui!
D

©DevOps Institute unless otherwise stated 221