狠狠撸shows by User: devopsrex

狠狠撸shows by User: devopsrex / http://www.slideshare.net/images/logo.gif 狠狠撸shows by User: devopsrex / Fri, 02 Nov 2018 10:43:24 GMT 狠狠撸Share feed for 狠狠撸shows by User: devopsrex devops REX 2018 - Faire du DevOps dans une relation contractuelle et commerciale entre client (Dev) et fournisseur (Ops) https://fr.slideshare.net/slideshow/devops-rex-2018-faire-du-devops-dans-une-relation-contractuelle-et-commerciale-entre-client-dev-et-fournisseur-ops/121536890 20181016devops-client-fournisseurslides-181102104324
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 ?]]>
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 ?]]> Fri, 02 Nov 2018 10:43:24 GMT https://fr.slideshare.net/slideshow/devops-rex-2018-faire-du-devops-dans-une-relation-contractuelle-et-commerciale-entre-client-dev-et-fournisseur-ops/121536890 devopsrex@slideshare.net(devopsrex) devops REX 2018 - Faire du DevOps dans une relation contractuelle et commerciale entre client (Dev) et fournisseur (Ops) devopsrex 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 ? <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/20181016devops-client-fournisseurslides-181102104324-thumbnail.jpg?width=120&height=120&fit=bounds" /> 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 ?

from devops REX

]]> 992 17 https://cdn.slidesharecdn.com/ss_thumbnails/20181016devops-client-fournisseurslides-181102104324-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post

http://activitystrea.ms/schema/1.0/posted

0 devops REX 2018 - L'UX a sauvé mon DevOps https://fr.slideshare.net/slideshow/devops-rex-2018-lux-a-sauv-mon-devops/121534684 devopsrex-luxasauvemondevops-181102101211
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 !]]>
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 !]]> Fri, 02 Nov 2018 10:12:10 GMT https://fr.slideshare.net/slideshow/devops-rex-2018-lux-a-sauv-mon-devops/121534684 devopsrex@slideshare.net(devopsrex) devops REX 2018 - L'UX a sauvé mon DevOps devopsrex 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 ! <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/devopsrex-luxasauvemondevops-181102101211-thumbnail.jpg?width=120&height=120&fit=bounds" /> 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 !

from devops REX

]]> 571 28 https://cdn.slidesharecdn.com/ss_thumbnails/devopsrex-luxasauvemondevops-181102101211-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post

http://activitystrea.ms/schema/1.0/posted

0 devops REX 2018 - Women in Tech https://fr.slideshare.net/slideshow/devops-rex-2018-women-in-tech/121533333 women-in-tech-2-181102094928
Talk donné lors de devops REX 2018, la conférence devops 100% retours d'expériences - http://www.devopsrex.fr Speaker : Aurore Malherbes Entreprise : M33]]>
Talk donné lors de devops REX 2018, la conférence devops 100% retours d'expériences - http://www.devopsrex.fr Speaker : Aurore Malherbes Entreprise : M33]]> Fri, 02 Nov 2018 09:49:28 GMT https://fr.slideshare.net/slideshow/devops-rex-2018-women-in-tech/121533333 devopsrex@slideshare.net(devopsrex) devops REX 2018 - Women in Tech devopsrex Talk donné lors de devops REX 2018, la conférence devops 100% retours d'expériences - http://www.devopsrex.fr Speaker : Aurore Malherbes Entreprise : M33 <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/women-in-tech-2-181102094928-thumbnail.jpg?width=120&height=120&fit=bounds" /> Talk donné lors de devops REX 2018, la conférence devops 100% retours d'expériences - http://www.devopsrex.fr Speaker : Aurore Malherbes Entreprise : M33

from devops REX

]]> 639 103 https://cdn.slidesharecdn.com/ss_thumbnails/women-in-tech-2-181102094928-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post

http://activitystrea.ms/schema/1.0/posted

0 devops REX 2018 - La mise en oeuvre du devops dans une entreprise "classique" IT https://fr.slideshare.net/slideshow/devops-rex-2018-la-mise-en-oeuvre-du-devops-dans-une-entreprise-classique-it/121533140 cmarkea-lamiseenoeuvredudevopsdansuneentrepriseclassiqueit-181102094553
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.]]>
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.]]> Fri, 02 Nov 2018 09:45:53 GMT https://fr.slideshare.net/slideshow/devops-rex-2018-la-mise-en-oeuvre-du-devops-dans-une-entreprise-classique-it/121533140 devopsrex@slideshare.net(devopsrex) devops REX 2018 - La mise en oeuvre du devops dans une entreprise "classique" IT devopsrex 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. <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/cmarkea-lamiseenoeuvredudevopsdansuneentrepriseclassiqueit-181102094553-thumbnail.jpg?width=120&height=120&fit=bounds" /> 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.

