SlideShare une entreprise Scribd logo
1
2
⇒ Présentation
⇒ Introduction
⇒ L’origine du mal
⇒ DevOps YABW
⇒ Les N effets Kisscool du DevOps
⇒ Le “Treeptik”Gagnant du DevOps
⇒ Le continuous Everything
⇒ Oubliez les légendes urbaines
⇒ Le plan d’actions vers le DevOps
Programme
3
Présentation
⇒ Expert des architectures Java …. canal historique.
⇒ Partenaire Docker (Formation et Conseil).
⇒ Organisateur DevOps D-Day à Marseille.
⇒ Organisateur des Meetup Docker Marseille et de DevOps
Provence
4
⇒ 95 % des projets des entreprises ont une composante IT.
⇒ Aujourd’hui toutes les entreprises sont des entreprises IT.
⇒ Il n’y a plus de banque, plus de libraire …. que des sociétés IT.
Introduction
5
⇒ Aujourd’hui ce ne sont plus les grosses entreprises qui mangent les plus petites,
⇒ Ce sont les plus rapides qui mangent les plus lentes.
Introduction
6
La révolution du digital est bel et bien là et elle change certains paradigmes :
Introduction
Avant Maintenant
L’IT met en oeuvre le business L’IT pilote le business
L’IT est un centre de coût L’IT génère la valeur
Il faut acheter les services IT au plus bas Il faut recruter les meilleurs talents IT
7
Il en découle donc qu’aujourd’hui :
⇒ Il faut faire des logiciels,
⇒ … et il faut les faire rapidement.
Malheureusement ce n’est pas si simple que ça. Une étude menée par l’université d’Oxford en
2012 montre que :
● 17 % des grands projets vont si mal qu’ils menacent l'existence même de la société.
● Les grands projets dépassent de 45 % le budget initial ...
● Tout en offrant 56% de valeur en moins !
Introduction
8
L’origine du mal
La meilleure ruse du Diable est de faire croire qu’il n’existe pas
⇒ Les organisations des équipes en silos
⇒ Des objectifs et des missions différentes
⇒ Un vocabulaire différent
9
Les organisations en silos
⇒ Une organisation naturelle
⇒ Accentuée par l'autonomisation des équipes
⇒ Qui a rendu le travail de certain opaque
L’origine du mal
10
Les organisations en silos
⇒ Et si on ajoute le management transversal pour casser les silos ?
Résultat :
● Tout le monde travaille avec tout le monde
● Tout le monde reporte à tout le monde
● Inefficacité et paralysie
L’origine du mal
11
Des objectifs et des missions différentes
⇒ Création VS Exploitation
⇒ Rapidité VS Stabilité
⇒ Scrum VS ITIL
L’origine du mal
12
Un vocabulaire différent
L’origine du mal
13
DEVOPS YABW
Yet Another Buzzword
Devops se définit comme un mouvement visant à aligner le système d'information sur les
besoins de l'entreprise. Ce que l'on pourrait résumer en : travailler ensemble pour produire de la
valeur pour l'entreprise
(Définition : WIKIPEDIA)
14
DevOps c’est donc :
⇒ Un changement de culture
⇒ Qui encourage la collaboration (au-delà des Dev et des Ops)
⇒ Dans le but de produire plus rapidement avec une meilleure qualité
DevOps n’est vraiment pas :
⇒ Un rôle ou un poste
⇒ Des outils, des scripts (pas seulement) …
⇒ Des certifications
⇒ Seulement pour les Dev ou pour les Ops
DEVOPS YABW
15
Les “N” effets Kisscool
Mais pourquoi donc tout le monde veut faire du DevOps
⇒ Le Time To Market
⇒ La qualité
⇒ L’innovation
16
Améliorer le Time To Market
⇒ 4 livraisons par An ou 4 livraisons par Jour ?
⇒ Comment mesurer le TTM ?
Les N effets Kisscool
17
Améliorer le Time To Market. Pourquoi ?
⇒ Profiter d’un avantage concurrentiel
⇒ Bénéficier d’un meilleur prix de vente en début de cycle de vie
⇒ Cycle de vie plus long sur le marché
Les N effets Kisscool
18
Améliorer le Time To Market. Pourquoi ?
Mais aussi ...
⇒ Fidéliser les clients en proposant régulièrement des nouveautés
⇒ Améliorer la gestion des ressources internes
⇒ Dates de lancement plus prévisibles
Les N effets Kisscool
19
Améliorer la Qualité
⇒ Qualité globale de l’application
⇒ Réduction de la dette technique
⇒ Améliorer la satisfaction des utilisateurs
Les N effets Kisscool
20
Améliorer l’innovation
⇒ Donner de la valeur à l’entreprise
⇒ Anticiper les nouveaux marchés / usages
⇒ Conquérir de nouveau marché
⇒ Réduire les coûts, réduire les risques ….
Les N effets Kisscool
21
Le “Treeptik” gagnant du DevOps
Attention jeu de mots complètement délirant !
⇒ Les personnes
⇒ La culture
⇒ Les outils
22
Les Personnes
⇒ L’IT, ce sont des hommes et des femmes avant tout !
⇒ Rendre les équipes fières de leur travail
⇒ Attention aux barrières que mettent les mots (Dev / Ops …)
Le “Treeptik” gagnant du DevOps
23
Les Personnes
⇒ Communiquer
⇒ Donner du sens
⇒ Expliquer les risques
Le “Treeptik” gagnant du DevOps
24
La culture
D’après Wikipédia, la culture organisationnelle d’une entreprise c’est l’ensemble des éléments
particuliers qui définissent les bases du comportement de l’organisation.
C’est l’ensemble des valeurs partagées par le plus grand nombre qui définissent comment l’
organisation aborde les problèmes ou comment traiter avec son marché.
Le “Treeptik” gagnant du DevOps
25
La culture
⇒ Malheureusement si vous n’êtes pas le CEO c’est très difficile de faire évoluer la culture
de la société ! (en fait, même pour le CEO ce n’est pas facile)
⇒ Il faut faire évoluer les comportements les uns après les autres avec une volonté globale
(du CEO) de changement
⇒ Pour faire évoluer les comportements il faut expliquer “POURQUOI” et donner du sens à
l’action.
Le “Treeptik” gagnant du DevOps
26
La culture
⇒ On va apprendre à réorganiser les équipes en équipes projets..
Le “Treeptik” gagnant du DevOps
27
La culture
⇒ Insuffler la vision globale et la culture du feedback (1)
Le “Treeptik” gagnant du DevOps
28
La culture
⇒ Insuffler la vision globale et la culture du feedback (2)
Le “Treeptik” gagnant du DevOps
29
La culture
⇒ Insuffler la vision globale et la culture du feedback (3)
Le “Treeptik” gagnant du DevOps
30
Les outils
Le “Treeptik” gagnant du DevOps
31
Les outils de communication
Le “Treeptik” gagnant du DevOps
32
Les outils d’automatisation
Le “Treeptik” gagnant du DevOps
33
Les outils de mesure
Le “Treeptik” gagnant du DevOps
34
Les outils PaaS
Le “Treeptik” gagnant du DevOps
35
Le Continuous Everything
Again and again and again ….
⇒ L’intégration continue
⇒ La livraison continue
⇒ Les opérations continues
⇒ L’évaluation continue
36
Le Continuous Everything
37
L’intégration continue
⇒ Pratique qui impose aux développeurs d'intégrer leur code plusieurs fois par jour dans
un référentiel partagé. Chaque dépôt est vérifié par génération automatisée d'un build,
et déclenchement des tests (Unitaire et fonctionnel) ce qui permet aux équipes de
détecter les problèmes dès les premiers stades du cycle.
Le Continuous Everything
38
La livraison continue
⇒ Pratique qui consiste à générer les builds d'un logiciel de manière à le passer en
production à tout moment (prêt pour production). Aspects clés de la livraison en continu :
standardiser la configuration de l'infrastructure et gérer les détails de configuration en
appliquant les mêmes pratiques que pour la gestion du code source.
Le Continuous Everything
39
Les opérations continues
⇒ Pratique consistant à gérer les changements apportés aux serveurs et aux logiciels sans
perturber les utilisateurs (Patch sécu, Fix Bug, changement de disque). Il est parfois
possible de désactiver les logiciels lors des opérations planifiées. Les opérations en
continue permettent d'appliquer la version précédente de l'application aux clients
jusqu'à ce que la nouvelle version ait été testée avec succès et déployée.
Le Continuous Everything
40
L’évaluation continue
⇒ Supervision en continu de l'état, de la disponibilité et des performances de l'application,
mais aussi capture de l'expérience utilisateur tout au long du cycle de vie de
l'application. Transmission de ces informations aux équipes concernées. Cette pratique
permet d'améliorer et d'optimiser en continu l'application et l'expérience utilisateur.
Le Continuous Everything
41
Oubliez les légendes urbaines
L'auto-stoppeuse fantôme ....
⇒ « Les rôles doivent être fusionnés. »
⇒ « Les Ops disparaissent. »
⇒ « Un bon outil et c’est parti. »
⇒ « Les développeurs n’ont plus de limite. »
⇒ « Ce n’est pas adapté à mon entreprise. »
42
« Les rôles doivent être fusionnés. »
⇒ Doit-on tous devenir des ingénieurs DevOps ? Non ! Il s'agit de contextes distincts : les
équipes “Développement” écrivent du code. Les équipes “Opérations” assurent l’
administration de l'infrastructure qui héberge ce code.
⇒ Le nombre de rôles peuvent changer au fil du temps et certains rôles seront assurés par
des logiciels, mais ces compétences et cette expertise de base resteront indispensables.
Oubliez les légendes urbaines
43
« Les Ops disparaissent. »
⇒ On transfère tout dans le Cloud. Non ! L'objectif de DevOps n'est pas de migrer les
opérations vers le Cloud mais de définir une infrastructure plus simple, plus standardisée
consommable à la demande, capable de livrer les mises à jour des applications avec une
plus grande fréquence et d'identifier des opportunités d'optimisation dans les systèmes.
Oubliez les légendes urbaines
44
« Un bon outil et c’est parti. »
⇒ Le passage à une culture DevOps exige de nouveaux outils certes mais les considérations
managériales et de culture sont primordiales.
Oubliez les légendes urbaines
45
« Les développeurs n’ont plus de limites. »
Donne moi le Root sur le serveur de prod tu comprends rien !
Avec les services à la demande (PaaS) les développeurs vont créer des serveurs pour rien !
⇒ Non ! Ce n'est pas la finalité de DevOps. DevOps vise à améliorer la communication et la
collaboration entre les équipes Dev et Ops et à rendre leurs processus plus agiles, tout
en laissant chaque fonction exceller dans son domaine d'expertise.
Oubliez les légendes urbaines
46
« Ce n’est pas adapté à mon entreprise. »
Plus simple dans les petites entreprises car plus agile et plus efficace dans les grosses entreprises
car il y a beaucoup de freins qui ralentissent les projets.
⇒ Le cycle de vie de l'automatisation DevOps se traduit par des besoins différents à
différents stades. Par conséquent, l'automatisation peut être incorporée dans une
entreprise, quelle que soit la maturité des systèmes IT en place.
Oubliez les légendes urbaines
47
Plan d’action vers le DevOps
J’adore quand un plan se déroule sans accroc ...
⇒ Le modèle de maturité
⇒ Les objectifs et les moyens de les mesurer
⇒ Communiquez !!!
48
Le modèle de maturité
Au début de chaque projet, DevOps se pose la question de l’évaluation:
⇒ A quel niveau de maturité la société se situe-t-elle ?
⇒ Quels sont les aspects déjà traités ?
⇒ Quelles sont les prochaines étapes de progression ?
⇒ Quels sont les points forts et les points faibles de l’organisation ?
Plan d’action vers le DevOps
49
Le modèle de maturité :
La grille Culture
50
Le modèle de maturité :
La grille Automatisation
51
Le modèle de maturité :
La grille Processus
52
Le modèle de maturité
Questionnaire / Evaluation :
⇒ Il existe un questionnaire en ligne pour faire une auto-évalutation
Plan d’action vers le DevOps
⇒ De manière générale l'évaluation se
fait sous forme d’audit/d’interviews
53
Les objectifs et les moyens de les mesurer
⇒ Fixez des objectifs clairs
⇒ Identifiez une “Dream Team”
⇒ Un projet simple et moderne
⇒ Ne soyez pas trop ambitieux
Plan d’action vers le DevOps
54
Les objectifs et les moyens de les mesurer :
Il y a plusieurs études sur ce sujet qui semble souvent trivial. Gartner formule cette recommandation :
⇒ "Créez des métriques qui s’alignent sur les impacts et les besoins de l'entreprise, mais surtout,
qui permettent aux personnes de prendre conscience qu’elles doivent travailler ensemble.”
Plan d’action vers le DevOps
55
Les objectifs et les moyens de les mesurer :
Attention aux métriques contre-productives !
Plan d’action vers le DevOps
Les métriques d’orgeuil
Nombre de lignes de code
Couverture de code
Ce sont des objectifs faciles à
faire monter. Avec parfois une
vision top micro.
Les métriques d’une équipe
Métrique Scrum / Vélocité des
DEV
Attention aux métriques qui
divisent et qui recréent les silos
Certaines métriques
traditionnelles
MTBF
Temps moyen entre pannes
Les systèmes tombent de toute
façon en panne ! Combien de
temps pour remettre le service en
route ?
56
Les objectifs et les moyens de les mesurer :
Préférez des métriques “métier” et des métriques qui fédèrent les équipes.
Plan d’action vers le DevOps
Client et business
Taux de conversion / Nb de nouveaux utilisateurs entrants /
Revenus engendrés / Temps passé par les utilisateurs sur
la fonctionnalité
Qualité et technique
Temps de reprise après une erreur / Nb et fréquence des
MEP / Coût d’un RollBack …
Culture, partage
Turn-over / Satisfaction de l’équipe / Wiki / Open source /
Mentoring …
57
Communiquez !!!
⇒ Utilisez des métriques compréhensibles par tous, et partagez-les.
⇒ Utilisez des plate-formes de communication communes.
⇒ Organisez des présentations internes, des Meetup, des BBL, des apéro sur des sujets
techniques mais pas seulement !
Plan d’action vers le DevOps
58
Fabien AMICO
⇒ @fabienamico
⇒ f.amico@treeptik.fr
⇒ 04 42 37 06 32
..:: FIN ::..
Et ils vécurent heureux ….
59
Merci de votre attention

