Formación escrita en DevOps

¿Cómo empezar con DevOps en su organización?

La forma de iniciar DevOps en su organización determinará el éxito de la iniciativa. Así que aproveche al máximo esa primera oportunidad, que quizá sea la única.

Evite los cambios de golpe y empiece a pequeña escala

No se puede cambiar de golpe la situación y anunciar una transformación DevOps de toda la organización el primer día. Identifique primero los equipos que se enfrentan continuamente a problemas y objetivos incumplidos. Busque a quienes son conscientes de que hace falta mejorar, están más abiertos a considerar otra forma de trabajar y tienen plena disposición para atender a su organización y sus clientes.

Demuestre logros rápidos y tempranos

Su misión es demostrar pronto los resultados de su iniciativa DevOps y mostrar a los escépticos y detractores qué problemas resuelve y qué valor aporta. Después reproducirá las mejoras paso a paso en otras áreas de la organización.

Así inició su recorrido DevOps un proveedor alemán líder en ERP, CRM y SaaS. Su equipo de mantenimiento hacía una única entrega anual, lo que enseguida provocaba que se acumulara código sin publicar en ramas separadas para distintos incidentes. Fusionar el código y publicar versiones de mantenimiento fiables y bien probadas se volvía muy difícil.

Primero unieron el equipo de desarrollo de mantenimiento a los de planificación de entregas de mantenimiento, aseguramiento de la calidad y gestión de entornos operativos. También empezaron a usar un sistema compartido de gestión de tareas e incidencias para facilitar la coordinación y la comunicación. Pasaron a publicar versiones mensuales y, poco después, quincenales.

En el primer año de esta nueva práctica, el equipo de mantenimiento resolvió 6 veces más incidentes que el año anterior. Y, algo igual de importante, la proporción de incidentes reabiertos y del trabajo repetido asociado pasó del 39 % al 4 %.

Con esa mejora considerable y métricas que permitían demostrarla, una pequeña iniciativa DevOps ganó un gran respaldo y credibilidad en la organización, así como el patrocinio de la dirección para extenderse a otros equipos de productos y servicios.

Identifique un producto y servicio adecuado, existente o de nueva creación

Al iniciar su iniciativa DevOps, también debe decidir si elige un producto y servicio de nueva creación (greenfield) o uno existente (brownfield).

Un producto y servicio de nueva creación es nuevo para su organización. Por ello, le conviene formar un equipo nuevo y separado que trabaje de forma aislada, especialmente al principio. Ese aislamiento le dará al equipo más posibilidades de romper con la situación actual y pensar de forma creativa. Además, cabe esperar que sus responsabilidades anteriores en la organización lo interrumpan con menos frecuencia. Encargue a su nuevo equipo resultados concretos y métricas de rendimiento de TI y negocio, como mejorar las ventas o la participación de los clientes o reducir el tiempo de entrega. Al no depender de código heredado ni de sus dependencias, una iniciativa de nueva creación presenta menos riesgos para que el equipo y usted puedan iniciar DevOps con éxito. Sin embargo, su éxito tendrá menos impacto en la organización porque no demostrará si DevOps puede resolver los problemas existentes ni si los resultados pueden repetirse en otras áreas.

También puede empezar con un producto y servicio existente. Muchos ya funcionan en producción y atienden a su negocio y a sus clientes. Si vive en el mismo planeta que nosotros, su aplicación probablemente acumule bastante deuda técnica y tenga pocas pruebas automatizadas fiables. Por eso, empezar con un producto y servicio existente puede ser más difícil. Sin embargo, los buenos resultados serán más gratificantes y convincentes y tendrán más impacto en su organización.

DevOps también sirve para grandes organizaciones con muchos sistemas heredados en funcionamiento