from devops REX

]]> 440 2 https://cdn.slidesharecdn.com/ss_thumbnails/cmarkea-lamiseenoeuvredudevopsdansuneentrepriseclassiqueit-181102094553-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post

http://activitystrea.ms/schema/1.0/posted

0 devops REX 2018 - Game Days chez Datadog : ?chouer pour mieux réussir https://fr.slideshare.net/slideshow/devops-rex-2018-game-days-chez-datadog-chouer-pour-mieux-russir/121531148 devopsrexslidesleocavaillefinal-181102091656
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".]]>
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".]]> Fri, 02 Nov 2018 09:16:56 GMT https://fr.slideshare.net/slideshow/devops-rex-2018-game-days-chez-datadog-chouer-pour-mieux-russir/121531148 devopsrex@slideshare.net(devopsrex) devops REX 2018 - Game Days chez Datadog : ?chouer pour mieux réussir devopsrex 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". <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/devopsrexslidesleocavaillefinal-181102091656-thumbnail.jpg?width=120&height=120&fit=bounds" /> 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".

from devops REX

]]> 951 380 https://cdn.slidesharecdn.com/ss_thumbnails/devopsrexslidesleocavaillefinal-181102091656-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post

http://activitystrea.ms/schema/1.0/posted

0 devops REX 2018 - Mise à l'échelle d'une équipe d'astreinte dans un contexte de forte croissance https://fr.slideshare.net/slideshow/devops-rex-2018-mise-lchelle-dune-quipe-dastreinte-dans-un-contexte-de-forte-croissance/121528582 scalingon-call-devopsrex-damienpacaud-181102085016
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.]]>
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.]]> Fri, 02 Nov 2018 08:50:16 GMT https://fr.slideshare.net/slideshow/devops-rex-2018-mise-lchelle-dune-quipe-dastreinte-dans-un-contexte-de-forte-croissance/121528582 devopsrex@slideshare.net(devopsrex) devops REX 2018 - Mise à l'échelle d'une équipe d'astreinte dans un contexte de forte croissance devopsrex 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. <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/scalingon-call-devopsrex-damienpacaud-181102085016-thumbnail.jpg?width=120&height=120&fit=bounds" /> 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.

from devops REX

]]> 341 2 https://cdn.slidesharecdn.com/ss_thumbnails/scalingon-call-devopsrex-damienpacaud-181102085016-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post

http://activitystrea.ms/schema/1.0/posted

0 devops REX 2018 - Immersion ! La sécurité applicative au c?ur du DevOps https://fr.slideshare.net/slideshow/devops-rex-2018-immersion-la-scurit-applicative-au-cur-du-devops/121528556 grand-rexv0-181102084955
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.]]>
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.]]> Fri, 02 Nov 2018 08:49:55 GMT https://fr.slideshare.net/slideshow/devops-rex-2018-immersion-la-scurit-applicative-au-cur-du-devops/121528556 devopsrex@slideshare.net(devopsrex) devops REX 2018 - Immersion ! La sécurité applicative au c?ur du DevOps devopsrex 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. <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/grand-rexv0-181102084955-thumbnail.jpg?width=120&height=120&fit=bounds" /> 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.

from devops REX

]]> 719 28 https://cdn.slidesharecdn.com/ss_thumbnails/grand-rexv0-181102084955-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post

http://activitystrea.ms/schema/1.0/posted

0 devops REX 2018 - Comment la qualité reflète-t-elle nos organisations ? https://fr.slideshare.net/slideshow/devops-rex-2018-comment-la-qualit-refltetelle-nos-organisations/121528356 qualityorganizations-devopsrex-v3-181102084751
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é.]]>
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é.]]> Fri, 02 Nov 2018 08:47:51 GMT https://fr.slideshare.net/slideshow/devops-rex-2018-comment-la-qualit-refltetelle-nos-organisations/121528356 devopsrex@slideshare.net(devopsrex) devops REX 2018 - Comment la qualité reflète-t-elle nos organisations ? devopsrex 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é. <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/qualityorganizations-devopsrex-v3-181102084751-thumbnail.jpg?width=120&height=120&fit=bounds" /> 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é.

