Inventario de flujos
La matriz rol × flujo × paso del refinamiento (F3.5). De ella salen el backlog, el estimado y el guion de la sesión.
# Inventario de flujos — [Nombre del producto]
> Plantilla de Argui para el paso **F3.5 · Refinamiento del prototipo (opcional)**
> (ver [methodology/prototype.md](../methodology/prototype.md)). Cópiala al proyecto y rellena
> los `[corchetes]`. De esta matriz salen tres cosas: el **backlog de refinamiento**, el
> **estimado** y el **guion de la sesión** con el cliente.
- **Prototipo:** `[ruta al archivo del prototipo]`
- **PRD:** `[rutas]`
- **Fecha del inventario:** [AAAA-MM-DD]
- **Levantado por:** [quién]
## Cómo se lee
Cada celda es el estado de un **paso** de un flujo para un **rol**:
| Estado | Significa |
|---|---|
| `completo` | Cumple el umbral: camino feliz · estado vacío · un error realista · permisos por rol · textos reales |
| `parcial` | Existe en el prototipo, pero le falta algo del umbral (se anota qué) |
| `ausente` | No existe en el prototipo |
| `n/a` | Ese rol no participa en ese paso |
El umbral no pide todos los errores posibles: **un** error realista basta para acordar el patrón.
## Matriz rol × flujo × paso
### Flujo: [nombre del flujo] — `[ID de requisito, ej. RF-12]`
| Paso | [Rol A] | [Rol B] | [Rol C] | Falta |
|---|---|---|---|---|
| [1. Paso] | completo | parcial | n/a | [qué falta en el rol B] |
| [2. Paso] | parcial | ausente | n/a | [textos reales; el rol B no existe aún] |
| [3. Paso] | ausente | ausente | ausente | [flujo entero por maquetar] |
> Repite un bloque por flujo. Un flujo es una unidad completa de trabajo del usuario, no una
> pantalla: si se puede cortar y sigue teniendo sentido para el stakeholder, eran dos flujos.
## Resumen
| Flujo | ID | Pasos | Completos | Parciales | Ausentes | ¿Se refina? |
|---|---|---|---|---|---|---|
| [Flujo] | [RF-x] | [n] | [n] | [n] | [n] | Sí / No — [por qué] |
**No todos los flujos se refinan.** Se refina donde el costo de la ambigüedad es alto: alcance
cerrado por contrato, equipo externo que construye, muchos roles o estados, o el cliente
necesita ver antes de aprobar presupuesto. El resto se define en su turno, dentro de su change
de la fase 5 — y eso no es deuda.
## Backlog de refinamiento
Un **change de OpenSpec por flujo completo** — no por pantalla ni por lote de flujos. Queda
**pendiente**: su delta de spec entra a `openspec/specs/` cuando la fase 5 lo construye y archiva.
| # | Flujo | Change | Escenarios que hay que maquetar | Estimado | Estado |
|---|---|---|---|---|---|
| 1 | [Flujo] | `[nombre-del-change]` | [vacío, error de red, sin permiso] | [horas/días] | Pendiente / En curso / Acordado ✋ |
## Estimado y riesgo de definición
Lo refinado se estima con poca varianza; lo que se deja sin refinar carga **riesgo de
definición** —el detalle se decide durante la construcción—. Es información para la propuesta
comercial, no un defecto.
| | Flujos | Estimado | Riesgo de definición |
|---|---|---|---|
| Refinados en F3.5 | [n] | [rango] | Bajo |
| Sin refinar | [n] | [rango] | [Medio / Alto] — [por qué] |
## Guion de la sesión con el cliente
Una sesión por flujo (o por grupo pequeño de flujos relacionados). Sobre el prototipo, no sobre
el documento.
1. **Recorrido del camino feliz** con el rol principal — confirmar que el flujo es el que es.
2. **Cambio de escenario** en el marco del prototipo: vacío, carga, error, sin permiso. Preguntar
qué debería pasar en cada uno.
3. **Cambio de rol**: qué ve y qué puede hacer cada uno en cada paso.
4. **Textos reales**: leer en voz alta los mensajes y errores. Los textos que nadie defiende, se
cambian ahí mismo.
5. **Cierre**: qué quedó acordado, qué quedó abierto y quién resuelve lo abierto.
Lo acordado se registra en el change del flujo —esa es la definición de terminado del
refinamiento—, no en las notas de la reunión.
## Preguntas abiertas
| # | Pregunta | Flujo | Quién responde | Estado |
|---|---|---|---|---|
| 1 | [Pregunta] | [Flujo] | [Nombre / rol] | Abierta / Resuelta [AAAA-MM-DD] |