CheckOps en acción
Teams can run CheckOps directly in Compass. Compass offers teams a single place where they can easily see metrics and goals and write down actions they plan to take.
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
The entire team will set goals together.
- 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 demasiada 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
After the team sets goals, the presenter will need to gather data. Keep in mind, though you may not need to run step one every week, you will need to gather data each week.
Lleva un registro
Entre una reunión de CheckOps y la siguiente, se producirán eventos importantes que no puedan captar tus herramientas. 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
As the on-call rotation ends (or right afterwards), the presenter should prepare the CheckOps report for that rotation. At its simplest, the report should include:
- 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.
- A mitigation plan for any unmet goals, as well as notes from the presenter about why the goal wasn't met.
- 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 feedback que impulse la mejora.
3: Organiza una reunión de revisión de CheckOps 30 min
Todo el mundo tiene su papel
Keep it interactive! Everyone on your DevOps team who takes a turn being on-call should attend this meeting, and everyone should have a job:
- 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, incluidos los problemas que haya detectado o las posibles áreas de riesgo que podrían repetirse en la próxima rotación de guardia.
- Leader: The leader is the person (or people) who can help the team prioritize actions and ensure followup. When an action requiring follow up arises, the leader should help make sure the right person (or people) owns the action and will be able to see it through to resolution.
- Other on-call team members and component owners: These are the people who are also in the on-call rotation and/or are intimately familiar with the services or components that are being operated.
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
Over time, the original DevOps goals you set may no longer meet your team's needs. Maybe the business needs changed, or the targets became more or less aggressive. If so, run step one, update your stated operational objectives, and continue your practice. You can also expand the scope of your CheckOps practice, if necessary, to cover more services or components or other aspects of your operations practice.
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 empleados de Atlassian 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 mensual.