Contenu connexe

Tendances

DevOps - Collaborer pour répondre à l'accélération de l'économie numérique
DevOps - Collaborer pour répondre à l'accélération de l'économie numériqueDevOps - Collaborer pour répondre à l'accélération de l'économie numérique
DevOps - Collaborer pour répondre à l'accélération de l'économie numérique
agilegarden
 
DevOps - Retour d’expérience - RivieraDev du 20 Octobre 2011
DevOps - Retour d’expérience - RivieraDev du 20 Octobre 2011DevOps - Retour d’expérience - RivieraDev du 20 Octobre 2011
DevOps - Retour d’expérience - RivieraDev du 20 Octobre 2011
Henri Gomez
 
L’informatique efficience
L’informatique efficienceL’informatique efficience
L’informatique efficience
Michel Bruchet
 
[devops REX 2016] Les impacts techniques et organisationnels liés à devops
 [devops REX 2016] Les impacts techniques et organisationnels liés à devops [devops REX 2016] Les impacts techniques et organisationnels liés à devops
[devops REX 2016] Les impacts techniques et organisationnels liés à devops
devops REX
 
DevOps - Retour d’expérience - AlpesJug du 20 Septembre 2011
DevOps - Retour d’expérience - AlpesJug du 20 Septembre 2011DevOps - Retour d’expérience - AlpesJug du 20 Septembre 2011
DevOps - Retour d’expérience - AlpesJug du 20 Septembre 2011
Henri Gomez
 
