UN MÉTODO PRÁCTICO

Cómo dirigir una reunión de decisión GO o NO-GO

La decisión de lanzar debe dejar constancia de pruebas y responsables mientras aún es posible cambiar el plan.

3 min de lectura

Cuándo importa

Una lista llena de marcas verdes puede ocultar una reversión sin probar o un error de pagos pendiente. En la reunión, el equipo compara los criterios de salida con las pruebas reales y acepta el riesgo o aplaza el lanzamiento.

Un método práctico

  • Acordad quién toma la decisión GO o NO-GO y quién representa a producto, operaciones y soporte.
  • Revisad pruebas críticas: pruebas rápidas, monitorización, accesos, copias, cobertura de soporte e incidencias conocidas. Enlazad los resultados.
  • Para cada problema abierto, registrad impacto, alternativa, responsable y última hora para decidir. Diferenciad una limitación aceptable de un bloqueo.
  • Confirmad ventana de despliegue, disparador de reversión, responsable y canal de comunicación. Guardad la decisión en un único lugar.

Ejemplo

A las 14:00 pasan las pruebas de compra, pero nadie ha comprobado cómo revertir una migración de base de datos. La responsable aplaza GO hasta que la persona encargada demuestre la restauración en staging. El equipo vuelve a las 16:00 con el resultado. «Probablemente se pueda revertir» no es una prueba.

Decidir el siguiente paso

Un GO condicionado solo sirve si condición, responsable y plazo son explícitos. Tras publicar, comprobad los flujos clave y las señales acordadas antes de declarar éxito. Si se activa un disparador, ejecutad la decisión de reversión registrada. La lista organiza la reunión, pero no sustituye el juicio responsable.

Abrir la herramienta.

← Volver a recursos