Muchas personas creen erróneamente que DevOps no se adapta a productos y servicios existentes. Algunas llegan a afirmar que solo sirve para empresas emergentes. Sin embargo, algunas de las iniciativas más ejemplares comenzaron en empresas con organizaciones de TI enormes y maduras, innumerables sistemas heredados críticos para el negocio y miles de empleados. Amazon, Easy y Facebook son algunos ejemplos. Como muestra el caso del proveedor de SaaS, también puede iniciar DevOps en una organización existente con productos y servicios que ya funcionan. De hecho, como suele haber una gran brecha entre su capacidad de entrega y las expectativas de los clientes, normalmente son los mejores candidatos para beneficiarse de la transformación. Si empieza con un sistema existente, dedique primero tiempo a eliminar o al menos reducir la deuda técnica y luego automatice las pruebas que faltan para las funcionalidades y ventajas actuales. De lo contrario, el producto y servicio no le permitirán realizar despliegues fiables en producción en ciclos más breves.

Identifique un sistema de registro o un sistema de interacción adecuado

En su primera iniciativa DevOps, puede elegir un sistema de registro o uno de interacción. Los sistemas de registro centralizan y administran una fuente única de información fiable para la organización. Se centran en gestionar datos sobre clientes, transacciones, seguridad y privacidad. Los sistemas de interacción suelen ser aplicaciones descentralizadas que permiten y fomentan que los clientes y usuarios se relacionen con la organización a través de portales omnicanal adaptables o aplicaciones para móviles, tabletas y ordenadores.

Si opta por un sistema de registro, podrá demostrar cómo su equipo de DevOps gestiona con competencia tareas laboriosas y muy burocráticas, como el cumplimiento normativo, la seguridad y la privacidad. Para ello, genere pruebas científicas y concretas y use pruebas automatizadas y telemetría durante todo el ciclo de vida del desarrollo y las operaciones del producto y servicio. Un ejemplo típico sería migrar datos distribuidos geográficamente desde servidores de bases de datos locales a la nube y comprobar que la fuente única de información sigue cumpliendo la normativa legal, sectorial, local e internacional.

Si elige un sistema de interacción, demostrará con qué rapidez y fiabilidad puede innovar con ciclos de entrega cortos. Esto se debe a que la mayoría de las innovaciones visibles que hoy tienen éxito comercial surgen de sistemas de interacción. Un ejemplo típico sería un proceso de pago más intuitivo y sencillo en su tienda en línea que aumente las ventas un 25 %. Cuando lo consiga, sus directivos estarán encantados con DevOps y también con usted.

Cómo lograr una transformación DevOps exitosa

Al iniciar su recorrido con DevOps, no pierda tiempo tratando de convencer a equipos conservadores. Identifique a los equipos más innovadores, abiertos, bien conectados e influyentes que crean en la necesidad de la metodología y los principios de DevOps. Empiece a pequeña escala con uno o dos equipos. Con las orientaciones anteriores, identifique el producto y servicio existente o de nueva creación que más le convenga, y el sistema de registro o de interacción adecuado para comenzar.

Tras sus primeros éxitos, los equipos que se hayan sumado serán sus mayores aliados para extender DevOps a toda la organización. A continuación, amplíe su grupo a otros equipos y multiplique los casos de éxito. Esos éxitos aportarán cada vez más respaldo colectivo y confianza en la iniciativa. Cuando la dirección vea los beneficios medibles, le brindará más apoyo, patrocinio y atención.

En la etapa final, identifique a las personas influyentes que socavan la iniciativa y a sus detractores más firmes (Curmudgeons). Puede que consiga imponerse con su propia técnica, que consiste en difundir el riesgo y el miedo. Explíqueles la mala imagen que darán sus equipos y productos y cómo se convertirán en el último eslabón débil de la organización si se niegan a aprender y aplicar DevOps.

CONCLUSIÓN

Impulsar una transformación de TI en una organización no es fácil. DevOps no es la excepción. Sin embargo, si empieza a pequeña escala, no correrá mucho riesgo. Recuerde que uno de los deberes más importantes de cualquier líder, sea nuevo o experimentado, es motivar y movilizar al equipo para mejorar el rendimiento del negocio y asumir algunos riesgos calculados para alcanzar la mayor satisfacción profesional.