[devops REX 2017] Les unconférences au cœur de l’évangelisation DevOps chez C...
[devops REX 2017] Les unconférences au cœur de l’évangelisation DevOps chez C...[devops REX 2017] Les unconférences au cœur de l’évangelisation DevOps chez C...
[devops REX 2017] Les unconférences au cœur de l’évangelisation DevOps chez C...
devops REX
 
Matinale DevOps / Docker
Matinale DevOps / DockerMatinale DevOps / Docker
Matinale DevOps / Docker
Zenika
 
DEVOPS - La synthèse
DEVOPS - La synthèseDEVOPS - La synthèse
DEVOPS - La synthèse
COMPETENSIS
 
[devops REX 2016] DevOps at Scale : ce qu’on fait, ce que l’on a appris chez ...
[devops REX 2016] DevOps at Scale : ce qu’on fait, ce que l’on a appris chez ...[devops REX 2016] DevOps at Scale : ce qu’on fait, ce que l’on a appris chez ...
[devops REX 2016] DevOps at Scale : ce qu’on fait, ce que l’on a appris chez ...
devops REX
 
DevOps vu par les ops
DevOps vu par les opsDevOps vu par les ops
DevOps vu par les ops
Michel HUBERT
 
[devops REX 2016] Comment nous cultivons la philosophie DevOps grâce au Lean
[devops REX 2016] Comment nous cultivons la philosophie DevOps grâce au Lean[devops REX 2016] Comment nous cultivons la philosophie DevOps grâce au Lean
[devops REX 2016] Comment nous cultivons la philosophie DevOps grâce au Lean
devops REX
 
DevOps en pratique - Paris Meetup Bluemix 19/11/2014
DevOps en pratique - Paris Meetup Bluemix 19/11/2014DevOps en pratique - Paris Meetup Bluemix 19/11/2014
DevOps en pratique - Paris Meetup Bluemix 19/11/2014
IBM France Lab
 
Après l’#agilité, le #DevOps, la nouvelle arme de la DSI ! v2
Après l’#agilité, le #DevOps, la nouvelle arme de la DSI ! v2Après l’#agilité, le #DevOps, la nouvelle arme de la DSI ! v2
Après l’#agilité, le #DevOps, la nouvelle arme de la DSI ! v2
Sébastien Bourguignon
 
DevOps - Qualité, Performance et Télémétrie avec Visual Studio 2015
DevOps - Qualité, Performance et Télémétrie avec Visual Studio 2015DevOps - Qualité, Performance et Télémétrie avec Visual Studio 2015
DevOps - Qualité, Performance et Télémétrie avec Visual Studio 2015
Microsoft
 
Du cycle en V à DevOps, en passant par agile - Normation
Du cycle en V à DevOps, en passant par agile - NormationDu cycle en V à DevOps, en passant par agile - Normation
Du cycle en V à DevOps, en passant par agile - Normation
RUDDER
 
Journée DevOps : La boite à outil d'une équipe DevOps
Journée DevOps : La boite à outil d'une équipe DevOpsJournée DevOps : La boite à outil d'une équipe DevOps
Journée DevOps : La boite à outil d'une équipe DevOps
Publicis Sapient Engineering
 
[devops REX 2016] Comment l’IT peut arrêter de se faire vanner par les devs ?
[devops REX 2016] Comment l’IT peut arrêter de se faire vanner par les devs ?[devops REX 2016] Comment l’IT peut arrêter de se faire vanner par les devs ?
[devops REX 2016] Comment l’IT peut arrêter de se faire vanner par les devs ?
devops REX
 
TIAD : DevOps & continuous delivery dans le cloud
TIAD : DevOps & continuous delivery dans le cloudTIAD : DevOps & continuous delivery dans le cloud
TIAD : DevOps & continuous delivery dans le cloud
The Incredible Automation Day
 
Meetup DevOps / WebOps Nîmes 20161020
Meetup DevOps / WebOps Nîmes 20161020Meetup DevOps / WebOps Nîmes 20161020
Meetup DevOps / WebOps Nîmes 20161020
NimeOps
 
Microsoft DevOps Day 2015 02122015 - L'expérience du groupe produit Visual St...
Microsoft DevOps Day 2015 02122015 - L'expérience du groupe produit Visual St...Microsoft DevOps Day 2015 02122015 - L'expérience du groupe produit Visual St...
Microsoft DevOps Day 2015 02122015 - L'expérience du groupe produit Visual St...
Samuel Metias
 