from devops REX

]]> 495 80 https://cdn.slidesharecdn.com/ss_thumbnails/qualityorganizations-devopsrex-v3-181102084751-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post

http://activitystrea.ms/schema/1.0/posted

0 [devops REX 2017] Days of Chaos : le développement de la culture devops chez Voyages-Sncf.com à l’aide de la gamification https://fr.slideshare.net/slideshow/days-of-chaos-le-dveloppement-de-la-culture-devops-chez-voyagessncfcom-laide-de-la-gamification-80396202/80396202 vsctdevopsdaysofchaos-devopsrex-v8-171003091127
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.]]>
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.]]> Tue, 03 Oct 2017 09:11:27 GMT https://fr.slideshare.net/slideshow/days-of-chaos-le-dveloppement-de-la-culture-devops-chez-voyagessncfcom-laide-de-la-gamification-80396202/80396202 devopsrex@slideshare.net(devopsrex) [devops REX 2017] Days of Chaos : le développement de la culture devops chez Voyages-Sncf.com à l’aide de la gamification devopsrex 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. <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/vsctdevopsdaysofchaos-devopsrex-v8-171003091127-thumbnail.jpg?width=120&height=120&fit=bounds" /> 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.

from devops REX

]]> 5469 60 https://cdn.slidesharecdn.com/ss_thumbnails/vsctdevopsdaysofchaos-devopsrex-v8-171003091127-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post

http://activitystrea.ms/schema/1.0/posted

0 [devops REX 2017] Les unconférences au c?ur de l’évangelisation DevOps chez Cisco https://fr.slideshare.net/slideshow/les-unconfrences-au-cur-de-lvangelisation-devops-chez-cisco/80395828 devopsciscodevopsrex2017v2-171003090116
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 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. ]]> Tue, 03 Oct 2017 09:01:16 GMT https://fr.slideshare.net/slideshow/les-unconfrences-au-cur-de-lvangelisation-devops-chez-cisco/80395828 devopsrex@slideshare.net(devopsrex) [devops REX 2017] Les unconférences au c?ur de l’évangelisation DevOps chez Cisco devopsrex 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. <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/devopsciscodevopsrex2017v2-171003090116-thumbnail.jpg?width=120&height=120&fit=bounds" /> 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.

from devops REX

]]> 964 221 https://cdn.slidesharecdn.com/ss_thumbnails/devopsciscodevopsrex2017v2-171003090116-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post

http://activitystrea.ms/schema/1.0/posted

0 [devops REX 2017] Comment les ope?rations ont rendu nos clients heureux et nos commerciaux plus efficaces https://fr.slideshare.net/slideshow/comment-les-operations-ont-rendu-nos-clients-heureux-et-nos-commerciaux-plus-efficaces/80395786 commentlesoperationsontrendunosclientsheureuxetnoscommerciauxplusefficaces-171003090023
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 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.]]> Tue, 03 Oct 2017 09:00:22 GMT https://fr.slideshare.net/slideshow/comment-les-operations-ont-rendu-nos-clients-heureux-et-nos-commerciaux-plus-efficaces/80395786 devopsrex@slideshare.net(devopsrex) [devops REX 2017] Comment les ope?rations ont rendu nos clients heureux et nos commerciaux plus efficaces devopsrex 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. <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/commentlesoperationsontrendunosclientsheureuxetnoscommerciauxplusefficaces-171003090023-thumbnail.jpg?width=120&height=120&fit=bounds" /> 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.

from devops REX

]]> 651 5 https://cdn.slidesharecdn.com/ss_thumbnails/commentlesoperationsontrendunosclientsheureuxetnoscommerciauxplusefficaces-171003090023-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post

http://activitystrea.ms/schema/1.0/posted

0 [devops REX 2017] L’humain d’abord ! https://fr.slideshare.net/slideshow/lhumain-dabord-80395742/80395742 devopsrex-022f10-lhumaindabord-171003085916
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.]]>
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.]]> Tue, 03 Oct 2017 08:59:16 GMT https://fr.slideshare.net/slideshow/lhumain-dabord-80395742/80395742 devopsrex@slideshare.net(devopsrex) [devops REX 2017] L’humain d’abord ! devopsrex 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. <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/devopsrex-022f10-lhumaindabord-171003085916-thumbnail.jpg?width=120&height=120&fit=bounds" /> 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.

