---
type: DC
asset_id: DC-XX-RFI-TipoActivo-Definicion-v01
version: v01
status: Activo
owner: Victor Heredia
sherpa_owner: Jay
fecha_creacion: 2026-06-03
fecha_ultima_actualizacion: 2026-06-03
intellbank: IB-XX-Maestro
subbank: IPC-XX-IP-Conocimiento/IPC-XX-WORX
proposito: Definición canónica del tipo de activo RFI (Request for Implementation) dentro del BigMetaFactory — estructura, reglas de uso, flujo operativo y convención de naming.
---

# RFI — Request for Implementation

## Definición

Un **RFI (Request for Implementation)** es un activo de trabajo operativo que reemplaza la reunión de arranque. Contiene todo el contexto, especificación e información que un implementador necesita para empezar a trabajar de forma autónoma, sin necesidad de una conversación previa.

El RFI no es un ticket — es un **paquete de contexto autocontenido**. La diferencia es que un ticket dice *qué hacer*; el RFI dice *qué hacer, por qué, cómo se ve cuando esté listo, y dónde está todo lo que necesitas para hacerlo*.

---

## Cuándo usar un RFI

Usar `RFI-` cuando:
- Se necesita que alguien del equipo ejecute algo específico (desarrollo, diseño, investigación, producción)
- La tarea requiere contexto del vault que el implementador puede no conocer
- Se quiere evitar una reunión de alineación innecesaria
- La tarea tiene criterios de aceptación claros

**No** usar RFI para:
- Conversaciones exploratorias (usar captura estratégica `OUT-MIN-`)
- Documentación de lo que ya existe (usar `DC-`)
- Activar un Room de trabajo complejo (usar `XP-` + `SP-`)

---

## Estructura canónica

```markdown
# RFI — [Nombre descriptivo]

## Objetivo
[Una oración: qué debe existir cuando esté listo.]

## Contexto
[Por qué se necesita esto, qué problema resuelve, cómo encaja en el ecosistema.]

## Especificación
[Qué debe hacer / contener / comportarse el entregable. Tan específico como sea posible.]

## Entregable esperado
[Qué se entrega exactamente: tipo de archivo, nombre sugerido, ubicación en el vault.]

## Links relevantes
[Todos los documentos del vault que el implementador debe leer antes de empezar.]

## Criterios de aceptación
[Lista de condiciones que deben cumplirse para que el RFI se considere cerrado.]

## Preguntas abiertas
[Lo que el implementador puede/debe clarificar antes o durante la ejecución.]

## Owner / Asignado / Fecha
```

---

## Flujo operativo

```
Victor dicta contexto / notas
       ↓
Jay captura + genera RFI (con links al vault)
       ↓
RFI asignado al implementador
       ↓
Implementador lee el RFI de forma autónoma
       ↓
¿Tiene dudas?
  ├── No → ejecuta directamente
  └── Sí → aclara en el mismo documento (sección Preguntas Abiertas)
            ↓
            Reunión de 15 min si las dudas no se resuelven por escrito
       ↓
Entregable producido → RFI cerrado → activo registrado en el vault
```

**Principio:** La reunión es el último recurso, no el primer paso.

---

## Convención de naming

```
RFI-[ENTIDAD]-[Proyecto]-[NombreDescriptivo]-vNN.md

Ejemplos:
RFI-EL-WORX-GobernanzaNoModificable-v01.md
RFI-REB-RClub-XCardEspecificacion-v01.md
RFI-EL-LoopX-PuenteMCPOneRocket-v01.md
```

- **ENTIDAD** → banco o unidad afectada (EL, REB, MPX, XX)
- **Proyecto** → código de proyecto dentro del banco (WORX, LoopX, RClub...)
- **NombreDescriptivo** → CamelCase, describe la implementación específica
- **vNN** → versión del RFI (puede actualizarse si la spec cambia)

---

## Estados de un RFI

| Estado | Descripción |
|---|---|
| `Draft` | RFI en redacción, aún no asignado |
| `Asignado` | RFI entregado al implementador |
| `En ejecución` | Implementador trabajando en él |
| `En revisión` | Entregable producido, pendiente validación |
| `Cerrado` | RFI completado, activo generado registrado en vault |
| `Cancelado` | RFI descartado con motivo documentado |

---

## Plantilla de referencia

→ Ver [[MiPg-XX-RFI-Plantilla-v01]] para copiar y usar directamente.

---

## Relación con otros tipos BMF

| Tipo | Diferencia con RFI |
|---|---|
| `DC-` | Documenta lo que existe; el RFI solicita lo que debe crearse |
| `SPEC-` | Define cómo debe funcionar algo técnicamente; el RFI lo usa como insumo |
| `XP-` | Activa un Room complejo multi-sesión; el RFI es para tareas acotadas |
| `SOP-` | Define cómo operar un proceso recurrente; el RFI es una instancia específica |
| `CONS-` | Auditoría del vault antes de proponer algo; puede preceder a un RFI |

---

*Creado: 2026-06-03 · Jay · Canonización del tipo RFI en el BMF*