Tendances (20)

DevOps - Collaborer pour répondre à l'accélération de l'économie numérique
DevOps - Collaborer pour répondre à l'accélération de l'économie numériqueDevOps - Collaborer pour répondre à l'accélération de l'économie numérique
DevOps - Collaborer pour répondre à l'accélération de l'économie numérique
 
DevOps - Retour d’expérience - RivieraDev du 20 Octobre 2011
DevOps - Retour d’expérience - RivieraDev du 20 Octobre 2011DevOps - Retour d’expérience - RivieraDev du 20 Octobre 2011
DevOps - Retour d’expérience - RivieraDev du 20 Octobre 2011
 
L’informatique efficience
L’informatique efficienceL’informatique efficience
L’informatique efficience
 
[devops REX 2016] Les impacts techniques et organisationnels liés à devops
 [devops REX 2016] Les impacts techniques et organisationnels liés à devops [devops REX 2016] Les impacts techniques et organisationnels liés à devops
[devops REX 2016] Les impacts techniques et organisationnels liés à devops
 
DevOps - Retour d’expérience - AlpesJug du 20 Septembre 2011
DevOps - Retour d’expérience - AlpesJug du 20 Septembre 2011DevOps - Retour d’expérience - AlpesJug du 20 Septembre 2011
DevOps - Retour d’expérience - AlpesJug du 20 Septembre 2011
 
[devops REX 2017] Les unconférences au cœur de l’évangelisation DevOps chez C...
[devops REX 2017] Les unconférences au cœur de l’évangelisation DevOps chez C...[devops REX 2017] Les unconférences au cœur de l’évangelisation DevOps chez C...
[devops REX 2017] Les unconférences au cœur de l’évangelisation DevOps chez C...
 
Matinale DevOps / Docker
Matinale DevOps / DockerMatinale DevOps / Docker
Matinale DevOps / Docker
 
DEVOPS - La synthèse
DEVOPS - La synthèseDEVOPS - La synthèse
DEVOPS - La synthèse
 
[devops REX 2016] DevOps at Scale : ce qu’on fait, ce que l’on a appris chez ...
[devops REX 2016] DevOps at Scale : ce qu’on fait, ce que l’on a appris chez ...[devops REX 2016] DevOps at Scale : ce qu’on fait, ce que l’on a appris chez ...
[devops REX 2016] DevOps at Scale : ce qu’on fait, ce que l’on a appris chez ...
 
DevOps vu par les ops
DevOps vu par les opsDevOps vu par les ops
DevOps vu par les ops
 
[devops REX 2016] Comment nous cultivons la philosophie DevOps grâce au Lean
[devops REX 2016] Comment nous cultivons la philosophie DevOps grâce au Lean[devops REX 2016] Comment nous cultivons la philosophie DevOps grâce au Lean
[devops REX 2016] Comment nous cultivons la philosophie DevOps grâce au Lean
 
DevOps en pratique - Paris Meetup Bluemix 19/11/2014
DevOps en pratique - Paris Meetup Bluemix 19/11/2014DevOps en pratique - Paris Meetup Bluemix 19/11/2014
DevOps en pratique - Paris Meetup Bluemix 19/11/2014
 
Après l’#agilité, le #DevOps, la nouvelle arme de la DSI ! v2
Après l’#agilité, le #DevOps, la nouvelle arme de la DSI ! v2Après l’#agilité, le #DevOps, la nouvelle arme de la DSI ! v2
Après l’#agilité, le #DevOps, la nouvelle arme de la DSI ! v2
 
DevOps - Qualité, Performance et Télémétrie avec Visual Studio 2015
DevOps - Qualité, Performance et Télémétrie avec Visual Studio 2015DevOps - Qualité, Performance et Télémétrie avec Visual Studio 2015
DevOps - Qualité, Performance et Télémétrie avec Visual Studio 2015
 
Du cycle en V à DevOps, en passant par agile - Normation
Du cycle en V à DevOps, en passant par agile - NormationDu cycle en V à DevOps, en passant par agile - Normation
Du cycle en V à DevOps, en passant par agile - Normation
 
Journée DevOps : La boite à outil d'une équipe DevOps
Journée DevOps : La boite à outil d'une équipe DevOpsJournée DevOps : La boite à outil d'une équipe DevOps
Journée DevOps : La boite à outil d'une équipe DevOps
 
[devops REX 2016] Comment l’IT peut arrêter de se faire vanner par les devs ?
[devops REX 2016] Comment l’IT peut arrêter de se faire vanner par les devs ?[devops REX 2016] Comment l’IT peut arrêter de se faire vanner par les devs ?
[devops REX 2016] Comment l’IT peut arrêter de se faire vanner par les devs ?
 
TIAD : DevOps & continuous delivery dans le cloud
TIAD : DevOps & continuous delivery dans le cloudTIAD : DevOps & continuous delivery dans le cloud
TIAD : DevOps & continuous delivery dans le cloud
 
Meetup DevOps / WebOps Nîmes 20161020
Meetup DevOps / WebOps Nîmes 20161020Meetup DevOps / WebOps Nîmes 20161020
Meetup DevOps / WebOps Nîmes 20161020
 
Microsoft DevOps Day 2015 02122015 - L'expérience du groupe produit Visual St...
Microsoft DevOps Day 2015 02122015 - L'expérience du groupe produit Visual St...Microsoft DevOps Day 2015 02122015 - L'expérience du groupe produit Visual St...
Microsoft DevOps Day 2015 02122015 - L'expérience du groupe produit Visual St...
 

Similaire à Le DevOps : La clé de la transformation digitale ?

La DSI plateforme : DevOps, Agilité et Cloud
La DSI plateforme : DevOps, Agilité et CloudLa DSI plateforme : DevOps, Agilité et Cloud
La DSI plateforme : DevOps, Agilité et Cloud
Devoteam Revolve
 
Cours Devops Sparks.pptx.pdf
Cours Devops Sparks.pptx.pdfCours Devops Sparks.pptx.pdf
Cours Devops Sparks.pptx.pdf
boulonvert
 
📝 ✅ La checklist ultime pour rendre vos applications cloud native
📝 ✅ La checklist ultime pour rendre vos applications cloud native 📝 ✅ La checklist ultime pour rendre vos applications cloud native
📝 ✅ La checklist ultime pour rendre vos applications cloud native
KatiaHIMEUR1
 
DevOps à l'échelle: ce que l'on a fait, ce que l'on a appris chez Societe Gen...
DevOps à l'échelle: ce que l'on a fait, ce que l'on a appris chez Societe Gen...DevOps à l'échelle: ce que l'on a fait, ce que l'on a appris chez Societe Gen...
DevOps à l'échelle: ce que l'on a fait, ce que l'on a appris chez Societe Gen...
Adrien Blind
 
