El éxito de un equipo de desarrollo depende de la frecuencia y el éxito de sus lanzamientos. Los equipos que lanzan demasiado lentamente no podrán seguir el ritmo de las demandas y la innovación del negocio, y los equipos que crean demasiados lanzamientos fallidos tendrán un impacto negativo en la satisfacción de los clientes, los ingresos y la estabilidad general del sistema.
El equipo de Investigación y Evaluación DevOps (DORA) de Google ha identificado cuatro métricas clave que indican el rendimiento de una organización de desarrollo de software. Nuestro impulsor de valor Innovation and Growth utiliza esas métricas para crear un programa general que cree equipos de desarrollo más eficientes y receptivos, junto con una aplicación más confiable. Esta guía de calidad de lanzamiento lo ayuda a mejorar la frecuencia de implementación, el rendimiento de la aplicación y la confiabilidad de la aplicación.
Conceptos clave
Los conceptos de Kep incluyen:
Comunicar, remediar, innovar
Uno de los temas centrales de la práctica de madurez de observabilidad de New Relic es "Comunicar, remediar, innovar". Apoyamos ese tema permitiéndole comunicar el estado actual de sus prácticas de desarrollo a las partes interesadas utilizando KPI específicos. Luego, utilizará esos KPI para ajustar sus prácticas de desarrollo e identificar componentes de aplicaciones lentos y poco confiables para poder corregirlos en sprints de desarrollo posteriores. Finalmente, utilizará esos KPI para hacer que sus prácticas de desarrollo sean más eficientes y agregar tiempo adicional para que sus equipos innoven.
Desarrollo basado en troncales
El desarrollo basado en troncales se define como "un modelo de ramificación de control de fuente, donde los desarrolladores colaboran en el código en una única rama llamada trunk, resisten cualquier presión para crear otras ramas de desarrollo de larga duración mediante el empleo de técnicas documentadas". En resumen, divide el trabajo de desarrollo en pequeños lotes realizados contra ramas de un único tronco. Tan pronto como se completa un lote de trabajo, la rama se fusiona nuevamente con el tronco. Cada rama tiene una vida útil corta, lo que simplifica las fusiones con el tronco y garantiza que todos los desarrolladores estén trabajando a partir de versiones recientes de la base de código.
Esta práctica ha sido identificada por la organización DevOps Research and Assessment (DORA) como una capacidad clave que impulsa una entrega más rápida y un mayor rendimiento organizacional. Es una práctica obligatoria para CI/CD.
Límite del servicio de TI
La mejora de la calidad de la versión funciona a nivel del límite del servicio de TI. Al medir el servicio en el límite, se puede obtener una idea de lo que sucede aguas arriba.
La guía de administración a nivel de servicio utiliza el concepto de límite de servicio para medir el tiempo de respuesta y la tasa de errores de un servicio determinado. En esta guía, utilizará el mismo concepto para medir el impacto que sus prácticas de desarrollo tienen en el servicio y luego mejorar la capacidad de respuesta, la capacidad de innovar y la estabilidad de la aplicación de su equipo de desarrollo.
Indicadores de rendimiento clave
Utilizará el proceso de calidad del desarrollo para recopilar y medir los siguientes KPI:
Identificar la aplicación
El primer paso es identificar las aplicaciones que están dentro del alcance de las primeras iteraciones del proceso de mejora. Las aplicaciones que son buenas candidatas para su inclusión son aquellas que:
- Están en desarrollo activo.
- Son un servicio operativo clave
- Tener ciclos de desarrollo lentos.
- Tener un historial de implementación fallida.
Reúna los KPI necesarios
A continuación, debe recopilar los KPI definidos a partir de fuentes como su plataforma CI/CD, repositorio de origen, solución de observabilidad, etc. Una vez que identifique las fuentes de sus KPI, deberá identificar métodos para extraerlos e importarlos a la plataforma New Relic.
Puede ver los KPI y el atributo mínimo requerido en la sección de indicadores de rendimiento clave anterior. Normalmente, utilizará las API de su cadena de herramientas de desarrollo para extraer los KPI y sus atributos, y luego los enviará a New Relic mediante la API de evento personalizado.
Antes de comenzar cualquier trabajo de integración personalizada, debe determinar si existe alguna integración lista para usar que cumpla con sus objetivos.
Implementar panel
Nuestros son los principales impulsores del proceso de mejora de la calidad. Mostrarán KPI y tendencias para que pueda identificar y priorizar sus esfuerzos de mejora. Puede encontrar un panel de muestra en nuestro centro de recursos de madurez de observabilidad en GitHub.
La información que se muestra en el panel depende de su cadena de herramientas de desarrollo, por lo que deberá personalizar su dashboard según sus especificaciones exactas.
Establece tu lanzamiento línea de base
Debido a que necesita suficientes datos para formar una línea de base antes de poder realizar la habilitación inicial, debe establecer su línea de base que consista en una muestra de actividad de desarrollo. Normalmente, esto será un mínimo de dos semanas, pero puede ser hasta seis semanas dependiendo de su ritmo de desarrollo actual. Una forma sencilla de hacerlo es alinear su ciclo de evaluación y recopilación de línea de base con sus sprints ágiles, si corresponde.
Debes asegurarte periódicamente de que los datos del evento se acumulen como se espera en New Relic mientras estableces tu línea de base.
Reúnete con tu equipo
Después de establecer su línea de base, presentará a los equipos de desarrollo y otras partes interesadas los datos recopilados y el proceso de mejora continua que seguirá.
El proceso consta de cuatro actividades:
Introduce the concepts of trunk-based development
: Usted y las partes interesadas revisarán los conceptos centrales del desarrollo basado en camiones, identificarán dónde difieren sus prácticas actuales y luego crearán estrategias para implementarlas.
Review your release KPIs and trends
: Revisará los KPI de tasa de lanzamiento, tamaño y alcance de lanzamiento para asegurarse de que está avanzando hacia la implementación del desarrollo basado en troncales. Su objetivo es aumentar su tasa de lanzamiento mientras reduce el tamaño y el alcance de los nuevos lanzamientos.
Review your application KPIs and trends
: Aquí revisará el rendimiento de su aplicación y los KPI de error para identificar y priorizar sus esfuerzos para mejorar la confiabilidad y el rendimiento de la aplicación.
Make technical recommendations
: Aquí, usted y las partes interesadas relevantes identificarán y revisarán recomendaciones técnicas, como realizar cambios en su flujo de trabajo de liberación o estrategias de observabilidad.
Iniciar el proceso de mejora
Este último paso es un proceso de mejora continua. Durante esta fase, se reunirá con su equipo para revisar su progreso con respecto a su línea de base y ajustar sus estrategias para lograr las mejoras deseadas. Cada ciclo del proceso de mejora debe ocurrir después de varias iteraciones de su proceso de desarrollo. Por lo general, estos ocurren en el punto medio y al final de cada sprint ágil.
Durante esta fase debes:
- Informe sus KPI cada semana a las partes interesadas para garantizar que los equipos prioricen adecuadamente el trabajo y muestren el progreso realizado hacia los resultados comerciales prometidos.
- Registre y conserve sus KPI semanales a lo largo del tiempo para establecer una nueva línea de base y mostrar la tasa de mejora.