from devops REX

]]> 435 8 https://cdn.slidesharecdn.com/ss_thumbnails/devopsrex-022f10-lhumaindabord-171003085916-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post

http://activitystrea.ms/schema/1.0/posted

0 [devops REX 2017] Oser ralentir pour aller plus vite, histoire d’une révolution culturelle non violente https://fr.slideshare.net/slideshow/oser-ralentir-pour-aller-plus-vite-histoire-dune-rvolution-culturelle-non-violente/80395705 rexdevopspresentationlaposte-dsibsccv11-171003085819
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.]]>
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.]]> Tue, 03 Oct 2017 08:58:19 GMT https://fr.slideshare.net/slideshow/oser-ralentir-pour-aller-plus-vite-histoire-dune-rvolution-culturelle-non-violente/80395705 devopsrex@slideshare.net(devopsrex) [devops REX 2017] Oser ralentir pour aller plus vite, histoire d’une révolution culturelle non violente devopsrex 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. <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/rexdevopspresentationlaposte-dsibsccv11-171003085819-thumbnail.jpg?width=120&height=120&fit=bounds" /> 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.

from devops REX

]]> 862 27 https://cdn.slidesharecdn.com/ss_thumbnails/rexdevopspresentationlaposte-dsibsccv11-171003085819-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post

http://activitystrea.ms/schema/1.0/posted

0 [devops REX 2017] Dev rencontre Ops, un an après https://fr.slideshare.net/slideshow/dev-rencontre-ops-un-an-aprs/80395661 devopsrex20170925-171003085708
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.]]>
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.]]> Tue, 03 Oct 2017 08:57:08 GMT https://fr.slideshare.net/slideshow/dev-rencontre-ops-un-an-aprs/80395661 devopsrex@slideshare.net(devopsrex) [devops REX 2017] Dev rencontre Ops, un an après devopsrex 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. <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/devopsrex20170925-171003085708-thumbnail.jpg?width=120&height=120&fit=bounds" /> 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.

from devops REX

]]> 684 26 https://cdn.slidesharecdn.com/ss_thumbnails/devopsrex20170925-171003085708-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post

http://activitystrea.ms/schema/1.0/posted

0 [devops REX 2016] Comment l’IT peut arrêter de se faire vanner par les devs ? https://fr.slideshare.net/slideshow/comment-lit-peut-arrter-de-se-faire-vanner-par-les-devs/69562360 devopsrexolivier-161127093728
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.]]>
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.]]> Sun, 27 Nov 2016 09:37:28 GMT https://fr.slideshare.net/slideshow/comment-lit-peut-arrter-de-se-faire-vanner-par-les-devs/69562360 devopsrex@slideshare.net(devopsrex) [devops REX 2016] Comment l’IT peut arrêter de se faire vanner par les devs ? devopsrex 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. <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/devopsrexolivier-161127093728-thumbnail.jpg?width=120&height=120&fit=bounds" /> 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.

from devops REX

]]> 1955 5 https://cdn.slidesharecdn.com/ss_thumbnails/devopsrexolivier-161127093728-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post

http://activitystrea.ms/schema/1.0/posted

0 [devops REX 2016] Retour d’expérience de la transformation DevOps de Microsoft https://fr.slideshare.net/slideshow/retour-dexprience-de-la-transformation-devops-de-microsoft/69562324 deckdevopsrex-161127093403
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.]]>
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.]]> Sun, 27 Nov 2016 09:34:03 GMT https://fr.slideshare.net/slideshow/retour-dexprience-de-la-transformation-devops-de-microsoft/69562324 devopsrex@slideshare.net(devopsrex) [devops REX 2016] Retour d’expérience de la transformation DevOps de Microsoft devopsrex 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. <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/deckdevopsrex-161127093403-thumbnail.jpg?width=120&height=120&fit=bounds" /> 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.

from devops REX

]]> 2298 59 https://cdn.slidesharecdn.com/ss_thumbnails/deckdevopsrex-161127093403-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post

http://activitystrea.ms/schema/1.0/posted

0 [devops REX 2016] Debugging your communication for more success and efficiency in DevOps /slideshow/debugging-your-communication-for-more-success-and-efficiency-in-devops/69553416 devopsrex-161126184803
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 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]]> Sat, 26 Nov 2016 18:48:03 GMT /slideshow/debugging-your-communication-for-more-success-and-efficiency-in-devops/69553416 devopsrex@slideshare.net(devopsrex) [devops REX 2016] Debugging your communication for more success and efficiency in DevOps devopsrex 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 <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/devopsrex-161126184803-thumbnail.jpg?width=120&height=120&fit=bounds" /> 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] Debugging your communication for more success and efficiency in DevOps from devops REX

]]> 1089 3 https://cdn.slidesharecdn.com/ss_thumbnails/devopsrex-161126184803-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post