DODMTL 2019 - Agile et DevOps chez Croesus
DODMTL 2019 - Agile et DevOps chez CroesusDODMTL 2019 - Agile et DevOps chez Croesus
DODMTL 2019 - Agile et DevOps chez Croesus
Martin Deslongchamps
 
Des jeux et des devops
Des jeux et des devopsDes jeux et des devops
Des jeux et des devops
Frederic Leger
 
LB - DevOps
LB - DevOpsLB - DevOps
LB - DevOps
B2BM
 
Devops : Culture ou Outil ? Pourquoi le mettre en place dans mon Entreprise ?
Devops : Culture ou Outil ? Pourquoi le mettre en place dans mon Entreprise ?Devops : Culture ou Outil ? Pourquoi le mettre en place dans mon Entreprise ?
Devops : Culture ou Outil ? Pourquoi le mettre en place dans mon Entreprise ?
DC CONSULTANTS
 
Quelle métrique pour fédérer Dev & Ops ?
Quelle métrique pour fédérer Dev & Ops ? Quelle métrique pour fédérer Dev & Ops ?
Quelle métrique pour fédérer Dev & Ops ?
Jacky Galicher
 
Quelle métrique pour fédérer Dev & Ops ?
Quelle métrique pour fédérer Dev & Ops ? Quelle métrique pour fédérer Dev & Ops ?
Quelle métrique pour fédérer Dev & Ops ?
Jacky Galicher
 
devops.pdf
devops.pdfdevops.pdf
devops.pdf
qsdqsd4
 
softfluent_abileo_decrypt-devops_297x210mm.pdf
softfluent_abileo_decrypt-devops_297x210mm.pdfsoftfluent_abileo_decrypt-devops_297x210mm.pdf
softfluent_abileo_decrypt-devops_297x210mm.pdf
Oussama Souissi
 
Appréhender et s'adapter aux mutations de l'économie numérique.
Appréhender et s'adapter aux mutations de l'économie numérique. Appréhender et s'adapter aux mutations de l'économie numérique.
Appréhender et s'adapter aux mutations de l'économie numérique.
Thibaut Brousse
 
Happy dev ... & ops
Happy dev ... & opsHappy dev ... & ops
Happy dev ... & ops
Quentin Adam
 
Le gameday...un concept devopsludique
Le gameday...un concept devopsludiqueLe gameday...un concept devopsludique
Le gameday...un concept devopsludique
EspritAgile
 
Petit-déjeuner "Secteur Public : Retour d'expérience sur la refonte en agile ...
Petit-déjeuner "Secteur Public : Retour d'expérience sur la refonte en agile ...Petit-déjeuner "Secteur Public : Retour d'expérience sur la refonte en agile ...
Petit-déjeuner "Secteur Public : Retour d'expérience sur la refonte en agile ...
OCTO Technology
 
DevOps-Infographie-Quadran.pdf
DevOps-Infographie-Quadran.pdfDevOps-Infographie-Quadran.pdf
DevOps-Infographie-Quadran.pdf
Ameur BENTOUTA
 
Devops : Culture ou Outil ? Pourquoi le mettre en place dans mon Entreprise ?
Devops : Culture ou Outil ? Pourquoi le mettre en place dans mon Entreprise ?Devops : Culture ou Outil ? Pourquoi le mettre en place dans mon Entreprise ?
Devops : Culture ou Outil ? Pourquoi le mettre en place dans mon Entreprise ?
DC CONSULTANTS
 
DevOps au coeur de la transformation digitale
DevOps au coeur de la transformation digitaleDevOps au coeur de la transformation digitale
DevOps au coeur de la transformation digitale
Samuel Metias
 
DEVOPS, NOOPS QUEL FUTUR POUR LES OPS ?
DEVOPS, NOOPS QUEL FUTUR POUR LES OPS ?DEVOPS, NOOPS QUEL FUTUR POUR LES OPS ?
DEVOPS, NOOPS QUEL FUTUR POUR LES OPS ?
TREEPTIK
 

Similaire à Le DevOps : La clé de la transformation digitale ? (20)

La DSI plateforme : DevOps, Agilité et Cloud
La DSI plateforme : DevOps, Agilité et CloudLa DSI plateforme : DevOps, Agilité et Cloud
La DSI plateforme : DevOps, Agilité et Cloud
 
Cours Devops Sparks.pptx.pdf
Cours Devops Sparks.pptx.pdfCours Devops Sparks.pptx.pdf
Cours Devops Sparks.pptx.pdf
 
📝 ✅ La checklist ultime pour rendre vos applications cloud native
📝 ✅ La checklist ultime pour rendre vos applications cloud native 📝 ✅ La checklist ultime pour rendre vos applications cloud native
📝 ✅ La checklist ultime pour rendre vos applications cloud native
 
DevOps à l'échelle: ce que l'on a fait, ce que l'on a appris chez Societe Gen...
DevOps à l'échelle: ce que l'on a fait, ce que l'on a appris chez Societe Gen...DevOps à l'échelle: ce que l'on a fait, ce que l'on a appris chez Societe Gen...
DevOps à l'échelle: ce que l'on a fait, ce que l'on a appris chez Societe Gen...
 
DODMTL 2019 - Agile et DevOps chez Croesus
DODMTL 2019 - Agile et DevOps chez CroesusDODMTL 2019 - Agile et DevOps chez Croesus
DODMTL 2019 - Agile et DevOps chez Croesus
 
Des jeux et des devops
Des jeux et des devopsDes jeux et des devops
Des jeux et des devops
 
LB - DevOps
LB - DevOpsLB - DevOps
LB - DevOps
 
Devops : Culture ou Outil ? Pourquoi le mettre en place dans mon Entreprise ?
Devops : Culture ou Outil ? Pourquoi le mettre en place dans mon Entreprise ?Devops : Culture ou Outil ? Pourquoi le mettre en place dans mon Entreprise ?
Devops : Culture ou Outil ? Pourquoi le mettre en place dans mon Entreprise ?
 
Quelle métrique pour fédérer Dev & Ops ?
Quelle métrique pour fédérer Dev & Ops ? Quelle métrique pour fédérer Dev & Ops ?
Quelle métrique pour fédérer Dev & Ops ?
 
Quelle métrique pour fédérer Dev & Ops ?
Quelle métrique pour fédérer Dev & Ops ? Quelle métrique pour fédérer Dev & Ops ?
Quelle métrique pour fédérer Dev & Ops ?
 
devops.pdf
devops.pdfdevops.pdf
devops.pdf
 
softfluent_abileo_decrypt-devops_297x210mm.pdf
softfluent_abileo_decrypt-devops_297x210mm.pdfsoftfluent_abileo_decrypt-devops_297x210mm.pdf
softfluent_abileo_decrypt-devops_297x210mm.pdf
 
