Formación escrita en DevOps

¿Cómo facilitar la retroalimentación en DevOps?

En un entorno de TI en el que las demandas y solicitudes de los clientes son cada vez más exigentes, usted y su equipo de DevOps deben mejorar continuamente la calidad de su trabajo. Para lograrlo, establezcan ciclos de retroalimentación rápidos, continuos y fiables de derecha a izquierda en el flujo de valor.

Estos ciclos le ayudarán a resolver pronto los obstáculos mientras son pequeños, fáciles y baratos de eliminar. También le ayudarán a crear una cultura de aprendizaje organizativo mientras trabaja. Cuando surjan problemas, su equipo y usted los tratarán como oportunidades para aprender y mejorar la calidad de sus productos y servicios de software.

¿Por qué necesita calidad integrada mediante ciclos de retroalimentación de DevOps?

Por su experiencia en ingeniería de software, sabrá que en un sistema complejo nadie puede saberlo todo. Incluso al hacer exactamente el mismo trabajo dos veces se obtienen resultados diferentes. Como ese grado de incertidumbre es intolerable para cualquier negocio, las organizaciones intentan garantizar el control y la fiabilidad mediante listas de comprobación, auditorías, cumplimiento normativo, especialistas en calidad y microgestión. A veces, ni siquiera todas esas medidas bastan para evitar errores.

Por eso, para crear una organización que incorpore la calidad desde el principio, hay que aceptar que los errores forman parte del trabajo diario.

Diseñe una cultura de trabajo con sistemas seguros

Diseñe una cultura de trabajo con sistemas seguros. Nadie en el equipo de DevOps teme equivocarse porque todos saben que los errores se detectan y corrigen pronto, mientras son pequeños y antes de que provoquen fallos graves, interrupciones de servicio o críticas de los clientes.

Con una cultura de trabajo con sistemas seguros, usted, su equipo de DevOps y toda la organización de TI y negocio disfrutarán de estos beneficios:

1. Se gestionará la complejidad de los sistemas, de modo que los problemas de diseño y operación se detectarán rápidamente.
2. Los problemas se resuelven rápidamente mientras aún son pequeños. Resolverlos genera de forma espontánea nuevos conocimientos y experiencia en la organización.
3. Los nuevos conocimientos y la experiencia se difunden por toda la organización.
4. Los líderes de la organización DevOps forman a otros líderes que crean y mejoran continuamente sistemas de trabajo seguros.

Identifique los problemas cuando aparecen

Si la retroalimentación de la organización es lenta, poco frecuente y tardía, prevenir resultados indeseados también llevará tiempo y dinero. En la época del modelo en cascada, se tardaba un año en construir una aplicación antes de mostrársela por primera vez a los clientes y otro año en rehacerla. Hoy ninguna empresa se puede permitir trabajar así.

El objetivo es crear ciclos de retroalimentación rápidos. Mientras el trabajo avanza de izquierda a derecha en el flujo de valor, debe generar continuamente información de derecha a izquierda. Para incorporar calidad a una organización DevOps, hacen falta ciclos rápidos. Cuando aparece un problema, el equipo lo identifica en cuanto surge por primera vez en el flujo. Corrigen los problemas rápidamente y comprueban constantemente si la implementación se ajusta a lo que esperan los clientes internos y externos y las demás partes interesadas a las que afecta su trabajo. Los ciclos rápidos permiten resolver los problemas, aprender de ellos y evitar que se repitan.

Corrija los errores cuando aún es más fácil, rápido y barato hacerlo

Encontrar los problemas pronto permite resolverlos pronto. De lo contrario:

• El coste y el esfuerzo para corregirlos crecen exponencialmente y se acumula deuda técnica (soluciones provisionales sobre soluciones provisionales).
• Los errores avanzan hacia los centros de trabajo posteriores del flujo de valor, donde es muy probable que contribuyan a generar otros errores.
• Los errores se repiten lejos del centro de trabajo donde se introdujeron y harán falta más correcciones y más trabajo para deshacerlos.
• Con el tiempo se olvida por qué ocurrieron los errores y cambian las circunstancias que los provocaron. Si no se detectan hasta meses después de introducirlos, no podrá identificar bien la causa raíz y, peor aún, no podrá aprender de ellos. Aplicará una solución provisional para salir del paso y luego otra. Eso es precisamente lo que quiere evitar con DevOps.

Anime a su equipo y a usted mismo a señalar los problemas y crear mecanismos de retroalimentación continua para detectarlos y corregirlos pronto. NO acumule trabajo defectuoso sobre trabajo defectuoso. Es decir, no deje que su equipo desarrolle funcionalidades nuevas antes de corregir los errores que perjudicarían su desarrollo. Mejorar continuamente la calidad del trabajo y eliminar los errores cuando aparecen le permitirá construir los mejores productos y servicios de software de su mercado.

Tome las decisiones de control de calidad donde se realiza el trabajo

Alejar las decisiones de control de calidad del lugar donde se realiza el trabajo reduce la calidad, alarga los plazos de entrega, debilita la relación entre causa y efecto y dificulta aprender de los errores.

En pocas palabras:

• No exija a los equipos que hagan manualmente un control de calidad que puede automatizarse.
• No exija la aprobación de personas ocupadas que saben poco o nada del trabajo que se está realizando.
• No genere documentación extensa para las aprobaciones, pues pronto quedará obsoleta por la naturaleza del trabajo.
• No envíe grandes lotes de trabajo a los responsables para que los aprueben.

Cada miembro del equipo de DevOps debe detectar, corregir, compartir y comentar los errores de su área y enseñar a otros lo aprendido. La programación en pareja, las revisiones entre pares, las pruebas automatizadas, la inspección de cambios registrados, los puntos de control internos y las demostraciones frecuentes deben hacer que el aseguramiento de la calidad sea responsabilidad de todos, en lugar de un departamento especializado.

CONCLUSIÓN

Su equipo y usted tienen siempre presente que les pagan para atender a los clientes. Por eso deben trabajar pensando en lo que más conviene a sus clientes internos y externos.

El siguiente centro de trabajo del flujo de valor merece especial atención. Póngase en su lugar al optimizar su trabajo. Establezca con él una retroalimentación rápida y fiable para que el trabajo avance con rapidez, fluidez y calidad, y el equipo de DevOps pueda detectar y resolver los problemas cuanto antes.