Los artefactos de esta fase
Cada fase de la metodología Problem-Driven AI produce artefactos específicos. No son opcionales. Son la evidencia de que el trabajo se hizo con rigor y las decisiones que impulsan todo lo que viene después. En Solution Phase, los seis artefactos aseguran que cada solución se genera sin juzgar, se descompone en cuatro dimensiones, se prueba contra asunciones explícitas, se evalúa con criterios trazables, se valida con stakeholders y se consolida en un único documento que alimenta la Fase 3.
| Artefacto | Formato | Construye |
|---|---|---|
| Ideation Board | Tablero visual colaborativo (Miro, FigJam, post-its) | El equipo completo durante la Divergencia |
| Árboles de Soluciones | Tablero visual colaborativo o documento estructurado | El equipo durante la Estructuración |
| Registro de Asunciones | Tabla (Google Sheets) | El equipo. Se inicia en la Estructuración, se actualiza en cada paso |
| Decision Matrix | Tabla con puntuaciones 1-5 y pesos por criterio (Google Sheets) | El equipo durante la Convergencia. Pesos fijados por el Decision Owner |
| Feedback Log | Registro cronológico (Google Docs, hoja de cálculo) | El facilitador durante las validaciones externa e interna |
| Solution Brief | Documento estructurado en 8 secciones (Google Docs) | PM / Product Lead con input del equipo |
1. Ideation Board
Registro visual de todas las soluciones generadas, agrupadas y con notas de por qué se descartaron las no seleccionadas. Es la memoria de las opciones exploradas: evita que el equipo reinvente lo que ya descartó con razón.
- Formato: Tablero visual colaborativo (Miro, FigJam, post-its).
- Construye: El equipo completo durante la Divergencia. Product Lead facilita la sesión.
- Cuándo se crea: Paso 1 (Divergencia). Primer artefacto de la fase.
2. Árboles de Soluciones
Descomposición de cada solución candidata en las cuatro dimensiones: negocio, modelo, arquitectura y datos. Hacen visible la complejidad real de cada solución, revelando gaps y dependencias que la idea abstracta no muestra.
- Formato: Tablero visual colaborativo o documento estructurado.
- Construye: El equipo durante la Estructuración. Product Lead + Tech Lead por cada solución candidata.
- Cuándo se crea: Paso 2 (Estructuración). Después de que la divergencia se reduce a soluciones candidatas.
3. Registro de Asunciones
Lista clasificada de todas las asunciones: verificadas, de bajo riesgo, de alto riesgo y desconocidas. Con plan de acción para las de alto riesgo. Las asunciones son riesgo invisible: este registro las hace visibles y gestionables.
- Formato: Tabla (Google Sheets).
- Construye: El equipo. Product Lead inicia el registro, el equipo completo lo alimenta durante todo el proceso.
- Cuándo se crea: Se inicia en el Paso 2 (Estructuración) y se actualiza continuamente durante toda la fase.
4. Decision Matrix
Evaluación de soluciones candidatas contra criterios ponderados: impacto, viabilidad técnica, viabilidad de negocio, riesgo de asunciones y fricción de adopción. Hace explícitas las razones de la elección, evitando que la decisión se tome por intuición, política o autoridad.
- Formato: Tabla con puntuaciones 1-5 y pesos por criterio (Google Sheets).
- Construye: El equipo durante la Convergencia. Los pesos los fija el Decision Owner antes de comenzar la puntuación.
- Cuándo se crea: Paso 3 (Convergencia). Después de que los Árboles de Soluciones exponen la complejidad real.
5. Feedback Log
Registro acumulativo de todo el feedback de clientes y stakeholders: quién lo dijo, qué dijo, cómo se incorporó o por qué se descartó. Proporciona trazabilidad total del proceso de alineación: si alguien pregunta "por qué se eligió esto", la respuesta está aquí.
- Formato: Registro cronológico (Google Docs, hoja de cálculo).
- Construye: El facilitador durante las sesiones de validación externa e interna.
- Cuándo se crea: Se inicia en el Paso 4 (Validación con clientes) y se actualiza durante el Paso 5 (Validación con stakeholders internos).
6. Solution Brief
El documento más importante de esta fase. Contiene: el problema que resuelve, descripción de la solución, decisiones tomadas y justificaciones, descomposición por dimensiones, asunciones activas, criterios de éxito acordados, restricciones, actores y Mapa de Traducibilidad. Es el documento de entrada a la Fase 3 (Context Phase): todo lo que la IA haga después se basa en este documento.
- Formato: Documento estructurado en 8 secciones (Google Docs).
- Construye: PM / Product Lead redacta el documento con input del equipo. El equipo valida.
- Cuándo se crea: Se redacta después del Paso 5 cuando existe consenso. Consolida toda la fase en un único documento.
El Solution Brief no es un documento estático: es el punto de partida del trabajo de la IA. Cualquier ambigüedad, contradicción u omisión en este documento se propagará a cada artefacto construido en la Fase 3. Invierte el tiempo necesario para hacerlo preciso.