Appréhender et s'adapter aux mutations de l'économie numérique.
Appréhender et s'adapter aux mutations de l'économie numérique. Appréhender et s'adapter aux mutations de l'économie numérique.
Appréhender et s'adapter aux mutations de l'économie numérique.
 
Happy dev ... & ops
Happy dev ... & opsHappy dev ... & ops
Happy dev ... & ops
 
Le gameday...un concept devopsludique
Le gameday...un concept devopsludiqueLe gameday...un concept devopsludique
Le gameday...un concept devopsludique
 
Petit-déjeuner "Secteur Public : Retour d'expérience sur la refonte en agile ...
Petit-déjeuner "Secteur Public : Retour d'expérience sur la refonte en agile ...Petit-déjeuner "Secteur Public : Retour d'expérience sur la refonte en agile ...
Petit-déjeuner "Secteur Public : Retour d'expérience sur la refonte en agile ...
 
DevOps-Infographie-Quadran.pdf
DevOps-Infographie-Quadran.pdfDevOps-Infographie-Quadran.pdf
DevOps-Infographie-Quadran.pdf
 
Devops : Culture ou Outil ? Pourquoi le mettre en place dans mon Entreprise ?
Devops : Culture ou Outil ? Pourquoi le mettre en place dans mon Entreprise ?Devops : Culture ou Outil ? Pourquoi le mettre en place dans mon Entreprise ?
Devops : Culture ou Outil ? Pourquoi le mettre en place dans mon Entreprise ?
 
DevOps au coeur de la transformation digitale
DevOps au coeur de la transformation digitaleDevOps au coeur de la transformation digitale
DevOps au coeur de la transformation digitale
 
DEVOPS, NOOPS QUEL FUTUR POUR LES OPS ?
DEVOPS, NOOPS QUEL FUTUR POUR LES OPS ?DEVOPS, NOOPS QUEL FUTUR POUR LES OPS ?
DEVOPS, NOOPS QUEL FUTUR POUR LES OPS ?
 

Dernier

Webinaire BL 28_06_03_Transmissibilité.pdf
Webinaire BL 28_06_03_Transmissibilité.pdfWebinaire BL 28_06_03_Transmissibilité.pdf
Webinaire BL 28_06_03_Transmissibilité.pdf
Institut de l'Elevage - Idele
 
Webinaire BL 28_06_02_Consommation Energie.pdf
Webinaire BL 28_06_02_Consommation Energie.pdfWebinaire BL 28_06_02_Consommation Energie.pdf
Webinaire BL 28_06_02_Consommation Energie.pdf
Institut de l'Elevage - Idele
 
Shimla Girls call Service 000XX00000 Provide Best And Top Girl Service And No...
Shimla Girls call Service 000XX00000 Provide Best And Top Girl Service And No...Shimla Girls call Service 000XX00000 Provide Best And Top Girl Service And No...
Shimla Girls call Service 000XX00000 Provide Best And Top Girl Service And No...
manalishivani8
 
cours-sur-les-stations-de-pompageen génie civil.pdf
cours-sur-les-stations-de-pompageen génie civil.pdfcours-sur-les-stations-de-pompageen génie civil.pdf
cours-sur-les-stations-de-pompageen génie civil.pdf
afigloria194
 
Webinaire BL 28_06_01_robots de traite.pdf
Webinaire BL 28_06_01_robots de traite.pdfWebinaire BL 28_06_01_robots de traite.pdf
Webinaire BL 28_06_01_robots de traite.pdf
Institut de l'Elevage - Idele
 
Note agro-climatique et prairies n°5 - Juillet 2024
Note agro-climatique et prairies n°5 - Juillet 2024Note agro-climatique et prairies n°5 - Juillet 2024
Note agro-climatique et prairies n°5 - Juillet 2024
idelewebmestre
 

Dernier (6)

Webinaire BL 28_06_03_Transmissibilité.pdf
Webinaire BL 28_06_03_Transmissibilité.pdfWebinaire BL 28_06_03_Transmissibilité.pdf
Webinaire BL 28_06_03_Transmissibilité.pdf
 
Webinaire BL 28_06_02_Consommation Energie.pdf
Webinaire BL 28_06_02_Consommation Energie.pdfWebinaire BL 28_06_02_Consommation Energie.pdf
Webinaire BL 28_06_02_Consommation Energie.pdf
 
Shimla Girls call Service 000XX00000 Provide Best And Top Girl Service And No...
Shimla Girls call Service 000XX00000 Provide Best And Top Girl Service And No...Shimla Girls call Service 000XX00000 Provide Best And Top Girl Service And No...
Shimla Girls call Service 000XX00000 Provide Best And Top Girl Service And No...
 
cours-sur-les-stations-de-pompageen génie civil.pdf
cours-sur-les-stations-de-pompageen génie civil.pdfcours-sur-les-stations-de-pompageen génie civil.pdf
cours-sur-les-stations-de-pompageen génie civil.pdf
 
Webinaire BL 28_06_01_robots de traite.pdf
Webinaire BL 28_06_01_robots de traite.pdfWebinaire BL 28_06_01_robots de traite.pdf
Webinaire BL 28_06_01_robots de traite.pdf
 
Note agro-climatique et prairies n°5 - Juillet 2024
Note agro-climatique et prairies n°5 - Juillet 2024Note agro-climatique et prairies n°5 - Juillet 2024
Note agro-climatique et prairies n°5 - Juillet 2024
 

