Cela a commencé par l’intervention de John Allspaw et Paul Hammond lors de la conférence Velocity de 2009 présentant la coopération en Dev et Ops chez Flickr ayant permis de réaliser 10 déploiements par jour (L’image d’entête est issue de cette présentation).Il y a eu ensuite la première conférence DevOpsDays fin 2009 à Gent.
Derrière cette promesse de réconciliation des objectifs d’évolution et de stabilité, de réconciliation des dev et des ops, certains y ont vu des solutions technologiques permettant de raccourcir la mise en production, de faire des mise en production sans intervention humaine.
D’autres y ont vu l’opportunité de réaliser la promesse des 20 dernières années du mouvement agile (oui je le fais commencer au début des discussions sur les méthodes de développement légères et de l’émergence de XP… déjà 20 ans…).
D’autres encore se sont interrogés sur les compétences qu’allaient devoir acquérir les admin sys pour pouvoir envisager de considérer les infrastructures comme du code.
D’autres ont imaginé que ce serait aux devs de changer pour acquérir une bonne compréhension de leur code en production, en intégrant les contraintes d’exploitabilité, en intégrant la capacité de répondre elles-mêmes aux incidents, à gérer l’adaptation de l’infrastructure sous-jacente à la charge, la capacité à gérer leur évolution sans interruption de service…
D’autres ont pensé que ce serait plutôt un changement de l’ensemble du système nécessitant de revoir la façon d’envisager les évolutions des logiciels, des systèmes d’informations en les considérant fonctionnalités par fonctionnalités (en utilisant la notion de Minimal Marketable Feature (MMF) de façon continue et pas seulement la notion de Minimal Viable Product (MVP) au départ du projet.
D’autres considèrent que ce sont les technologies cloud qui permettent cette transformation de la façon d’envisager les systèmes d’information et bien sur d’autres font évoluer ces technologies pour permettre ces évolutions.
D’autres encore, un argument de recrutement indispensable pour recruter les talents des nouvelles générations qui ne seront pas prêts à accepter les silos organisationnels interdisant la collaboration.
Tous ces points de vues montrent la richesse de l’évolution en cours et les différents champs sur lesquels ces changements sont en cours : changement d’outil, changement de méthodes, changement d’organisation, changement culturel.
J’ai pu apprécier toutes ces diversités de point de vue lors du petit déjeuner réunissant des DSI, organisé par Red Hat à Paris le 6 février. Petit déjeuner ou j’intervenais pour apporter un éclairage sur le sujet et animer une session de réflexion sur le sujet entre les participants.
Maintenant, qu’eNovance a été achetée par Red Hat, le challenge de transformation de la culture des organisations (en interne ou en externe) continue avec la Red Hat Cloud Innovation Practice et l’effet de taille et la culture open source permettent des discussions passionnante sur le sujet.
Laisser un commentaire