Exit Criteria: el Gate Review
El Problem Phase no está completo cuando el equipo siente que entiende el problema. Está completo cuando se cumplen condiciones simultáneas y verificables:
- ✅ El Problem Statement ha sido validado directamente con al menos dos de los clientes o usuarios entrevistados y estos lo reconocen como una descripción fiel de su realidad.
- ✅ El criterio de éxito ha sido validado con el dueño de la decisión y este lo reconoce como la definición de "resuelto".
- ✅ Las restricciones documentadas han sido verificadas con los actores que las imponen (IT para restricciones técnicas, legal para regulatorias, finanzas para presupuestarias).
- ✅ Existe acuerdo explícito dentro del equipo sobre la formulación del Problem Statement. No mayoría. No silencio interpretado como acuerdo. Acuerdo real.
- ✅ El Mapa de Actores, la Interview Guide, el Synthesis Board y el Problem Statement están documentados y accesibles.
- ✅ Las hipótesis de partida han sido explícitamente confirmadas o refutadas.
- ❌ No se avanza si el Problem Statement no ha sido validado externamente, aunque el equipo esté convencido de que es correcto.
- ❌ No se avanza si hay desacuerdos relevantes dentro del equipo que no se han resuelto.
- ❌ No se avanza si el criterio de éxito no está definido o si distintos stakeholders tienen criterios incompatibles sin resolver.
Estos Exit Criteria existen para proteger al equipo de sí mismo. La presión por avanzar es real. Los deadlines son reales. La tentación de dar por bueno un Problem Statement sin validarlo externamente es enorme. Pero cada atajo aquí se paga multiplicado en las fases siguientes.
Después del gate: transición a la Fase 2
Cuando el equipo completa el Gate Review, sucede algo importante: el equipo gana el derecho a pensar en soluciones.
Este concepto (ganarse el derecho a construir) es central en la metodología. No es una cuestión de permiso o de burocracia. Es una cuestión de calidad. Un equipo que ha hecho un discovery riguroso llega a la fase de solución con una comprensión que les permite evaluar soluciones con criterio. Un equipo que se saltó el discovery llega con opiniones, no con criterio. Y las opiniones, cuando no están respaldadas por datos, producen discusiones interminables.
El Problem Statement viaja a la Fase 2 (Solution Phase) acompañado del Mapa de Actores, el Synthesis Board y la Interview Guide. Estos cuatro artefactos contienen en conjunto:
- El problema definido: qué hay que resolver y para quién.
- Las personas que lo rodean: quiénes pueden bloquear, potenciar o verse impactados por la solución.
- La evidencia que lo sustenta: los datos en bruto y los patrones a partir de los cuales se destiló la definición del problema.
- El método con el que se descubrió: permitiendo a cualquiera trazar el razonamiento de vuelta hasta la fuente.
Hay un elemento que merece atención especial en esta transición: el criterio de éxito definido en el Problem Statement se convierte en el criterio de evaluación de la solución en la Fase 2. No es la solución la que define su propio éxito. Es el problema el que lo define. Esta distinción previene uno de los errores más costosos: construir algo que funciona perfectamente según sus propias métricas pero no resuelve lo que debía resolver.