devops REX 2018 - Faire du DevOps dans une relation contractuelle et commerci...devops REX
Talk donné lors de devops REX 2018, la conférence devops 100% retours d'expériences - http://www.devopsrex.fr
Speakers : Ludovic PIOT
Entreprise : SOAT
Au-delà des outils et des automatismes, le DevOps est avant tout une affaire de culture, de collaboration et de partage de responsabilité.
Tout cela est très bien, mais comment gérer un RACI dans ce contexte ? Pire ! Comment faire entrer une relation contractuelle et commerciale entre un client (Dev) et un fournisseur (Ops) dans ce nouveau monde ? Retours de 2 ans d’expérience sur le sujet du responsable DevOps d’un infogérant parisien.
Et quels sont les next steps dans cette relation ?
devops REX 2018 - L'UX a sauvé mon DevOpsdevops REX
Talk donné lors de devops REX 2018, la conférence devops 100% retours d'expériences - http://www.devopsrex.fr
Elle s’appelle UX, lui s’appelle Devops. Ils sont amoureux mais sont au coeur de disputes entre deux familles rivales tels les Capulet et les Montaigu.
Elle partage beaucoup de points communs avec lui :Ils ne voient jamais un projet dans son intégralité. Les deux sont des concepts émergeants des années 2010 au sein de l’IT. Ils sont tous les deux au centre des équipes et servent de liant entre les développeurs. Mais malgré tout, tout les sépare ! Cependant, les choses ont changé et les meurs ont évolué. Un jour, alors que notre Devops tentait en vain de convaincre sa hiérarchie, de désespoir, il se tourna vers UX et pria pour son assistance. Ce qu’il vit alors l’enchanta et il compris … Ses faiblesses étaient ses forces et il pouvait lui apporter autant. Son idéation était semblable à son automatisation. Quand il lui parlait de Scale, elle comprenait même si ce n’était pas la même chose (analytics scale) et leurs objectifs étaient beaucoup trop semblables pour que ce soit une coincidence…
Venez voir l’histoire d’amour la plus improbable des ces 10 dernières années !
devops REX 2018 - La mise en oeuvre du devops dans une entreprise "classique" ITdevops REX
Talk donné lors de devops REX 2018, la conférence devops 100% retours d'expériences - http://www.devopsrex.fr
Speakers : David Herviou et Philippe Le Guen
Entreprise : Crédit Mutuel Arkéa
Le CMArkea a entrepris, il y a bientôt 3 ans, des expérimentations devops. Nous vous proposons de retracer cette aventure à 360°, depuis les premières mises en oeuvre organisationnelle avec support outillés (cloud privé, containerisation, intégration continue, continuous delivery, monitoring, exploitation), jusqu'à son déploiement à l'échelle de l'entreprise. Cela nous permettra de vous présenter les grands changements et les choix structurants que nous avons du faire pour passer d'un modèle plutôt organisé en silo à un modèle avec plus de transversalité et une répartition différente des responsabilités : ceci en garantissant les contraintes qui s'imposent à l'IT d'une banque assurances. Cette présentation, sera un vrai retour du "terrain", avec des constats très intéressant, tant sur l'organisation que technologiquement. Bien sûr, cette démarche s'accompagne de difficultés identifiées et nous sommes convaincus que l'histoire de cette aventure permettra à l'audience d'affiner son positionnement sur sa démarche devops.
devops REX 2018 - Game Days chez Datadog : Échouer pour mieux réussirdevops REX
Talk donné lors de devops REX 2018, la conférence devops 100% retours d'expériences - http://www.devopsrex.fr
Speaker : Léo Cavaillé
Entreprise : Datadog
Depuis notre pratique des « Game Days » chez Datadog, nous avons pu voir de véritables améliorations dans la résilience de notre infrastructure. Casser les systèmes intentionnellement a changé la vision que les développeurs ont de l'architecture de leurs services. Cela a un impact direct sur leur code et la façon de le tester, et aussi renforce la connaissance opérationnelle en les préparant à différents types d'incidents en production.
Pousser un service à ses limites dans des conditions réelles en apprend souvent beaucoup plus sur ce système aux ingénieurs (parfois des choses surprenantes) que n'importe quels tests en pré-production ou considération théorique.
Dans ce talk, Léo présentera certains "Game Days" ainsi que la démarche de leur mise en place chez Datadog pour en faire une "tradition".
devops REX 2018 - Mise à l'échelle d'une équipe d'astreinte dans un contexte ...devops REX
Talk donné lors de devops REX 2018, la conférence devops 100% retours d'expériences - http://www.devopsrex.fr
Speaker : Damien Pacaud
Entreprise : Teads
Chez Teads comme ailleurs, tout incident de production a des répercussions importantes sur le revenu de l'entreprise.
Nous avons décidé de repenser l'organisation de notre équipe d'astreinte afin d'absorber la complexité grandissante de notre plateforme et d'en minimiser le downtime lors des incidents majeurs.
Ce talk est un retour d'expérience sur les choix que nous avons fait, leurs avantages et leurs inconvénients.
devops REX 2018 - Immersion ! La sécurité applicative au cœur du DevOpsdevops REX
Talk donné lors de devops REX 2018, la conférence devops 100% retours d'expériences - http://www.devopsrex.fr
Pour accompagner l’accélération d’un monde en constante mutation, à la fois imprévisible et riche d’opportunités, Thales a mis en œuvre une démarche active de transformation, adoptant notamment les méthodologies Agiles/Lean et la culture DevOps. Une grande partie de notre activité portant sur des processus métiers critiques et des données sensibles, nous avons rapidement constaté que la confiance est un impératif à cette transformation, et qu’elle passe en particulier par la cybersécurité.
C’est pourquoi, entre choc culturel et nécessité d’évolution permanente, nous avons construit une culture DevOps, en y intégrant notre savoir-faire informatique et notre expertise en cybersécurité, pour une démarche DevSecOps de bout-en-bout.
Comment déployer du DevSecOps pour des environnements projet multi-sites, multi-clients, ou bien encore dans des contextes contraints où le déploiement de solutions en opération se révèle être une étape critique du projet?
L’objectif de cette session est de partager avec vous ces retours d’expérience et les enseignements de la culture DevOps/DevSecOps.
devops REX 2018 - Comment la qualité reflète-t-elle nos organisations ?devops REX
Talk donné lors de devops REX 2018, la conférence devops 100% retours d'expériences - http://www.devopsrex.fr
Speaker : Joris CALABRESE
Entreprise : Meetic
Dans un environnement de transformation digitale, d’Agilité at Scale, il est primordial de mesurer notre capacité à apporter de la valeur à nos utilisateurs. Cela revient également à mesurer la performance de nos organisations, dixit Melvin Conway, « Les organisations qui conçoivent les systèmes sont contraintes de produire des modèles qui sont des copies de leur propre structure de communication ».
Dans ce contexte, comment la qualité peut-elle être un indicateur clé pour mesurer notre performance ? Comment, nos pratiques de tests, reflètent-elles nos organisations ? Au travers mon expérience chez Meetic durant ces 5 dernières années, je vous propose un retour d’expérience sur les grands changements stratégiques techniques et produits qui m’ont amené à vous proposer cette réflexion autour de l’impact de nos organisations sur la qualité.
[devops REX 2017] Days of Chaos : le développement de la culture devops chez ...devops REX
Voyages-sncf.com a abordé les sujets d’agilité depuis plusieurs années et a ainsi pu en 2016 effectuer 233 mise en production sur son site web et ses applications mobiles grâce à une démarche basée sur 3 piliers :
· Agilité
· Usine Logicielle DevOps
· Feature Team
Cependant, avec la démultiplication des équipes applicatives autonomes et responsables, l’accélération des mises en productions, nous avons dû faire évoluer nos démarches pour maintenir la stabilité du système.
Pour cela, nous nous sommes fixés comme objectifs de passer de l’exploitabilité (conformité aux Normes d’Exploitation) assurant la Qualité de Service (capacité d’un réseau à fournir un service : performance et disponibilité) à de la sûreté de fonctionnement en garantissant un niveau de confiance justifiée dans les évolutions que nous apportons pour nous permettre d’améliorer le degré de plaisir de nos utilisateurs dans l’usage de nos applications ou services (Qualité d’Expérience – QoE).
Pour que les équipes comprennent les enjeux d’une telle démarche, Netflix a créé un Chaos Monkey : il s’agit d’une application, en production, qui débranche des flux réseau ou des machines aléatoirement, sans que personne ne puisse le contrôler. Avec un tel programme en environnement de production, les équipes sont obligées d’imaginer tous les scénarios et les démarches à appliquer en cas de problème. La sûreté de fonctionnement devient un vrai enjeu.
Nous venons de déployer un tel programme en production.
Nous nous sommes également inspirée des GameDays d’AWS pour tester la résilience de ses applications. Le vendredi 13 janvier, les équipes applicatives volontaires ont participé à un Day of Chaos. Toutes les 30 minutes, des exploitants simulaient des pannes en pré-production. Les équipes obtenaient des points en fonction des détections, des diagnostics et des résolutions. Ce type d’événement gamifié a permis d’initier les équipes de développement à ces concepts.
L’objectif de REX est donc de vous partager ce que nous avons appris du début de l’initiative à sa réalisation, et les enseignements que nous en avons tirer.
devops REX 2018 - Faire du DevOps dans une relation contractuelle et commerci...devops REX
Talk donné lors de devops REX 2018, la conférence devops 100% retours d'expériences - http://www.devopsrex.fr
Speakers : Ludovic PIOT
Entreprise : SOAT
Au-delà des outils et des automatismes, le DevOps est avant tout une affaire de culture, de collaboration et de partage de responsabilité.
Tout cela est très bien, mais comment gérer un RACI dans ce contexte ? Pire ! Comment faire entrer une relation contractuelle et commerciale entre un client (Dev) et un fournisseur (Ops) dans ce nouveau monde ? Retours de 2 ans d’expérience sur le sujet du responsable DevOps d’un infogérant parisien.
Et quels sont les next steps dans cette relation ?
devops REX 2018 - L'UX a sauvé mon DevOpsdevops REX
Talk donné lors de devops REX 2018, la conférence devops 100% retours d'expériences - http://www.devopsrex.fr
Elle s’appelle UX, lui s’appelle Devops. Ils sont amoureux mais sont au coeur de disputes entre deux familles rivales tels les Capulet et les Montaigu.
Elle partage beaucoup de points communs avec lui :Ils ne voient jamais un projet dans son intégralité. Les deux sont des concepts émergeants des années 2010 au sein de l’IT. Ils sont tous les deux au centre des équipes et servent de liant entre les développeurs. Mais malgré tout, tout les sépare ! Cependant, les choses ont changé et les meurs ont évolué. Un jour, alors que notre Devops tentait en vain de convaincre sa hiérarchie, de désespoir, il se tourna vers UX et pria pour son assistance. Ce qu’il vit alors l’enchanta et il compris … Ses faiblesses étaient ses forces et il pouvait lui apporter autant. Son idéation était semblable à son automatisation. Quand il lui parlait de Scale, elle comprenait même si ce n’était pas la même chose (analytics scale) et leurs objectifs étaient beaucoup trop semblables pour que ce soit une coincidence…
Venez voir l’histoire d’amour la plus improbable des ces 10 dernières années !
devops REX 2018 - La mise en oeuvre du devops dans une entreprise "classique" ITdevops REX
Talk donné lors de devops REX 2018, la conférence devops 100% retours d'expériences - http://www.devopsrex.fr
Speakers : David Herviou et Philippe Le Guen
Entreprise : Crédit Mutuel Arkéa
Le CMArkea a entrepris, il y a bientôt 3 ans, des expérimentations devops. Nous vous proposons de retracer cette aventure à 360°, depuis les premières mises en oeuvre organisationnelle avec support outillés (cloud privé, containerisation, intégration continue, continuous delivery, monitoring, exploitation), jusqu'à son déploiement à l'échelle de l'entreprise. Cela nous permettra de vous présenter les grands changements et les choix structurants que nous avons du faire pour passer d'un modèle plutôt organisé en silo à un modèle avec plus de transversalité et une répartition différente des responsabilités : ceci en garantissant les contraintes qui s'imposent à l'IT d'une banque assurances. Cette présentation, sera un vrai retour du "terrain", avec des constats très intéressant, tant sur l'organisation que technologiquement. Bien sûr, cette démarche s'accompagne de difficultés identifiées et nous sommes convaincus que l'histoire de cette aventure permettra à l'audience d'affiner son positionnement sur sa démarche devops.
devops REX 2018 - Game Days chez Datadog : Échouer pour mieux réussirdevops REX
Talk donné lors de devops REX 2018, la conférence devops 100% retours d'expériences - http://www.devopsrex.fr
Speaker : Léo Cavaillé
Entreprise : Datadog
Depuis notre pratique des « Game Days » chez Datadog, nous avons pu voir de véritables améliorations dans la résilience de notre infrastructure. Casser les systèmes intentionnellement a changé la vision que les développeurs ont de l'architecture de leurs services. Cela a un impact direct sur leur code et la façon de le tester, et aussi renforce la connaissance opérationnelle en les préparant à différents types d'incidents en production.
Pousser un service à ses limites dans des conditions réelles en apprend souvent beaucoup plus sur ce système aux ingénieurs (parfois des choses surprenantes) que n'importe quels tests en pré-production ou considération théorique.
Dans ce talk, Léo présentera certains "Game Days" ainsi que la démarche de leur mise en place chez Datadog pour en faire une "tradition".
devops REX 2018 - Mise à l'échelle d'une équipe d'astreinte dans un contexte ...devops REX
Talk donné lors de devops REX 2018, la conférence devops 100% retours d'expériences - http://www.devopsrex.fr
Speaker : Damien Pacaud
Entreprise : Teads
Chez Teads comme ailleurs, tout incident de production a des répercussions importantes sur le revenu de l'entreprise.
Nous avons décidé de repenser l'organisation de notre équipe d'astreinte afin d'absorber la complexité grandissante de notre plateforme et d'en minimiser le downtime lors des incidents majeurs.
Ce talk est un retour d'expérience sur les choix que nous avons fait, leurs avantages et leurs inconvénients.
devops REX 2018 - Immersion ! La sécurité applicative au cœur du DevOpsdevops REX
Talk donné lors de devops REX 2018, la conférence devops 100% retours d'expériences - http://www.devopsrex.fr
Pour accompagner l’accélération d’un monde en constante mutation, à la fois imprévisible et riche d’opportunités, Thales a mis en œuvre une démarche active de transformation, adoptant notamment les méthodologies Agiles/Lean et la culture DevOps. Une grande partie de notre activité portant sur des processus métiers critiques et des données sensibles, nous avons rapidement constaté que la confiance est un impératif à cette transformation, et qu’elle passe en particulier par la cybersécurité.
C’est pourquoi, entre choc culturel et nécessité d’évolution permanente, nous avons construit une culture DevOps, en y intégrant notre savoir-faire informatique et notre expertise en cybersécurité, pour une démarche DevSecOps de bout-en-bout.
Comment déployer du DevSecOps pour des environnements projet multi-sites, multi-clients, ou bien encore dans des contextes contraints où le déploiement de solutions en opération se révèle être une étape critique du projet?
L’objectif de cette session est de partager avec vous ces retours d’expérience et les enseignements de la culture DevOps/DevSecOps.
devops REX 2018 - Comment la qualité reflète-t-elle nos organisations ?devops REX
Talk donné lors de devops REX 2018, la conférence devops 100% retours d'expériences - http://www.devopsrex.fr
Speaker : Joris CALABRESE
Entreprise : Meetic
Dans un environnement de transformation digitale, d’Agilité at Scale, il est primordial de mesurer notre capacité à apporter de la valeur à nos utilisateurs. Cela revient également à mesurer la performance de nos organisations, dixit Melvin Conway, « Les organisations qui conçoivent les systèmes sont contraintes de produire des modèles qui sont des copies de leur propre structure de communication ».
Dans ce contexte, comment la qualité peut-elle être un indicateur clé pour mesurer notre performance ? Comment, nos pratiques de tests, reflètent-elles nos organisations ? Au travers mon expérience chez Meetic durant ces 5 dernières années, je vous propose un retour d’expérience sur les grands changements stratégiques techniques et produits qui m’ont amené à vous proposer cette réflexion autour de l’impact de nos organisations sur la qualité.
[devops REX 2017] Days of Chaos : le développement de la culture devops chez ...devops REX
Voyages-sncf.com a abordé les sujets d’agilité depuis plusieurs années et a ainsi pu en 2016 effectuer 233 mise en production sur son site web et ses applications mobiles grâce à une démarche basée sur 3 piliers :
· Agilité
· Usine Logicielle DevOps
· Feature Team
Cependant, avec la démultiplication des équipes applicatives autonomes et responsables, l’accélération des mises en productions, nous avons dû faire évoluer nos démarches pour maintenir la stabilité du système.
Pour cela, nous nous sommes fixés comme objectifs de passer de l’exploitabilité (conformité aux Normes d’Exploitation) assurant la Qualité de Service (capacité d’un réseau à fournir un service : performance et disponibilité) à de la sûreté de fonctionnement en garantissant un niveau de confiance justifiée dans les évolutions que nous apportons pour nous permettre d’améliorer le degré de plaisir de nos utilisateurs dans l’usage de nos applications ou services (Qualité d’Expérience – QoE).
Pour que les équipes comprennent les enjeux d’une telle démarche, Netflix a créé un Chaos Monkey : il s’agit d’une application, en production, qui débranche des flux réseau ou des machines aléatoirement, sans que personne ne puisse le contrôler. Avec un tel programme en environnement de production, les équipes sont obligées d’imaginer tous les scénarios et les démarches à appliquer en cas de problème. La sûreté de fonctionnement devient un vrai enjeu.
Nous venons de déployer un tel programme en production.
Nous nous sommes également inspirée des GameDays d’AWS pour tester la résilience de ses applications. Le vendredi 13 janvier, les équipes applicatives volontaires ont participé à un Day of Chaos. Toutes les 30 minutes, des exploitants simulaient des pannes en pré-production. Les équipes obtenaient des points en fonction des détections, des diagnostics et des résolutions. Ce type d’événement gamifié a permis d’initier les équipes de développement à ces concepts.
L’objectif de REX est donc de vous partager ce que nous avons appris du début de l’initiative à sa réalisation, et les enseignements que nous en avons tirer.
[devops REX 2017] Les unconférences au cœur de l’évangelisation DevOps chez C...devops REX
DevOps est né sur une problématique simple d’un manque de culture/partage dans une entreprise et surtout entre le monde des développeurs et celui des équipes d’opérations. Maintenant que tout devient programmable et que le monde des technologies avance très vite, ce fossé s’applique entre toutes les fonctions de l’entreprise. Il met également en avant qu’il n’est pas facile de passer dans le monde du logiciel sans maîtriser les bonnes pratiques du développement d’application moderne. Cela fait plusieurs années que Cisco a initié sa transformation du matériel/réseau vers le logiciel. Je vous propose un retour d’expérience sur les 4 dernières années passées chez Cisco à évangéliser DevOps via la gestion d’une communauté, l’organisation d’unconférences et le partage des bonnes pratiques pour finir sur un exemple de projet Open Source illustrant la partie continuous integration/delivery/deployment/documentation.
[devops REX 2017] Comment les opérations ont rendu nos clients heureux et no...devops REX
Nous aimerions vous raconter l’histoire de l’impact d’un outil technique d’automatisation sur le développement commercial de la société. Étant une startup en forte croissance, nos commerciaux ont des objectifs ambitieux et cet outillage les aide à atteindre leurs objectifs. De plus, investir dans cette automatisation a permis à l’équipe ops de faire toujours plus avec encore moins.
Algolia utilise des machines physiques réparties dans 50+ datacenters à travers le monde. Ce choix a été fait pour assurer la meilleure fiabilité possible pour nos clients.
Pour ce faire, nous avons dû développer une collection d’outils pour gérer cette hétérogénéité de fournisseurs de machines. Ces outils ont été utilisé en production pendant leur développement - car pour nous, c’est le seul moyen d’avoir une solution qui nous convient. Cela a permis à notre équipe de ne pas être surchargé de travail et d'apprécier leurs soirs & week-ends.
Très rapidement, nous avons constaté que ces outils pouvaient aider nos commerciaux à accélérer leur cycle de vente. Notre produit est basé sur des clusters de machines physiques, donc plus rapidement nous déployons de nouvelles machines, plus court nos cycles de ventes sont. Nous avons donc développé une interface pour nos commerciaux pour qu’ils puissent être autonome sur ces opérations. Ce fut un désastre. Nous avons beaucoup appris de cette première expérience. Pour la version 2, ce sont eux qui ont guidé le développement en fonction de l’expérience utilisateur. Ce fut un succès.
Nous allons vous raconter comment Radio France est devenu hébergeur de ses services numériques en quelques mois en misant sur l’humain, sur les interactions développeurs-OPS et en s’appuyant sur les Clouds publics.
Nous vous dirons quelles sont les méthodes de travail mise en place, comment nous avons pu passer d’un fonctionnement client, hébergeur externe, à la constitution d’une équipe d’ops au sein de la Direction Technique du Numérique de Radio France. Nous vous dirons sur quels outils nous nous sommes appuyés et quels sont les gestes que nous avons produits pour y parvenir.
Nous vous raconterons l’histoire des humains ops et dev, leurs frictions, leurs tensions, leurs fusions et leurs passions.
[devops REX 2017] Oser ralentir pour aller plus vite, histoire d’une révoluti...devops REX
Lors de ce talk, nous vous expliquerons la démarche mise en œuvre à la DSI BSCC de La Poste pour lancer un chantier de transformation DevOps.
Partant d'une situation ou l'automatisation -à travers la constitution d’un cloud privé sous Openshift- était passée avant l'axe collaboratif, nous avons tout d'abord constitué un groupe de travail qui a posé les bases d'une vision DevOps.
Nous avons ensuite fait intervenir des coachs pour nous aider à mesurer l’écart entre nos pratiques et cette vision, notamment en interviewant les différents acteurs de la chaîne de création de valeur.
Puis a commencé la phase de diffusion de l'information, avec des Mooc autour de l'Agilité et du DevOps, mais surtout un "DevOps Tour" qui nous aura permis d'établir avec les différents sites Dev et Ops un futur préféré pour la mise en œuvre de DevOps.
Nous en sommes maintenant rendus à la phase de déploiement, et nous faisons une nouvelle tournée des sites pour un "bootcamp" au cours duquel nous échangeons sur les retours des premiers projets apprenants et nous adressons par des ateliers d'intelligence collective les questions pratiques qui émergent sur la déclinaison opérationnelle du DevOps.
[devops REX 2017] Dev rencontre Ops, un an aprèsdevops REX
Infrastructure AWS hautement résiliante, architecture blue-green, déploiements entièrement automatisés, application Symfony découplée en microservices gérés par un API Manager... Nous avions tous les outils pour former une équipe Devops performante. Pourtant il nous manquait un ingrédient essentiel … Quand nous l’avons trouvé, il a amélioré significativement la manière dont nous collaborons !
C'est pourquoi, nous, Pauline, ops, et Aurore, dev, souhaitons revenir avec vous sur les erreurs que nous avons commises et nos idées, aussi bien techniques qu'organisationnelles, pour les corriger. Ceci nous a permis d’amorcer l’alchimie Devops chez Tarkett et d’aboutir au lancement de la nouvelle plateforme web de ce leader industriel mondial.
[devops REX 2016] Comment l’IT peut arrêter de se faire vanner par les devs ?devops REX
Olivier Mauras, Groupe Kudelski @ devops REX 2016
L’IT et ses équipes opérationnelles se doit d’être un soutien fort pour les équipes de développement. Malheureusement, ce n’est très souvent pas le cas, et avec l’avènement du cloud et du tout « self service », l’utilité de l’IT s’amenuise. Il faut aujourd’hui que l’IT soit capable de moderniser sa manière de travailler pour pouvoir se rapprocher des équipes de développement et être source de valeur ajoutée. Comment avons nous travaillés pour redorer l’image de l’IT, être plus réactif et consistants afin de pouvoir enfin aider au mieux les équipes de développement.
[devops REX 2016] Retour d’expérience de la transformation DevOps de Microsoftdevops REX
Samuel Métias, Microsoft @ devops REX 2016
Samuel partage avec les participants de devops REX la transformation du fonctionnement des équipes Microsoft, et notamment des équipes produits (Office, Windows, Visual Studio) qui ont adopté une démarche DevOps. Cette (r)évolution, un vrai challenge pour une entreprise de la taille de Microsoft, constitue une démarche clé dans le processus de transformation digitale des organisations.
[devops REX 2016] Debugging your communication for more success and efficienc...devops REX
DevOps is far more than just the tools to be used in and an organizational change. DevOps is a mindset, which requires a lot of “soft skills” of all stakeholders in this system! And these skills are important for the success or the failure of the experiment “DevOps”!
In this talk we will focus on the role of communication for a DevOps team, although we will also touch psychological aspects of mindset, attitude and behavior!
Whenever people come together, communications starts at once! You can ́t stop it! In addition to the original face-to-face communication we use a lot of different communication channels like phones, chats, live webinars and emails in our modern times.
As communication is a very complex topic misunderstanding is part of daily our work; it is always the companion of communication. We have to spend a lot of time to deal with these misunderstandings or - what is worse - things will go wrong.
The more different characters work together in cross-functional teams like DevOps the higher the probability of misunderstanding. With release cycles getting shorter and shorter or continuous delivery, time is a very precious factor in IT projects. So why do we waste time in clearing up misunderstanding? For more success and more efficiency it will be extremely helpful to identify the bugs in your communication and eliminate them to reduce misunderstandings and save time! And we will talk about the nearly unbelievable effect on everyone ́s motivation.
In this session theoretical background will be combined with best practice; the importance of further education in communication skills especially for “people from IT” to reach more efficiency will be pointed out.
The takeaways for the audience:
- what is beyond organizational change and tools when doing / being DevOps
- the importance of communication and the difficulties
- bugs and misunderstanding
- smart ways to eliminate bugs in order to create a successful and efficientcommunication
- communication as part of culture, attitude and motivation
- best practice of a slight but successful improvement of communication and the effect on everyone in that company
[devops REX 2016] Banks, Brains, and Factories - thinking in Promises for a F...devops REX
Mark Burgess @ devops REX 2016
The world, our society, depends on a collaboration of parts --- on a shift from self-sufficiency to co-dependency. The repercussions are enormous. But, like any system, what works at one scale may not work at another. As the density and speed of our world increases, how does society and its multiple systems scale? Is the application of technology to create smart appliances, smart homes, and smart cities, the answer to retaining our existing way of life, or transforming into a new one? What will this mean for the future shapes of our lives?
[devops REX 2016] Soyez réalistes, demandez l’impossible !devops REX
Stéphanie Jean et Thomas Chappe, Orange @ devops REX 2016
Par nature la Digital Factory (entité d’Orange France) a la fibre devops : nous étions à l’origine, il n’y a pas si longtemps, une startup dont l’état d’esprit a perduré.
Aussi aujourd’hui, au sein de la DSI Orange France, nous avons la chance d’avoir nos équipes Dev et Ops sous la même direction.
Afin d’accélérer notre transformation, nous avons créé une cellule devops il y a deux ans, dont nous sommes copilotes.
Nous pouvons nous féliciter d’avoir fait avancer le sujet, mais malgré ce terrain favorable nous nous heurtons à des problématiques qui nous demandent un fort investissement (et de la persévérance …) :
- disponibilité des opérationnels sur les projets ,
- concilier le mode projet classique structurant l’entreprise (TTM, cycle en V) et nos besoins d’Agilité,
- jongler entre vision projet versus vision produit,
- trouver l’équilibre entre besoins d’industrialisation/standardisation et capacité d’innovation
- etc.
Autant d’injonctions contradictoires qui sont, nous semble-t-il, autant d’éléments intéressants à partager, et au sujet desquels nous souhaiterions créer des liens avec des entreprises faisant face à des problématiques équivalentes.
[devops REX 2016] Les impacts techniques et organisationnels liés à devopsdevops REX
Stéphane Teyssier, WeScale @ devops REX 2016
Avec pour objectif de réduire les temps de mise en production et sécuriser les déploiements, Stéphane vous présentera un retour d'expérience Devops chez un grand groupe audiovisuel français.
Il présentera les principales douleurs qui ont mené au projet "Automatisation des déploiements", puis détaillera les aspects financiers, techniques et organisationnels qui ont été impactés lors des deux années du projet.
[devops REX 2016] Comment nous cultivons la philosophie DevOps grâce au Leandevops REX
Tristan Roussel, Theodo @ devops REX 2016
À Theodo, nous développons des applications pour nos clients. Ces applications n’apportent de la valeur que lorsqu’elles sont en production. La théorie Lean, signifiant la lutte contre le gaspillage, est pour nous la clé de l’accélération des déploiements de nos applications et de notre croissance. Je vous présenterai quels outils nous utilisons pour résoudre nos problèmes, nos pratiques quotidiennes pour stimuler notre progression et comment le Lean nous permet de cultiver la philosophie devops.
[devops REX 2016] DevOps at Scale : ce qu’on fait, ce que l’on a appris chez ...devops REX
Adrien Blind et Laurent Dussault, Société Générale @ devops REX 2016
Dans le cadre d’une grande démarche de transformation Continuous Delivery, nous avons contextualisé et deployé un triptyque de pratiques complémentaires Agile, Craftsmanship et DevOps. Mise en lumière d’un « double mur de la confusion », organisation d’ateliers de sensibilisation, coaching de proximité, convergence des objectifs des équipes Devs et Ops, construction d’une plateforme automatisée de delivery (jira, github, puppet, docker, « apification » de l’infrastructure)… : dans cette session, 2 coaches DevOps vous proposent un focus sur les accompagnements apportés sur le terrain.
[devops REX 2017] Les unconférences au cœur de l’évangelisation DevOps chez C...devops REX
DevOps est né sur une problématique simple d’un manque de culture/partage dans une entreprise et surtout entre le monde des développeurs et celui des équipes d’opérations. Maintenant que tout devient programmable et que le monde des technologies avance très vite, ce fossé s’applique entre toutes les fonctions de l’entreprise. Il met également en avant qu’il n’est pas facile de passer dans le monde du logiciel sans maîtriser les bonnes pratiques du développement d’application moderne. Cela fait plusieurs années que Cisco a initié sa transformation du matériel/réseau vers le logiciel. Je vous propose un retour d’expérience sur les 4 dernières années passées chez Cisco à évangéliser DevOps via la gestion d’une communauté, l’organisation d’unconférences et le partage des bonnes pratiques pour finir sur un exemple de projet Open Source illustrant la partie continuous integration/delivery/deployment/documentation.
[devops REX 2017] Comment les opérations ont rendu nos clients heureux et no...devops REX
Nous aimerions vous raconter l’histoire de l’impact d’un outil technique d’automatisation sur le développement commercial de la société. Étant une startup en forte croissance, nos commerciaux ont des objectifs ambitieux et cet outillage les aide à atteindre leurs objectifs. De plus, investir dans cette automatisation a permis à l’équipe ops de faire toujours plus avec encore moins.
Algolia utilise des machines physiques réparties dans 50+ datacenters à travers le monde. Ce choix a été fait pour assurer la meilleure fiabilité possible pour nos clients.
Pour ce faire, nous avons dû développer une collection d’outils pour gérer cette hétérogénéité de fournisseurs de machines. Ces outils ont été utilisé en production pendant leur développement - car pour nous, c’est le seul moyen d’avoir une solution qui nous convient. Cela a permis à notre équipe de ne pas être surchargé de travail et d'apprécier leurs soirs & week-ends.
Très rapidement, nous avons constaté que ces outils pouvaient aider nos commerciaux à accélérer leur cycle de vente. Notre produit est basé sur des clusters de machines physiques, donc plus rapidement nous déployons de nouvelles machines, plus court nos cycles de ventes sont. Nous avons donc développé une interface pour nos commerciaux pour qu’ils puissent être autonome sur ces opérations. Ce fut un désastre. Nous avons beaucoup appris de cette première expérience. Pour la version 2, ce sont eux qui ont guidé le développement en fonction de l’expérience utilisateur. Ce fut un succès.
Nous allons vous raconter comment Radio France est devenu hébergeur de ses services numériques en quelques mois en misant sur l’humain, sur les interactions développeurs-OPS et en s’appuyant sur les Clouds publics.
Nous vous dirons quelles sont les méthodes de travail mise en place, comment nous avons pu passer d’un fonctionnement client, hébergeur externe, à la constitution d’une équipe d’ops au sein de la Direction Technique du Numérique de Radio France. Nous vous dirons sur quels outils nous nous sommes appuyés et quels sont les gestes que nous avons produits pour y parvenir.
Nous vous raconterons l’histoire des humains ops et dev, leurs frictions, leurs tensions, leurs fusions et leurs passions.
[devops REX 2017] Oser ralentir pour aller plus vite, histoire d’une révoluti...devops REX
Lors de ce talk, nous vous expliquerons la démarche mise en œuvre à la DSI BSCC de La Poste pour lancer un chantier de transformation DevOps.
Partant d'une situation ou l'automatisation -à travers la constitution d’un cloud privé sous Openshift- était passée avant l'axe collaboratif, nous avons tout d'abord constitué un groupe de travail qui a posé les bases d'une vision DevOps.
Nous avons ensuite fait intervenir des coachs pour nous aider à mesurer l’écart entre nos pratiques et cette vision, notamment en interviewant les différents acteurs de la chaîne de création de valeur.
Puis a commencé la phase de diffusion de l'information, avec des Mooc autour de l'Agilité et du DevOps, mais surtout un "DevOps Tour" qui nous aura permis d'établir avec les différents sites Dev et Ops un futur préféré pour la mise en œuvre de DevOps.
Nous en sommes maintenant rendus à la phase de déploiement, et nous faisons une nouvelle tournée des sites pour un "bootcamp" au cours duquel nous échangeons sur les retours des premiers projets apprenants et nous adressons par des ateliers d'intelligence collective les questions pratiques qui émergent sur la déclinaison opérationnelle du DevOps.
[devops REX 2017] Dev rencontre Ops, un an aprèsdevops REX
Infrastructure AWS hautement résiliante, architecture blue-green, déploiements entièrement automatisés, application Symfony découplée en microservices gérés par un API Manager... Nous avions tous les outils pour former une équipe Devops performante. Pourtant il nous manquait un ingrédient essentiel … Quand nous l’avons trouvé, il a amélioré significativement la manière dont nous collaborons !
C'est pourquoi, nous, Pauline, ops, et Aurore, dev, souhaitons revenir avec vous sur les erreurs que nous avons commises et nos idées, aussi bien techniques qu'organisationnelles, pour les corriger. Ceci nous a permis d’amorcer l’alchimie Devops chez Tarkett et d’aboutir au lancement de la nouvelle plateforme web de ce leader industriel mondial.
[devops REX 2016] Comment l’IT peut arrêter de se faire vanner par les devs ?devops REX
Olivier Mauras, Groupe Kudelski @ devops REX 2016
L’IT et ses équipes opérationnelles se doit d’être un soutien fort pour les équipes de développement. Malheureusement, ce n’est très souvent pas le cas, et avec l’avènement du cloud et du tout « self service », l’utilité de l’IT s’amenuise. Il faut aujourd’hui que l’IT soit capable de moderniser sa manière de travailler pour pouvoir se rapprocher des équipes de développement et être source de valeur ajoutée. Comment avons nous travaillés pour redorer l’image de l’IT, être plus réactif et consistants afin de pouvoir enfin aider au mieux les équipes de développement.
[devops REX 2016] Retour d’expérience de la transformation DevOps de Microsoftdevops REX
Samuel Métias, Microsoft @ devops REX 2016
Samuel partage avec les participants de devops REX la transformation du fonctionnement des équipes Microsoft, et notamment des équipes produits (Office, Windows, Visual Studio) qui ont adopté une démarche DevOps. Cette (r)évolution, un vrai challenge pour une entreprise de la taille de Microsoft, constitue une démarche clé dans le processus de transformation digitale des organisations.
[devops REX 2016] Debugging your communication for more success and efficienc...devops REX
DevOps is far more than just the tools to be used in and an organizational change. DevOps is a mindset, which requires a lot of “soft skills” of all stakeholders in this system! And these skills are important for the success or the failure of the experiment “DevOps”!
In this talk we will focus on the role of communication for a DevOps team, although we will also touch psychological aspects of mindset, attitude and behavior!
Whenever people come together, communications starts at once! You can ́t stop it! In addition to the original face-to-face communication we use a lot of different communication channels like phones, chats, live webinars and emails in our modern times.
As communication is a very complex topic misunderstanding is part of daily our work; it is always the companion of communication. We have to spend a lot of time to deal with these misunderstandings or - what is worse - things will go wrong.
The more different characters work together in cross-functional teams like DevOps the higher the probability of misunderstanding. With release cycles getting shorter and shorter or continuous delivery, time is a very precious factor in IT projects. So why do we waste time in clearing up misunderstanding? For more success and more efficiency it will be extremely helpful to identify the bugs in your communication and eliminate them to reduce misunderstandings and save time! And we will talk about the nearly unbelievable effect on everyone ́s motivation.
In this session theoretical background will be combined with best practice; the importance of further education in communication skills especially for “people from IT” to reach more efficiency will be pointed out.
The takeaways for the audience:
- what is beyond organizational change and tools when doing / being DevOps
- the importance of communication and the difficulties
- bugs and misunderstanding
- smart ways to eliminate bugs in order to create a successful and efficientcommunication
- communication as part of culture, attitude and motivation
- best practice of a slight but successful improvement of communication and the effect on everyone in that company
[devops REX 2016] Banks, Brains, and Factories - thinking in Promises for a F...devops REX
Mark Burgess @ devops REX 2016
The world, our society, depends on a collaboration of parts --- on a shift from self-sufficiency to co-dependency. The repercussions are enormous. But, like any system, what works at one scale may not work at another. As the density and speed of our world increases, how does society and its multiple systems scale? Is the application of technology to create smart appliances, smart homes, and smart cities, the answer to retaining our existing way of life, or transforming into a new one? What will this mean for the future shapes of our lives?
[devops REX 2016] Soyez réalistes, demandez l’impossible !devops REX
Stéphanie Jean et Thomas Chappe, Orange @ devops REX 2016
Par nature la Digital Factory (entité d’Orange France) a la fibre devops : nous étions à l’origine, il n’y a pas si longtemps, une startup dont l’état d’esprit a perduré.
Aussi aujourd’hui, au sein de la DSI Orange France, nous avons la chance d’avoir nos équipes Dev et Ops sous la même direction.
Afin d’accélérer notre transformation, nous avons créé une cellule devops il y a deux ans, dont nous sommes copilotes.
Nous pouvons nous féliciter d’avoir fait avancer le sujet, mais malgré ce terrain favorable nous nous heurtons à des problématiques qui nous demandent un fort investissement (et de la persévérance …) :
- disponibilité des opérationnels sur les projets ,
- concilier le mode projet classique structurant l’entreprise (TTM, cycle en V) et nos besoins d’Agilité,
- jongler entre vision projet versus vision produit,
- trouver l’équilibre entre besoins d’industrialisation/standardisation et capacité d’innovation
- etc.
Autant d’injonctions contradictoires qui sont, nous semble-t-il, autant d’éléments intéressants à partager, et au sujet desquels nous souhaiterions créer des liens avec des entreprises faisant face à des problématiques équivalentes.
[devops REX 2016] Les impacts techniques et organisationnels liés à devopsdevops REX
Stéphane Teyssier, WeScale @ devops REX 2016
Avec pour objectif de réduire les temps de mise en production et sécuriser les déploiements, Stéphane vous présentera un retour d'expérience Devops chez un grand groupe audiovisuel français.
Il présentera les principales douleurs qui ont mené au projet "Automatisation des déploiements", puis détaillera les aspects financiers, techniques et organisationnels qui ont été impactés lors des deux années du projet.
[devops REX 2016] Comment nous cultivons la philosophie DevOps grâce au Leandevops REX
Tristan Roussel, Theodo @ devops REX 2016
À Theodo, nous développons des applications pour nos clients. Ces applications n’apportent de la valeur que lorsqu’elles sont en production. La théorie Lean, signifiant la lutte contre le gaspillage, est pour nous la clé de l’accélération des déploiements de nos applications et de notre croissance. Je vous présenterai quels outils nous utilisons pour résoudre nos problèmes, nos pratiques quotidiennes pour stimuler notre progression et comment le Lean nous permet de cultiver la philosophie devops.
[devops REX 2016] DevOps at Scale : ce qu’on fait, ce que l’on a appris chez ...devops REX
Adrien Blind et Laurent Dussault, Société Générale @ devops REX 2016
Dans le cadre d’une grande démarche de transformation Continuous Delivery, nous avons contextualisé et deployé un triptyque de pratiques complémentaires Agile, Craftsmanship et DevOps. Mise en lumière d’un « double mur de la confusion », organisation d’ateliers de sensibilisation, coaching de proximité, convergence des objectifs des équipes Devs et Ops, construction d’une plateforme automatisée de delivery (jira, github, puppet, docker, « apification » de l’infrastructure)… : dans cette session, 2 coaches DevOps vous proposent un focus sur les accompagnements apportés sur le terrain.
26. Source: National Science Foundation, American Bar Association, American Association of Medical Colleges
Episode 576 of NPR podcast - When women stopped coding
27. Source: National Science Foundation, American Bar Association, American Association of Medical Colleges
Episode 576 of NPR podcast - When women stopped coding
28. Source: Study led by Jane Margolis, psychologist researcher at the University of California in 1990