Conexión con la Fase 5: Market Phase
Cuando el Build Validation Report está firmado, el equipo tiene algo que muy pocas organizaciones producen: una solución construida que está documentalmente trazada hasta el problema que pretende resolver. Cada línea de código tiene un Story File. Cada Story File tiene un caso de uso en el PRD. Cada caso de uso tiene un criterio de éxito que hereda del Problem Statement.
Lo que la construcción produce para la Fase 5
En proyectos con construcción paralela, hay un elemento adicional de valor: el Decision Log consolidado de todos los tracks es un mapa extraordinariamente preciso de las asunciones que la construcción verificó, refutó y dejó abiertas. Cada entrada de impacto cruzado que se resolvió en una sincronización de integración es un aprendizaje sobre cómo los componentes del sistema interactúan en la práctica.
Ese conocimiento (que no existía en la Fase 3) es el input más informado que la Fase 5 puede recibir al empezar.
Las tres transferencias
Hay tres transferencias específicas entre la Fase 4 y la Fase 5 que merecen atención:
1. El Context Document actualizado es la base de la Fase 5. El contexto que la Fase 5 iterará refleja lo que realmente se construyó en todos sus tracks, con todas las Reglas que emergieron de la construcción y todos los aprendizajes de integración incorporados. No es el contexto idealizado de la Fase 3, es el contexto real, probado contra la realidad de la implementación.
2. El Iteration Brief consolidado abre la conversación con el mercado. Los aprendizajes abiertos de todos los tracks (las decisiones que no podían tomarse sin datos del mercado) son las primeras hipótesis que la Fase 5 pondrá a prueba. Estas hipótesis son extraordinariamente valiosas porque vienen de haber construido, no de haber especulado.
3. Los KPIs y OKRs se activan para el sistema completo. La Fase 5 medirá si el mercado confirma o refuta las asunciones del Problem Statement sobre el sistema como un todo, no sobre componentes individuales.
El contexto que construyes para la IA no es un documento estático. Evoluciona con cada iteración, con cada señal del mercado, con cada nuevo aprendizaje. Tratarlo como algo terminado es el inicio de la Context Debt.
La actitud correcta
Hay un último principio que define la actitud correcta ante el final de esta fase. No es un logro. Es una transición.
El equipo que completa la Fase 4 tiene en sus manos una solución que no sabe todavía si funciona en el mundo real. El Problem Phase fue riguroso, el Solution Phase fue profundo, el Context Phase fue preciso, y la construcción fue fiel. Todo eso reduce la probabilidad de fracaso. No la elimina.
La Fase 5 es donde el mercado dice su verdad. Y esa verdad, sea cual sea, es el input más valioso que el Context Document puede recibir.
Ningún discovery, por profundo que sea, sustituye al contacto real con el mercado. Las señales que genera el uso real son datos de mayor calidad que cualquier hipótesis previa. El sistema debe estar diseñado para escucharlas y actuar sobre ellas.
La construcción no es el final del pensamiento. Es la forma de poner el pensamiento a prueba.