Los artefactos de la Fase 5

La Fase 5 produce cinco artefactos que operan como un sistema integrado. Ninguno tiene valor aislado, su poder está en las conexiones entre ellos: las señales del Signal Log alimentan el Context Update Record, que documenta los cambios del Context Document, que se resume en el Iteration Brief, que define el foco del siguiente ciclo.

Artefacto	Formato	Construye
Signal Log	Registro estructurado con plantilla (Google Sheets)	Product Lead + Data Lead
Context Update Record	Registro cronológico con plantilla (hoja de cálculo)	Context Engineer
Iteration Brief	Documento estructurado con plantilla (Google Docs)	Product Lead con input del equipo
KPI Dashboard	Dashboard conectado a fuentes verificadas (Looker, Metabase, Google Sheets)	Data Lead
Context Document (vivo)	Archivos Markdown (misma estructura que Fases 3-4)	Context Engineer + Product Lead

Secuencia de creación

Go-live
  │
  ├─→ KPI Dashboard (día 1)
  ├─→ Signal Log (día 1)
  │
  │   [Semanas 1-4: captura y análisis intensivo]
  │
  ├─→ Context Update Record (primera actualización)
  │
  │   [Semana 4: cierre del primer ciclo]
  │
  └─→ Primer Iteration Brief

Después del primer ciclo, los artefactos se alimentan continuamente según las cadencias de los tres bucles del ciclo de iteración.

---

1. Signal Log

El artefacto central de la Fase 5. Es la memoria del mercado.

• Formato: Registro estructurado con plantilla (Google Sheets).
• Construye: Product Lead + Data Lead. Alimentación continua (capa automática), semanal-mensual (capas estructurada y contextual).
• Cuándo se crea: Al activar el sistema de medición (día 1).

Estructura de cada entrada

## Señal #[NNN] — [Fecha]

**Señal observada:** [Descripción del dato crudo, sin interpretación]
**Fuente y método:** [analytics | entrevista | KPI | ticket | señal externa]
**Nivel de señal:** [1-Comportamiento | 2-KPI | 3-Feedback | 4-No-uso | 5-Externa]

**Hipótesis de causa:** [Formulada como hipótesis verificable]
**Elemento del Context Document afectado:**
  [Problem Statement | Solution Brief | Regla | Story File | KPI]

**Urgencia:** [Inmediata | Normal | Estratégica]
**Acción propuesta:** [Descripción de la acción y fase de regreso si aplica]

**Estado:** [Nueva | En análisis | Procesada → CUR-NNN | Descartada (motivo)]

Buenas prácticas

• Separar observación de interpretación. El campo "señal observada" nunca contiene conclusiones.
• Toda señal tiene al menos una hipótesis de causa, aunque sea preliminar.
• Las señales descartadas se mantienen con motivo documentado, pueden ser relevantes en otro ciclo.
• Vincular señales relacionadas entre sí para detectar patrones emergentes.

---

2. Context Update Record

La trazabilidad entre el mercado y el contexto. En doce meses, permite reconstruir por qué el Context Document es como es.

• Formato: Registro cronológico con plantilla (hoja de cálculo).
• Construye: Context Engineer. Se genera con cada cambio al Context Document.
• Cuándo se crea: Al realizar la primera actualización del Context Document.

Estructura de cada entrada

## CUR-[NNN] — [Fecha]

**Señal(es) origen:** Signal Log #[NNN], #[NNN]
**Hipótesis de causa validada:** [Descripción de la causa raíz confirmada]

**Elemento modificado:** [Problem Statement | Solution Brief | Regla | Story File | PRD | KPI]
**Cambio realizado:**
  - Antes: [Estado anterior]
  - Después: [Estado nuevo]
  - Justificación: [Por qué este cambio responde a la señal]

**Aprobado por:** [Nombre, rol]
**Impacto en otros elementos:** [Ninguno | Lista de elementos afectados]

Por qué importa la trazabilidad

En seis meses, nuevos miembros del equipo pueden entender por qué cada Regla existe. En entornos regulados (banca, salud), esta trazabilidad es un requisito de auditoría, no una buena práctica opcional.

---

3. Iteration Brief

El puente entre ciclos. Sin él, cada ciclo empieza desde cero en lugar de desde donde el anterior terminó.

• Formato: Documento estructurado con plantilla (Google Docs).
• Construye: Product Lead con input del equipo. Cadencia mensual o trimestral según madurez.
• Cuándo se crea: Al inicio de cada ciclo de iteración.

Estructura

## Iteration Brief — Ciclo [N] → Ciclo [N+1]
## Fecha: [YYYY-MM-DD]

### 1. Aprendizajes del ciclo anterior
[Lista de señales significativas con referencia al Signal Log]
- Asunciones confirmadas: [lista]
- Asunciones refutadas: [lista]

### 2. Estado del Context Document
[Resumen de actualizaciones con referencia al Context Update Record]
- Reglas modificadas: [N]
- Story Files ajustados: [N]
- Problem Statement: [Sin cambios | Revisión menor | Revisión mayor]

### 3. Preguntas abiertas
[Hipótesis no verificadas, señales débiles que podrían ser importantes]

### 4. Foco del próximo ciclo
[Qué aspecto merece más atención y por qué]
[Fase de regreso si aplica: Fase 1 / 2 / 3 / 4]

### 5. KPIs prioritarios
[Indicadores a observar y por qué son los más relevantes]

---

4. KPI Dashboard

La ventana continua al estado del sistema en el mercado. Es el primer lugar donde el equipo mira cada mañana.

• Formato: Dashboard conectado a fuentes verificadas (Looker, Metabase, Google Sheets).
• Construye: Data Lead. Actualización automática en tiempo real.
• Cuándo se crea: Al activar el sistema de medición (día 1).

Requisitos

Requisito	Descripción
Conexión a fuentes verificadas	Cada KPI conectado a la fuente de datos definida en el KPI & OKR Register de la Fase 3.
Actualización en tiempo real	Sin intervención manual para datos de la capa automática.
Umbrales visibles	Cada KPI muestra el objetivo, el umbral de alerta y el estado actual.
Alertas automáticas	Notificación cuando un KPI cruza el umbral de alerta.
Histórico accesible	Tendencia visible para detectar movimientos graduales que no cruzan umbrales.

---

5. Context Document (versión viva)

El activo más valioso que el sistema produce. A medida que la Fase 5 avanza, se convierte en el conocimiento más profundo que existe sobre el problema y la solución en su contexto real.

• Formato: Archivos Markdown (misma estructura que Fases 3-4).
• Construye: Context Engineer + Product Lead. Actualización continua según señales del mercado.
• Cuándo se crea: Heredado de Fases 3 y 4.

Componentes actualizados

Componente	Qué se actualiza en Fase 5
project-context.md	Reglas modificadas, añadidas o eliminadas según señales del mercado.
PRD	Casos de uso ajustados con aprendizajes de adopción real.
Story Files	Skills ajustados o nuevos según necesidades emergentes.
KPI & OKR Register	KPIs recalibrados, nuevos indicadores añadidos, obsoletos retirados.

El Context Document como activo

Un Context Document maduro (uno que ha sobrevivido doce meses de Market Phase) contiene la comprensión más profunda disponible. Es transferible (nuevos miembros entienden en días), extensible (base para nuevos mercados) y auditable (cada decisión tiene trazabilidad).