Fase 3 de 3 del IQLSteps 10-15 · Observación

Late-Game

«¿Cómo se comporta en el mundo real?»

Fase de Observación - Enfoque en monitorear y asegurar confiabilidad en producción

Rol protagonista
QA + DevOps
Enfoque
Observación
Enfoques integrados
Shift-Right · Chaos Engineering · Production Monitoring · AI Ops
Herramientas
Sentry · Grafana · k6 · UptimeRobot

Late-Game: dónde estás dentro del IQL

El Integrated Quality Lifecycle recorre los 15 steps en tres fases. Cada una tiene su pregunta, su rol protagonista y su forma de mirar la calidad.

  1. Early-Game

    «Construyámoslo bien desde el principio»

    PrevenciónQA Analyst

    RECORRIDA
    Alcance
    Steps 1-4
    Enfoques
    Shift-Left, BDD, Risk-Based
    Rol principal
    QA Analyst
    Herramientas
    Jira, Confluence, Postman, Claude Code
  2. Mid-Game

    «¿El software cumple con los requerimientos?»

    DetecciónQA Automation Engineer

    RECORRIDA
    Alcance
    Steps 5-9
    Enfoques
    Continuous Testing, Agile Testing, AI-Driven
    Rol principal
    QA Automation Engineer
    Herramientas
    Playwright, GitHub Actions, Docker, Xray
  3. Late-Game

    «¿Cómo se comporta en el mundo real?»

    ObservaciónQA + DevOps

    FASE ACTUAL
    Alcance
    Steps 10-15
    Enfoques
    Shift-Right, Chaos Engineering, Production Monitoring, AI Ops
    Rol principal
    QA + DevOps
    Herramientas
    Sentry, Grafana, k6, UptimeRobot

Steps 10-15

Los 6 steps del Late-Game

Cada step con su etapa del ciclo, su entregable, su transición en Jira y la nota que evita el malentendido típico. Es el detalle completo del syllabus, sin resumir.

  1. Step 10: Continuous Maintenance

    Late-GameProduction Ops

    Asegurar que la aplicación esté estable para el lanzamiento y permanezca así después del despliegue. La regresión del sprint se planifica en el STP y su ejecución se registra en el STR.

    Entregable

    US desplegada a producción con confianza + STR (Sprint Test Results) del sprint

    Actividades
    Regression suiteSmoke testingTest maintenance
  2. Step 11: Canary Release Monitoring

    Late-GameShift-RightPanorama

    Desplegar nuevas funcionalidades a un porcentaje pequeño de usuarios para monitorear el comportamiento

    Entregable

    Validación segura con riesgo mínimo

  3. Step 12: A/B Testing

    Late-GameExperimentationPanorama

    Probar diferentes versiones de funcionalidades para optimizar la experiencia del usuario

    Entregable

    Decisiones basadas en datos de usuarios reales

  4. Step 13: Real User Monitoring (RUM)

    Late-GameObservabilityPanorama

    Monitorear la experiencia real de los usuarios en producción para identificar problemas de performance

    Entregable

    Visibilidad completa de UX real

    Métricas
    Core Web VitalsMTTDMTTR
  5. Step 14: Chaos Engineering

    Late-GameResiliencePanorama

    Introducir fallas controladas en producción para validar la resistencia del sistema

    Entregable

    Sistema robusto con recovery validado

  6. Step 15: Feedback Loop

    Late-GameContinuous LearningPanorama

    Analizar feedback de usuarios y métricas de producción para alimentar el siguiente ciclo de Early-Game

    Entregable

    Mejora continua del producto

Medición

Las 6 métricas del Late-Game

Las fases anteriores se evalúan por lo que producen: un plan, un caso, un pull request mergeado. Esta se evalúa por lo que pasa en producción cuando ya nadie está mirando, y eso solo se sabe con números y con un objetivo declarado de antemano.
  • MTTD

    Mean Time To Detect

    Cuánto tarda el equipo en enterarse de que algo se rompió en producción.

    Objetivo< 5 minutos

    Todo lo que pasa antes de la detección es impacto que nadie está conteniendo.

  • MTTR

    Mean Time To Resolution

    Cuánto tarda en resolverse un problema una vez detectado.

    Objetivo< 30 minutos

    Es la mitad del incidente que sí se acorta con proceso y no con suerte.

  • Error Rate

    Application Error Rate

    Qué porcentaje de las peticiones termina en error.

    Objetivo< 0.1%

    Es el indicador más directo de estabilidad, y se mueve antes que cualquier queja.

  • CSAT

    Customer Satisfaction Score

    La satisfacción declarada por quienes usan el producto.

    Objetivo> 4.5/5

    La única de la lista que no mide el sistema, sino la percepción del sistema.

  • SLO Compliance

    Service Level Objective Compliance

    Qué porción del tiempo se cumplen los objetivos de servicio comprometidos.

    Objetivo> 99.9%

    Convierte la disponibilidad en un número contra el que se puede negociar.

  • Performance Score

    Core Web Vitals Score

    El rendimiento percibido, medido con las métricas web de Google.

    Objetivo> 90/100

    Afecta posicionamiento y conversión, no solo la sensación de rapidez.

Enfoques integrados

Con qué mirada se trabaja el Late-Game

El IQL no aplica los mismos enfoques en todo el ciclo. Estos son los que el syllabus asigna a esta fase, y explican por qué el trabajo de acá no se parece al de las otras dos.
  • Shift-Right

    Extender la validación de calidad hacia producción, donde el sistema recibe usuarios reales.

  • Chaos Engineering

    Introducir fallas controladas para validar la resiliencia antes de que el fallo llegue solo.

  • Production Monitoring

    Observabilidad continua del sistema en producción, para detectar anomalías temprano.

  • AI Ops

    Inteligencia artificial sobre la telemetría: análisis predictivo y detección de anomalías.

Herramientas

Con qué se trabaja en el Late-Game

Las mismas piezas que el syllabus le asigna a la fase. Cambian de una fase a otra porque cambia el trabajo: analizar no necesita lo mismo que automatizar, ni que observar producción.
  • Sentry logo

    Sentry

    Los errores de producción con su traza. Es de donde salen el Error Rate y buena parte del MTTD.

  • Grafana logo

    Grafana

    Los tableros donde las métricas de la fase se miran juntas y no de a una.

  • k6 logo

    k6

    Carga y rendimiento contra el sistema real, no contra una maqueta.

  • UptimeRobot logo

    UptimeRobot

    Disponibilidad medida desde afuera: el chequeo que sostiene el objetivo de servicio.

Domina el Late-Game

Conviértete en el QA + DevOps que las empresas necesitan: el que trabaja la calidad desde la observación y sabe responder «¿Cómo se comporta en el mundo real?».

El IQL se practica de punta a punta en el Programa DOJO, con Jira, el TMS y el repositorio reales.