CheckOps en acción
Los equipos pueden ejecutar CheckOps directamente en Compass. Con Compass, los equipos pueden consultar fácilmente las métricas y los objetivos y anotar las medidas que tienen previsto tomar desde un único lugar.
Un ejemplo de informe semanal de CheckOps con métricas, alertas y acciones planificadas.
También puedes ejecutar un informe semanal de CheckOps en Trello.
Material necesario
A distancia
Videoconferencia con función de compartir pantalla
Herramienta de colaboración digital
Presencial
Plantilla de informe de CheckOps en Compass
Pizarra
Rotuladores
Notas adhesivas
Cronómetro
Plantillas opcionales
Plantillas de Atlassian
Esta estrategia funciona mejor con la función de CheckOps de Compass (consulta cómo hacer que tu equipo dé sus primeros pasos con CheckOps). Si no has trabajado todavía con Compass, puedes empezar a hacer un seguimiento del estado de tu equipo hoy mismo en Trello.
Instrucciones para la ejecución de esta estrategia
Esta estrategia está diseñada para equipos que desarrollan, entregan y ejecutan software.
1. Prepara tu práctica 30 min
Define los objetivos del equipo de DevOps
Todo el equipo establecerá los objetivos de forma conjunta.
- Inicia sesión en Compass y accede a la función de CheckOps o prepara una forma alternativa de hacer un seguimiento de tus objetivos.
- Determina qué quieres cambiar o mejorar de tus prácticas operativas o de desarrollo.
Los requisitos empresariales pueden guiar tus objetivos operativos:
- ¿Necesitas ofrecer el servicio más rápido posible a tus clientes o estar disponible las 24 horas del día, los 7 días de la semana, los 365 días del año? Define los objetivos de DevOps en cuanto a latencia, rendimiento o disponibilidad.
Los objetivos operativos también pueden provenir del equipo:
- ¿El equipo está cansado de que lo despierten a horas intempestivas con alertas e incidentes ante los que no pueden hacer nada? Fija un objetivo para minimizar el número de incidentes y alertas no procesables.
- ¿Te das cuenta de que hay que esperar demasiado para que se revisen las solicitudes de incorporación de cambios? Fija un objetivo operativo para mantener abiertas las solicitudes de incorporación de cambios.
Empieza con un número reducido de objetivos de DevOps. Apuesta por lo sencillo y recuerda recopilar la información correcta para hacer un seguimiento del progreso. Si puedes, empieza con los mismos objetivos en todos tus servicios; así, será más fácil centrar los datos que revisará el equipo en cada reunión.
Define unos objetivos de DevOps medibles
Define unos objetivos que sean medibles, para saber sin lugar a duda si se han alcanzado o no.
- La mejor opción son métricas operativas de tus servicios: utiliza una herramienta de observabilidad (por ejemplo, Splunk Observability, DataDog, Grafana, etc.) y describe expresamente la métrica a la que quieres alcanzar.
- Las métricas de desarrollo de tus repositorios también son importantes: puedes utilizar Jira Software o Compass para hacer un mejor seguimiento.
A medida que realices este ejercicio, puede que te des cuenta de que no estás midiendo lo que realmente quieres mejorar. ¡No pasa nada! Uno de los elementos de acción de tu primera reunión de CheckOps puede ser añadir la métrica de DevOps pertinente. Una vez hecho esto, puedes sacarlo a la luz en futuras reuniones.
Anota tus objetivos de DevOps
Cuando el equipo esté de acuerdo con los objetivos que has fijado, anótalos y compártelos con todo el mundo: son tus objetivos operativos declarados. Luego, prepara un documento fundamental de Confluence que sea de fácil acceso y muy visible, y guarda allí los objetivos de DevOps. Si trabajas en Compass, puedes fijar los objetivos en cuadros de mando.
Tus objetivos de DevOps pueden (y deberían) cambiar con el tiempo. A medida que recopiles más información, podrás tomar decisiones más fundadas sobre tus objetivos o quizá te des cuenta de que tus objetivos empresariales u operativos van cambiando. Sin embargo, ten cuidado de no añadir demasiados objetivos y métricas de DevOps a la vez, ya que podrías descentrar al equipo y no lograr los resultados deseados. Recomendamos un máximo de tres objetivos en un período de tres a seis meses.
Estos son algunos objetivos que tu equipo podría elegir:
- Aumentar la duración del ciclo total (TC) o de solicitud de incorporación de cambios: práctico si tu equipo suele incumplir los plazos.
- Reducir el número de alertas o incidentes que el equipo recibe cada semana: práctico si el trabajo de tu equipo se interrumpe con excesiva frecuencia.
- Reducir la frecuencia de implementación: práctico si tu equipo recibe demasiados incidentes.
A medida que mejore la salud del equipo, es posible que la fase de preparación se acorte.
CONSEJO: MÉTRICAS CLAVE DE DEVOPS
Es recomendable que los equipos midan siempre las siguientes métricas:
- Plazo para modificaciones
- Tasa de errores por modificaciones
- Frecuencia de implementación
- Tiempo medio de recuperación (MTTR)
2: Recopila datos 15 min
Cuando el equipo haya fijado los objetivos, el presentador tendrá que recopilar datos. Recuerda que, aunque no debas ejecutar el primer paso todas las semanas, sí tendrás que recopilar datos de forma semanal.
Lleva un registro
Entre una reunión de CheckOps y la siguiente, se producirán eventos importantes que tus herramientas no puedan captar. Como la memoria no es muy fiable, vale la pena anotar esos datos para abordarlos en la próxima reunión.
Si formas parte de un equipo remoto, crea un nuevo informe de CheckOps para cada semana en el que puedas añadir eventos importantes y, a continuación, compártelo con los miembros del equipo adecuados. Si utilizas Compass, la plataforma DevEx de Atlassian, puedes iniciar tu práctica de CheckOps de forma rápida y sencilla desde la página de detalles sobre el estado.
- ¿La persona de guardia recibió un mensaje de alerta y se encontró con un falso positivo? Sin duda, eso afecta a la experiencia de los desarrolladores del equipo, así que anótalo y compártelo con el grupo para hacer mejoras en el futuro.
- ¿Ha habido algún incidente, un evento de implementación fallido o una solicitud de incorporación de cambios que tardó demasiado en fusionarse? Toma notas rápidas a lo largo de la semana para que el equipo no tenga que reconstruir lo sucedido de memoria.
Prepárate para la revisión
Cuando finalice la rotación de guardia (o justo después), el presentador preparará el informe de CheckOps para dicha rotación. En su forma más simple, el informe debe incluir:
- Una lista de los servicios o componentes en los que quieres ejecutar CheckOps.
- La medición (en función de tu objetivo) de cada componente.
- Una marca de verificación (tic) o una X (cruz) para ver si el objetivo se ha cumplido o no.
- Un plan de mitigación para cualquier objetivo no cumplido, así como notas del presentador sobre por qué no se cumplió el objetivo.
- Una sección para capturar acciones de seguimiento.
- Un resumen de cualquier otro suceso o anomalía.
Es fundamental que en el informe de CheckOps consten las acciones de seguimiento. De lo contrario, tendrás un informe de estado cuando lo que quieres es un ciclo de comentarios que impulse la mejora.
3: Organiza una reunión de revisión de CheckOps 30 min
Todo el mundo tiene su papel
Fomenta la participación: todos los miembros de tu equipo de DevOps que hacen turnos de guardia deben asistir a esta reunión y desempeñar una tarea:
- Presentador: la persona que acaba de terminar su rotación de guardia debe presentar el informe de CheckOps y sus conclusiones. Si no tienes funciones de guardia en el equipo, nombra a una persona que tome nota de los eventos que tengan lugar durante la semana y pueda presentar sus conclusiones durante la estrategia.
- Próximo guardia: esta persona debería prestar mucha atención a las observaciones del presentador, incluidas las incidencias que haya detectado o las posibles áreas de riesgo que podrían repetirse en la próxima rotación de guardia.
- Líder: el líder es la persona (o personas) que puede ayudar al equipo a priorizar las acciones y garantizar el seguimiento. Cuando surja una acción que requiera seguimiento durante el debate, el líder debe ayudar a asegurar que la persona (o personas) adecuada sea la propietaria de la acción y pueda llevarla a cabo hasta su resolución.
- Otros miembros del equipo de guardia y propietarios de componentes: son las personas que también están en la rotación de guardia o que están muy familiarizadas con los servicios o componentes que se utilizan.
Compartir y comentar los hallazgos
El presentador explicará al equipo cada servicio o componente y explicará si los objetivos se han cumplido o no y por qué. Analizará cualquier evento o anomalía operativa que se haya producido en el servicio en concreto y compartirá sus observaciones y análisis. El trabajo del equipo consiste en plantear preguntas y ayudar a ofrecer sugerencias de acciones de seguimiento.
Trabajad en equipo para encontrar formas de garantizar que todos los servicios y componentes del equipo de DevOps cumplan sus objetivos. Se trata de un ejercicio para todo el equipo.
Anota las medidas que tomará cada miembro del equipo y crea tickets en tu backlog durante la reunión.
CONSEJO: ACTÚA, NO REACCIONES
Cuando tu equipo es responsable de cumplir los objetivos operativos o de desarrollo, puede ser fácil caer en la trampa de adoptar una actitud reactiva. Ya se trate de la fiabilidad, la velocidad de entrega o la calidad del código, el enfoque basado en los datos que promueve CheckOps debería permitir a tu equipo cumplir tus objetivos de DevOps, mejorar la experiencia de los desarrolladores y mejorar de forma continua.
Seguimiento
Iteración
Te sugerimos organizar la estrategia de CheckOps semanalmente y alinearlo con la entrega de la planificación de la guardia de tu equipo. Los pasos dos y tres se repiten cada semana, aunque puede que no sea necesario ejecutar el primer paso todas las semanas. A medida que practiques la estrategia con el tiempo, los pasos uno y dos se acortarán. Una vez que tu equipo lleve varias semanas dirigiendo CheckOps Play, habrá oportunidades de ampliar y hacer evolucionar tu práctica para incluir otras áreas de enfoque. Por ejemplo, podrías medir las métricas de calidad, como la cobertura del código, las métricas empresariales, como los usuarios activos semanales de una función determinada o cualquier otra cosa que contribuya a que tu equipo esté más sano.
Reevaluación de los objetivos operativos
Con el tiempo, es posible que los objetivos de DevOps originales que te fijaste dejen de cumplir con las necesidades de tu equipo. Tal vez las necesidades empresariales hayan cambiado o los objetivos se hayan vuelto más o menos agresivos. Si es así, ejecuta el primer paso, actualiza los objetivos operativos declarados y continúa con tu práctica. También puedes ampliar el alcance de tu práctica de CheckOps, si es necesario, para cubrir más servicios o componentes u otros aspectos de tu práctica de operaciones.
Automatización de los informes
A medida que tu alcance se amplíe, querrás dedicar más tiempo al análisis y menos a los informes. Encuentra formas de automatizar la recopilación de métricas clave y la generación de tus informes de CheckOps. Esto mejorará tanto la productividad como la experiencia de los desarrolladores de tu equipo a medida que se automatice cada vez más el trabajo de creación de informes.
Si optas por la automatización, asegúrate de seguir dedicando tiempo a analizar los datos que recopilas y a prepararte para la reunión de CheckOps. Los Atlassians utilizamos las métricas de Compass y hemos integrado nuestra experiencia de CheckOps en el producto para ayudarte con ello.
Ejemplos de objetivos operativos
Reflexiones
Estos son algunos ejemplos de objetivos operativos en torno a los que tu equipo puede estructurar tu práctica de CheckOps, en función de tus responsabilidades:
Delivery types | Possible objectives |
|---|---|
Microservice |
|
On-call team |
|
Software delivery |
|
Mobile application |
|
Estrategias relacionadas
De nuestro equipo para el tuyo
Mantente al tanto de los últimos consejos, trucos y estrategias con nuestro boletín.
