Patrick Debois da nombre a DevOps: un proyecto paralelo belga pone nombre a la tregua entre desarrollo y operaciones

En 2007, el consultor belga Patrick Debois realizaba pruebas de certificación y preparación en una migración de centro de datos para un ministerio del gobierno belga, situado entre los desarrolladores de aplicaciones por un lado y los operadores de servidores, bases de datos y redes por el otro. El muro entre ambos grupos —métodos separados, calendarios separados, culpa mutua— lo convenció de que tenía que haber una mejor manera de gestionar la TI.

Dar nombre al movimiento nombrando una conferencia: Debois bautizó su encuentro de Gante como «Devopsdays», y el acrónimo compuesto se quedó como la palabra propia de la industria para toda la tregua.

En la Agile Conference de 2008 en Toronto, Andrew Schafer publicó una sesión birds-of-a-feather sobre «infraestructura ágil»; la única persona que se presentó fue Debois. Formaron un grupo de Google de «administradores de sistemas ágiles» con escaso éxito. El avance llegó en 2009: al no poder asistir a O'Reilly Velocity, Debois vio por transmisión de vídeo la ya legendaria charla de John Allspaw y Paul Hammond de Flickr, «10+ Deploys per Day: Dev and Ops Cooperation». Inspirado —y animado por personas en las redes sociales— organizó su propio evento en Gante ese año y lo llamó Devopsdays.

El nombre logró lo que el grupo de Google no pudo: dar a un conjunto disperso de prácticas una identidad única. Devopsdays se extendió a Mountain View en 2010 y a más de 30 ciudades en 2018; la palabra «DevOps» migró a títulos de puestos, nombres de equipos, sesiones de conferencias, The Phoenix Project (2013) y los informes State of DevOps de Puppet (desde 2012): el acrónimo compuesto es hoy la forma en que la industria se describe a sí misma.

En 2007, Patrick Debois —consultor belga, gestor de proyectos y practicante ágil— estaba integrado en una migración de centro de datos para un ministerio del gobierno belga, realizando pruebas de certificación y preparación entre dos tribus: los desarrolladores de aplicaciones que impulsaban un cambio iterativo rápido y los equipos de operaciones que protegían la estabilidad de servidores, bases de datos y redes. Los muros de separación y las acusaciones mutuas sembraron un descontento que se llevó consigo al salir del proyecto.

En la Agile Conference de 2008 en Toronto, Andrew Schafer convocó una sesión ad hoc birds-of-a-feather sobre «infraestructura ágil». Se presentó exactamente una persona: Debois. Ambos siguieron hablando, formaron un grupo de administradores de sistemas ágiles en Google y obtuvieron escasa tracción: las ideas eran correctas, pero nadie tenía una bandera en torno a la cual reunirse.

La bandera llegó en 2009. Desde la O'Reilly Velocity Conference, John Allspaw y Paul Hammond, de Flickr, presentaron «10+ Deploys per Day: Dev and Ops Cooperation at Flickr», escenificando el enfrentamiento del «no es mi código, son tus máquinas» y sosteniendo que el desarrollo y las operaciones debían volverse fluidos, transparentes e integrados. Debois vio la transmisión, se sintió impulsado y —ante el estímulo de otras personas en las redes sociales— fundó su propia conferencia en Gante, Bélgica, y la llamó Devopsdays. La palabra «DevOps» había aterrizado oficialmente.

Por qué el nombre de una conferencia se convirtió en la palabra de la historia para esto: el acrónimo compuesto puso a ambas partes en conflicto dentro de un único término, y Debois, un practicante neutral sin producto que vender, entregó el nombre a una comunidad en lugar de a un proveedor. Devopsdays llegó a Estados Unidos en 2010 y a más de treinta ciudades en 2018, y la palabra ahora etiqueta desde estructuras de equipos hasta los informes de investigación State of DevOps.

Las prácticas existían antes de la palabra —herramientas de CI, métodos ágiles, automatización en la nube, la historia de despliegue de Flickr—, pero sin un nombre seguían dispersas; nombrarlas las hizo legibles como un solo movimiento.

El propio acrónimo compuesto fue el compromiso: ninguna de las partes tuvo que renunciar a su identidad porque ambas palabras estaban en el término, lo que facilitó su adopción en organigramas hostiles.

Debois era un conector más que un proveedor, así que el nombre se mantuvo como propiedad neutral: ninguna empresa lo poseía y ningún competidor tenía motivo para combatirlo.

El formato de conferencia dio a la palabra un hogar anual donde los practicantes podían reunirse, lo que permitió que la comunidad, y no un departamento de marketing, definiera qué significaba DevOps.

Nombra la cosa y la cosa se vuelve real: las prácticas habían circulado durante años, pero los movimientos se cohesionan en torno a una palabra, y un practicante con una sala de conferencias puede proporcionarla.

Devopsdays se convirtió en una institución itinerante: una primera edición estadounidense en Mountain View en 2010 a raíz de Velocity, y más de 30 conferencias programadas en todo el mundo en 2018. El vocabulario acuñado por Debois sostuvo toda una literatura —la novela de Gene Kim The Phoenix Project (2013), los informes State of DevOps de Puppet Labs (desde 2012) y, con el tiempo, las métricas DORA—, mientras que «ingeniero de DevOps» se convirtió en uno de los títulos de puesto más comunes en el software. A Debois se le sigue presentando como el padrino del movimiento, por una palabra que acuñó casi como efecto secundario de organizar un encuentro.