Conexión con la Fase 2: Solution Phase
El Problem Statement es el documento de entrada a la siguiente fase. Cuando el equipo ha completado el Gate Review y el Problem Statement está validado, 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 del problema que les permite evaluar soluciones con criterio. Un equipo que se saltó el discovery llega a la fase de solución 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 acompañado del Mapa de Actores, el Synthesis Board y la Interview Guide. Estos cuatro artefactos juntos contienen el problema definido, las personas que lo rodean, la evidencia que lo sustenta y el método con el que se descubrió. Son la base sobre la que se construirá la solución.
Y hay un elemento que merece atención especial en esa 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 parece sutil pero 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.
La construcción es un síntoma, no un objetivo. Construir es la consecuencia natural de haber pensado bien. No es un logro en sí mismo. Un equipo que celebra haber construido rápido sin validar el problema está celebrando en la dirección equivocada.
El problema sigue siendo el producto. La IA solo cambió lo que ocurre después de encontrarlo.