Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                
SlideShare une entreprise Scribd logo
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
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é.
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
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.
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
“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.

Contenu connexe

DevOps-Infographie-Quadran.pdf

  • 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.