El programa Devops Research & Assessment, o DORA como es más conocido por los tecnólogos, se ha convertido en el punto de referencia ampliamente aceptado para entender mejor el proceso de desarrollo de software. Los hallazgos del programa DORA destacan que la industria tecnológica sigue mejorando en el reconocimiento de cómo crear mejoras medibles y significativas en el ciclo de vida del envío de cambios de software en productos y características.
Herramientas como Pluralsight Flow están ayudando a la dirección y a los miembros del equipo por igual, creando lanzamientos más frecuentes y consistentes, reduciendo los errores y el tiempo de prueba, y consiguiendo que las actualizaciones lleguen a los usuarios finales más rápidamente. Sin embargo, antes de facultar a sus equipos de DevOps para que utilicen las métricas de DORA, primero hay que entender qué son y cómo mejorarlas.
Entender las métricas de DORA
1) Frecuencia de despliegue – La frecuencia de despliegue es simplemente la frecuencia con la que su equipo despliega. Naturalmente, la frecuencia de los despliegues afecta directamente a la frecuencia de los cambios enviados a los usuarios finales. La clave aquí no es sólo entender la frecuencia de despliegue, sino el tamaño de los despliegues.
Cuanto más a menudo se despliegue, más pequeña será la base de código, lo que significa que hay menos riesgo. Esto se debe a que si se producen errores, podrá determinar rápidamente dónde se encuentran los problemas en su despliegue.
2) Tiempo medio de espera para los cambios (MLT): se define como el tiempo acumulado desde el inicio del despliegue hasta su finalización. Aunque está claro cuáles son los beneficios de entender esta métrica desde el punto de vista de la velocidad, lo que herramientas como Pluralsight Flow pueden ayudarle a identificar son los aspectos del proceso que pueden ser racionalizados mostrando a los líderes dónde implementar prácticas de revisión de código exhaustivas.
Por ejemplo, Flow puede ayudar a destacar si su proceso de pruebas está añadiendo días o incluso semanas al despliegue y si hay oportunidades para automatizar aspectos de las pruebas durante la producción, eliminando así los cuellos de botella.
3) Tiempo medio de recuperación (MTTR): es la medida del tiempo que se tarda en solucionar un fallo de construcción y el tiempo que se tarda en restablecer el servicio durante un despliegue. Un impulso inicial para reducir esto por cualquier medio necesario podría sonar como una mejora efectiva de las métricas para su organización, pero entender el problema es importante primero.
Pluralsight Flow puede ayudarle a comprender las tres métricas combinadas anteriores para determinar mejor qué aspectos de la base de código están fallando y por qué. De esta manera, sus equipos estarán menos inclinados a crear simples y sucios hacks para mejorar el MTTR, lo que podría crear mayores problemas en el futuro. El MTTR es una razón clave por la que Flow puede ser fundamental para el éxito de la mejora de sus equipos tecnológicos. Entender el porqué de forma holística puede ayudarle a aplicar las correcciones con más confianza.
4) Tasa de fracaso de los cambios (CFR): es la medida del porcentaje de cambios que resultan en un fracaso. En pocas palabras, es la relación entre los despliegues y los fracasos. Donde una herramienta como Flow puede ayudar con este aspecto es en resaltar para todos los miembros de sus equipos de DevOps lo que su parte del proceso significa para el panorama general. Mostrar a su equipo de desarrollo lo que está sucediendo en la producción les ayudará a entender mejor el impacto de ciertos cambios y por qué puede haber ocurrido un fallo.
Proporcionar visibilidad empresarial a las iniciativas crea un equipo sincronizado. Una comprensión holística de su proceso como equipo y de lo esenciales que son esos aspectos del proceso para el producto final crea un mayor sentido de propósito y pertenencia para sus equipos. También mejora en gran medida su proceso general.
Vea cómo Flow proporciona una visión profunda de su flujo de trabajo de ingeniería
Pluralsight Flow y DORA
Anteriormente compartimos algunos ejemplos de cómo Pluralsight Flow puede ayudar a mejorar las métricas DORA de sus organizaciones. Aquí hay formas adicionales en que la creación de una comprensión más profunda de su proceso de DevOps puede ayudar a mejorar sus procesos.
Pluralsight Flow puede ayudar a mejorar las métricas DORA de sus organizaciones. Proporciona un libro de jugadas creado a partir de los propios datos históricos de los clientes, a partir del cual se puede entrenar objetivamente a los ingenieros de DevOps. Entender las mejores prácticas del mercado está muy bien, pero conectarlas con tus propios datos crea una situación realmente óptima.
Libro de jugadas de Flow
Flow le ayuda a trazar flujos de valor respectivos a los estados de los tickets de Jira y Azure DevOps. El informe retrospectivo muestra los tiempos de espera basados en un estado hecho de «despliegue» para los tickets. La capacidad de Flow para presentar las métricas de DevOps en varios niveles de la organización permite a los clientes determinar cómo varía el MLT entre equipos, proyectos y procesos.