1. DevOps, ce n’est pas que de l’automatisation et
des outils. Nous voulons nous assurer que ces
derniers sont correctement implémentés dans
un contexte précis pour répondre à ces 4
objectifs. L’automatisation avec la culture et le
partage apporteront la valeur attendue de
DevOps qui sera validée par la mesure.
Correctement l’implémenter, c’est améliorer la
vitesse de ses livraisons, leur qualité, la
performance du produit et l’expérience des
clients.
DevOps ne sert ni les développeurs, ni les
opérations. DevOps sert un produit. Il assure
que l’IT en soit une brique performante, pas
juste essentielle.
Les principes de DevOps
Culture Partage
Automatisation
Mesure
2. Culture
Chaque entreprise a un ADN spécifique. Il se
reflète dans ses tactiques de recrutement, sa
stratégie de management, son organisation et
les personnes même qui y travaillent. Rentrer
dans DevOps, c’est s’embarquer dans une
entreprise d’amélioration continue qui
commence par “Qu’est ce que je produis ?
Comment est-ce que je le produis ? Avec qui
est-ce que je le produis ?”
C’est avoir l’abnégation de challenger de
vieilles habitudes et de trouver un nouvel
équilibre sans pour autant nier la personnalité
et les priorités de sa société.
3. Fin de la
culture des
silos
fonctionnels
Confiance
Eliminer le
blame
Amélioration
par l’échec
Culture du
produit
Equipes
transverses
multi-
fonctionnelles
Prise de risques
Expérimentation
et innovation
Transparence
Prise de pouvoir
individuelle
ESPRIT
DEVOPS
Donner du pouvoir, c’est aussi instaurer un esprit de partage. Le partage des méthodes,
process, savoirs et outils. Pour que chacun soit en mesure de comprendre ce que fait l’autre et
dans quel contexte. Le partage des données et des métriques, pour instaurer la transparence et
mettre la priorité sur la pertinence plus que sur la quantité.
Par-dessus tout, le partage des responsabilités, transformant succès et échecs individuels en
objectifs d’équipes et en opportunités d’amélioration.
Outils Données Métriques
Savoirs Méthodes & process
Partage
4. Mesure
Les points d’intérêts et d’amélioration
potentiels sont légions. On pourrait passer sa
vie à mettre en place des indicateurs sans
jamais tomber sur le bon. En DevOps, nous
voulons nous assurer de la pertinence des
mesures et calculer ce qui mérite de l’être.
Une mise à plat honnête du cycle de vie de son
produit permet non seulement la mise en place
d’automatisation et de méthodes de travail
adaptées, mais aussi de se concentrer sur
l’essentiel pour mieux le mesurer.
L’amélioration continue passe par une vison
claire de ses performances.
5. CI/CD, Test & Sec E2E, Jenkins, Docker,
Blue/Green Deployment, Canary Release...
Si le domaine de l’automatisation dispose
d’un langage si riche, c’est parce qu’il
s’attelle à offrir des solutions
performantes à tous les niveaux
opérationnels d’un produit. De la
conceptualisation au déploiement. S’y
retrouver peut relever du défi. D’où la
nécessité d’avoir une vision claire du cycle
de vie de son produit de bout en bout,
pour mieux déceler ses goulets
d’étranglement et utiliser la puissance des
outils automatisés pour les mitiger.
L’automatisation est un catalyste, pas une
finalité. Comprenez avant d’entreprendre.
Automatisation
6. “It is not the strongest of the species that survive, nor the most intelligent,
but the one most responsive to change.”
Charles Darwin
Coûts de production
réduits voire
nullifiés
Meilleure
performance
Meilleure qualité
Meilleur temps de
mise sur le marché
Plus grande
valeur par
l’innovation
En conclusion
On ne fait pas d’informatique pour le bien de
l’informatique. On ne développe pas pour le
plaisir de poser un algorithme. On ne déploie pas
pour la satisfaction de la stabilité. Nous faisons de
l’IT pour répondre à des besoins clients. Et nous
devons à ces clients le meilleur service possible.
Car ils nous permettent de vivre.
Car nos concurrents n’attendent pas.
Car nous sommes des professionnels avant d’être
des passionnés.