http://activitystrea.ms/schema/1.0/posted

0 [devops REX 2016] Banks, Brains, and Factories - thinking in Promises for a Future World /slideshow/banks-brains-and-factories-thinking-in-promises-for-a-future-world/69553254 banksbrainsfactories-161126183450
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?]]>
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?]]> Sat, 26 Nov 2016 18:34:50 GMT /slideshow/banks-brains-and-factories-thinking-in-promises-for-a-future-world/69553254 devopsrex@slideshare.net(devopsrex) [devops REX 2016] Banks, Brains, and Factories - thinking in Promises for a Future World devopsrex 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? <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/banksbrainsfactories-161126183450-thumbnail.jpg?width=120&height=120&fit=bounds" /> 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] Banks, Brains, and Factories - thinking in Promises for a Future World from devops REX

]]> 579 5 https://cdn.slidesharecdn.com/ss_thumbnails/banksbrainsfactories-161126183450-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post

http://activitystrea.ms/schema/1.0/posted

0 [devops REX 2016] Soyez réalistes, demandez l’impossible ! https://fr.slideshare.net/devopsrex/soyez-ralistes-demandez-limpossible devopsrex20161122-161126183219
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.]]>
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.]]> Sat, 26 Nov 2016 18:32:19 GMT https://fr.slideshare.net/devopsrex/soyez-ralistes-demandez-limpossible devopsrex@slideshare.net(devopsrex) [devops REX 2016] Soyez réalistes, demandez l’impossible ! devopsrex 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. <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/devopsrex20161122-161126183219-thumbnail.jpg?width=120&height=120&fit=bounds" /> 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.

from devops REX

]]> 1342 28 https://cdn.slidesharecdn.com/ss_thumbnails/devopsrex20161122-161126183219-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post

http://activitystrea.ms/schema/1.0/posted

0 [devops REX 2016] Les impacts techniques et organisationnels liés à devops https://fr.slideshare.net/slideshow/les-impacts-techniques-et-organisationnels-lis-devops/69553195 devops-rex-impacts-techniques-et-organisationnels-161126182953
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.]]>
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.]]> Sat, 26 Nov 2016 18:29:52 GMT https://fr.slideshare.net/slideshow/les-impacts-techniques-et-organisationnels-lis-devops/69553195 devopsrex@slideshare.net(devopsrex) [devops REX 2016] Les impacts techniques et organisationnels liés à devops devopsrex 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. <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/devops-rex-impacts-techniques-et-organisationnels-161126182953-thumbnail.jpg?width=120&height=120&fit=bounds" /> 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.

from devops REX

]]> 1176 9 https://cdn.slidesharecdn.com/ss_thumbnails/devops-rex-impacts-techniques-et-organisationnels-161126182953-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post

http://activitystrea.ms/schema/1.0/posted

0 https://cdn.slidesharecdn.com/profile-photo-devopsrex-48x48.jpg?cb=1541148092 devops REX est la conférence devops 100% retour d’expérience (REX). Des speakers reconnus traiteront des applications concrètes de la méthodologie devops en entreprise, avec ses bénéfices mais aussi ses contraintes et ses limites, le tout dans un univers prestigieux et haut de gamme. www.devopsrex.fr/ https://cdn.slidesharecdn.com/ss_thumbnails/20181016devops-client-fournisseurslides-181102104324-thumbnail.jpg?width=320&height=320&fit=bounds slideshow/devops-rex-2018-faire-du-devops-dans-une-relation-contractuelle-et-commerciale-entre-client-dev-et-fournisseur-ops/121536890 devops REX 2018 - Fair... https://cdn.slidesharecdn.com/ss_thumbnails/devopsrex-luxasauvemondevops-181102101211-thumbnail.jpg?width=320&height=320&fit=bounds slideshow/devops-rex-2018-lux-a-sauv-mon-devops/121534684 devops REX 2018 - L'UX... https://cdn.slidesharecdn.com/ss_thumbnails/women-in-tech-2-181102094928-thumbnail.jpg?width=320&height=320&fit=bounds slideshow/devops-rex-2018-women-in-tech/121533333 devops REX 2018 - Wome...