Le DevOps : La clé de la transformation digitale ?

  • 1. 1
  • 2. 2 ⇒ Présentation ⇒ Introduction ⇒ L’origine du mal ⇒ DevOps YABW ⇒ Les N effets Kisscool du DevOps ⇒ Le “Treeptik”Gagnant du DevOps ⇒ Le continuous Everything ⇒ Oubliez les légendes urbaines ⇒ Le plan d’actions vers le DevOps Programme
  • 3. 3 Présentation ⇒ Expert des architectures Java …. canal historique. ⇒ Partenaire Docker (Formation et Conseil). ⇒ Organisateur DevOps D-Day à Marseille. ⇒ Organisateur des Meetup Docker Marseille et de DevOps Provence
  • 4. 4 ⇒ 95 % des projets des entreprises ont une composante IT. ⇒ Aujourd’hui toutes les entreprises sont des entreprises IT. ⇒ Il n’y a plus de banque, plus de libraire …. que des sociétés IT. Introduction
  • 5. 5 ⇒ Aujourd’hui ce ne sont plus les grosses entreprises qui mangent les plus petites, ⇒ Ce sont les plus rapides qui mangent les plus lentes. Introduction
  • 6. 6 La révolution du digital est bel et bien là et elle change certains paradigmes : Introduction Avant Maintenant L’IT met en oeuvre le business L’IT pilote le business L’IT est un centre de coût L’IT génère la valeur Il faut acheter les services IT au plus bas Il faut recruter les meilleurs talents IT
  • 7. 7 Il en découle donc qu’aujourd’hui : ⇒ Il faut faire des logiciels, ⇒ … et il faut les faire rapidement. Malheureusement ce n’est pas si simple que ça. Une étude menée par l’université d’Oxford en 2012 montre que : ● 17 % des grands projets vont si mal qu’ils menacent l'existence même de la société. ● Les grands projets dépassent de 45 % le budget initial ... ● Tout en offrant 56% de valeur en moins ! Introduction
  • 8. 8 L’origine du mal La meilleure ruse du Diable est de faire croire qu’il n’existe pas ⇒ Les organisations des équipes en silos ⇒ Des objectifs et des missions différentes ⇒ Un vocabulaire différent
  • 9. 9 Les organisations en silos ⇒ Une organisation naturelle ⇒ Accentuée par l'autonomisation des équipes ⇒ Qui a rendu le travail de certain opaque L’origine du mal
  • 10. 10 Les organisations en silos ⇒ Et si on ajoute le management transversal pour casser les silos ? Résultat : ● Tout le monde travaille avec tout le monde ● Tout le monde reporte à tout le monde ● Inefficacité et paralysie L’origine du mal
  • 11. 11 Des objectifs et des missions différentes ⇒ Création VS Exploitation ⇒ Rapidité VS Stabilité ⇒ Scrum VS ITIL L’origine du mal
  • 13. 13 DEVOPS YABW Yet Another Buzzword Devops se définit comme un mouvement visant à aligner le système d'information sur les besoins de l'entreprise. Ce que l'on pourrait résumer en : travailler ensemble pour produire de la valeur pour l'entreprise (Définition : WIKIPEDIA)
  • 14. 14 DevOps c’est donc : ⇒ Un changement de culture ⇒ Qui encourage la collaboration (au-delà des Dev et des Ops) ⇒ Dans le but de produire plus rapidement avec une meilleure qualité DevOps n’est vraiment pas : ⇒ Un rôle ou un poste ⇒ Des outils, des scripts (pas seulement) … ⇒ Des certifications ⇒ Seulement pour les Dev ou pour les Ops DEVOPS YABW
  • 15. 15 Les “N” effets Kisscool Mais pourquoi donc tout le monde veut faire du DevOps ⇒ Le Time To Market ⇒ La qualité ⇒ L’innovation
  • 16. 16 Améliorer le Time To Market ⇒ 4 livraisons par An ou 4 livraisons par Jour ? ⇒ Comment mesurer le TTM ? Les N effets Kisscool
  • 17. 17 Améliorer le Time To Market. Pourquoi ? ⇒ Profiter d’un avantage concurrentiel ⇒ Bénéficier d’un meilleur prix de vente en début de cycle de vie ⇒ Cycle de vie plus long sur le marché Les N effets Kisscool
  • 18. 18 Améliorer le Time To Market. Pourquoi ? Mais aussi ... ⇒ Fidéliser les clients en proposant régulièrement des nouveautés ⇒ Améliorer la gestion des ressources internes ⇒ Dates de lancement plus prévisibles Les N effets Kisscool
  • 19. 19 Améliorer la Qualité ⇒ Qualité globale de l’application ⇒ Réduction de la dette technique ⇒ Améliorer la satisfaction des utilisateurs Les N effets Kisscool
  • 20. 20 Améliorer l’innovation ⇒ Donner de la valeur à l’entreprise ⇒ Anticiper les nouveaux marchés / usages ⇒ Conquérir de nouveau marché ⇒ Réduire les coûts, réduire les risques …. Les N effets Kisscool
  • 21. 21 Le “Treeptik” gagnant du DevOps Attention jeu de mots complètement délirant ! ⇒ Les personnes ⇒ La culture ⇒ Les outils
  • 22. 22 Les Personnes ⇒ L’IT, ce sont des hommes et des femmes avant tout ! ⇒ Rendre les équipes fières de leur travail ⇒ Attention aux barrières que mettent les mots (Dev / Ops …) Le “Treeptik” gagnant du DevOps
  • 23. 23 Les Personnes ⇒ Communiquer ⇒ Donner du sens ⇒ Expliquer les risques Le “Treeptik” gagnant du DevOps
  • 24. 24 La culture D’après Wikipédia, la culture organisationnelle d’une entreprise c’est l’ensemble des éléments particuliers qui définissent les bases du comportement de l’organisation. C’est l’ensemble des valeurs partagées par le plus grand nombre qui définissent comment l’ organisation aborde les problèmes ou comment traiter avec son marché. Le “Treeptik” gagnant du DevOps
  • 25. 25 La culture ⇒ Malheureusement si vous n’êtes pas le CEO c’est très difficile de faire évoluer la culture de la société ! (en fait, même pour le CEO ce n’est pas facile) ⇒ Il faut faire évoluer les comportements les uns après les autres avec une volonté globale (du CEO) de changement ⇒ Pour faire évoluer les comportements il faut expliquer “POURQUOI” et donner du sens à l’action. Le “Treeptik” gagnant du DevOps
  • 26. 26 La culture ⇒ On va apprendre à réorganiser les équipes en équipes projets.. Le “Treeptik” gagnant du DevOps
  • 27. 27 La culture ⇒ Insuffler la vision globale et la culture du feedback (1) Le “Treeptik” gagnant du DevOps
  • 28. 28 La culture ⇒ Insuffler la vision globale et la culture du feedback (2) Le “Treeptik” gagnant du DevOps
  • 29. 29 La culture ⇒ Insuffler la vision globale et la culture du feedback (3) Le “Treeptik” gagnant du DevOps
  • 30. 30 Les outils Le “Treeptik” gagnant du DevOps
  • 31. 31 Les outils de communication Le “Treeptik” gagnant du DevOps
  • 32. 32 Les outils d’automatisation Le “Treeptik” gagnant du DevOps
  • 33. 33 Les outils de mesure Le “Treeptik” gagnant du DevOps
  • 34. 34 Les outils PaaS Le “Treeptik” gagnant du DevOps
  • 35. 35 Le Continuous Everything Again and again and again …. ⇒ L’intégration continue ⇒ La livraison continue ⇒ Les opérations continues ⇒ L’évaluation continue
  • 37. 37 L’intégration continue ⇒ Pratique qui impose aux développeurs d'intégrer leur code plusieurs fois par jour dans un référentiel partagé. Chaque dépôt est vérifié par génération automatisée d'un build, et déclenchement des tests (Unitaire et fonctionnel) ce qui permet aux équipes de détecter les problèmes dès les premiers stades du cycle. Le Continuous Everything
  • 38. 38 La livraison continue ⇒ Pratique qui consiste à générer les builds d'un logiciel de manière à le passer en production à tout moment (prêt pour production). Aspects clés de la livraison en continu : standardiser la configuration de l'infrastructure et gérer les détails de configuration en appliquant les mêmes pratiques que pour la gestion du code source. Le Continuous Everything
  • 39. 39 Les opérations continues ⇒ Pratique consistant à gérer les changements apportés aux serveurs et aux logiciels sans perturber les utilisateurs (Patch sécu, Fix Bug, changement de disque). Il est parfois possible de désactiver les logiciels lors des opérations planifiées. Les opérations en continue permettent d'appliquer la version précédente de l'application aux clients jusqu'à ce que la nouvelle version ait été testée avec succès et déployée. Le Continuous Everything
  • 40. 40 L’évaluation continue ⇒ Supervision en continu de l'état, de la disponibilité et des performances de l'application, mais aussi capture de l'expérience utilisateur tout au long du cycle de vie de l'application. Transmission de ces informations aux équipes concernées. Cette pratique permet d'améliorer et d'optimiser en continu l'application et l'expérience utilisateur. Le Continuous Everything
  • 41. 41 Oubliez les légendes urbaines L'auto-stoppeuse fantôme .... ⇒ « Les rôles doivent être fusionnés. » ⇒ « Les Ops disparaissent. » ⇒ « Un bon outil et c’est parti. » ⇒ « Les développeurs n’ont plus de limite. » ⇒ « Ce n’est pas adapté à mon entreprise. »
  • 42. 42 « Les rôles doivent être fusionnés. » ⇒ Doit-on tous devenir des ingénieurs DevOps ? Non ! Il s'agit de contextes distincts : les équipes “Développement” écrivent du code. Les équipes “Opérations” assurent l’ administration de l'infrastructure qui héberge ce code. ⇒ Le nombre de rôles peuvent changer au fil du temps et certains rôles seront assurés par des logiciels, mais ces compétences et cette expertise de base resteront indispensables. Oubliez les légendes urbaines
  • 43. 43 « Les Ops disparaissent. » ⇒ On transfère tout dans le Cloud. Non ! L'objectif de DevOps n'est pas de migrer les opérations vers le Cloud mais de définir une infrastructure plus simple, plus standardisée consommable à la demande, capable de livrer les mises à jour des applications avec une plus grande fréquence et d'identifier des opportunités d'optimisation dans les systèmes. Oubliez les légendes urbaines
  • 44. 44 « Un bon outil et c’est parti. » ⇒ Le passage à une culture DevOps exige de nouveaux outils certes mais les considérations managériales et de culture sont primordiales. Oubliez les légendes urbaines
  • 45. 45 « Les développeurs n’ont plus de limites. » Donne moi le Root sur le serveur de prod tu comprends rien ! Avec les services à la demande (PaaS) les développeurs vont créer des serveurs pour rien ! ⇒ Non ! Ce n'est pas la finalité de DevOps. DevOps vise à améliorer la communication et la collaboration entre les équipes Dev et Ops et à rendre leurs processus plus agiles, tout en laissant chaque fonction exceller dans son domaine d'expertise. Oubliez les légendes urbaines
  • 46. 46 « Ce n’est pas adapté à mon entreprise. » Plus simple dans les petites entreprises car plus agile et plus efficace dans les grosses entreprises car il y a beaucoup de freins qui ralentissent les projets. ⇒ Le cycle de vie de l'automatisation DevOps se traduit par des besoins différents à différents stades. Par conséquent, l'automatisation peut être incorporée dans une entreprise, quelle que soit la maturité des systèmes IT en place. Oubliez les légendes urbaines
  • 47. 47 Plan d’action vers le DevOps J’adore quand un plan se déroule sans accroc ... ⇒ Le modèle de maturité ⇒ Les objectifs et les moyens de les mesurer ⇒ Communiquez !!!
  • 48. 48 Le modèle de maturité Au début de chaque projet, DevOps se pose la question de l’évaluation: ⇒ A quel niveau de maturité la société se situe-t-elle ? ⇒ Quels sont les aspects déjà traités ? ⇒ Quelles sont les prochaines étapes de progression ? ⇒ Quels sont les points forts et les points faibles de l’organisation ? Plan d’action vers le DevOps
  • 49. 49 Le modèle de maturité : La grille Culture
  • 50. 50 Le modèle de maturité : La grille Automatisation
  • 51. 51 Le modèle de maturité : La grille Processus
  • 52. 52 Le modèle de maturité Questionnaire / Evaluation : ⇒ Il existe un questionnaire en ligne pour faire une auto-évalutation Plan d’action vers le DevOps ⇒ De manière générale l'évaluation se fait sous forme d’audit/d’interviews
  • 53. 53 Les objectifs et les moyens de les mesurer ⇒ Fixez des objectifs clairs ⇒ Identifiez une “Dream Team” ⇒ Un projet simple et moderne ⇒ Ne soyez pas trop ambitieux Plan d’action vers le DevOps
  • 54. 54 Les objectifs et les moyens de les mesurer : Il y a plusieurs études sur ce sujet qui semble souvent trivial. Gartner formule cette recommandation : ⇒ "Créez des métriques qui s’alignent sur les impacts et les besoins de l'entreprise, mais surtout, qui permettent aux personnes de prendre conscience qu’elles doivent travailler ensemble.” Plan d’action vers le DevOps
  • 55. 55 Les objectifs et les moyens de les mesurer : Attention aux métriques contre-productives ! Plan d’action vers le DevOps Les métriques d’orgeuil Nombre de lignes de code Couverture de code Ce sont des objectifs faciles à faire monter. Avec parfois une vision top micro. Les métriques d’une équipe Métrique Scrum / Vélocité des DEV Attention aux métriques qui divisent et qui recréent les silos Certaines métriques traditionnelles MTBF Temps moyen entre pannes Les systèmes tombent de toute façon en panne ! Combien de temps pour remettre le service en route ?
  • 56. 56 Les objectifs et les moyens de les mesurer : Préférez des métriques “métier” et des métriques qui fédèrent les équipes. Plan d’action vers le DevOps Client et business Taux de conversion / Nb de nouveaux utilisateurs entrants / Revenus engendrés / Temps passé par les utilisateurs sur la fonctionnalité Qualité et technique Temps de reprise après une erreur / Nb et fréquence des MEP / Coût d’un RollBack … Culture, partage Turn-over / Satisfaction de l’équipe / Wiki / Open source / Mentoring …
  • 57. 57 Communiquez !!! ⇒ Utilisez des métriques compréhensibles par tous, et partagez-les. ⇒ Utilisez des plate-formes de communication communes. ⇒ Organisez des présentations internes, des Meetup, des BBL, des apéro sur des sujets techniques mais pas seulement ! Plan d’action vers le DevOps
  • 58. 58 Fabien AMICO ⇒ @fabienamico ⇒ f.amico@treeptik.fr ⇒ 04 42 37 06 32 ..:: FIN ::.. Et ils vécurent heureux ….
  • 59. 59 Merci de votre attention