📄 TARJETA DE VALOR IA¶

Ecosistema IA BKM¶

Propósito¶

Esta tarjeta es el paso previo obligatorio para que cualquier iniciativa IA entre en el backlog oficial del Ecosistema BKM cuando se sigue el Flujo A de aprobación.

Para proyectos bajo autonomía departamental (Flujo B), puede omitirse si el proyecto es suficientemente simple y el Propietario Departamental puede verificar directamente que cumple los criterios de autonomía.

Su función no es aprobar ni rechazar proyectos. Su función es hacer visible el valor relativo de cada iniciativa para que la comparación entre ellas sea honesta y la decisión de priorización sea consciente.

Una iniciativa sin Tarjeta de Valor completada no puede ser aprobada ni iniciada bajo el Flujo A.

Cuándo se usa¶

Cuando alguien propone una nueva iniciativa que requiere validación central (Flujo A).
Cuando una iniciativa en estado "Registrado sin fecha" solicita ser activada.
Cuando se realiza la revisión trimestral del backlog.
Cuando un proyecto departamental autónomo escala y migra al Flujo A.

Quién la completa¶

La completa quien propone la iniciativa (Responsable Funcional o Propietario Departamental).
La valida el Responsable IA antes de incluirla en la revisión trimestral.

🗂 PLANTILLA — TARJETA DE VALOR IA¶

1️⃣ Identificación¶

Nombre de la iniciativa:
Fecha de propuesta:
Propuesto por:
Responsable Funcional propuesto:

2️⃣ Descripción en una frase¶

Describir en una sola frase qué hace esta iniciativa y para quién.

(Ejemplo: "Asistente conversacional en WhatsApp que pre-cualifica leads entrantes antes del contacto del call center.")

3️⃣ Flujo de aprobación aplicable¶

¿Este proyecto puede desarrollarse bajo autonomía departamental (Flujo B)?

Marcar y justificar:

☐ Sí — cumple todos los criterios de autonomía definidos en Roles y Responsabilidades. → En ese caso, esta Tarjeta es opcional. Usar el registro básico de notificación del Marco de Operativa.
☐ No — requiere validación central (Flujo A). → Continuar con el resto de esta tarjeta.
☐ No seguro — necesita revisión del Responsable IA para determinarlo.

Justificación breve:

(Si hay duda, es señal de que probablemente requiere Flujo A.)

4️⃣ Impacto en Negocio¶

¿Qué palanca principal mueve esta iniciativa?

Marcar una sola opción principal:

☐ Crecimiento de ingresos
☐ Reducción de coste operativo
☐ Mejora de calidad o marca
☐ Capacitación del equipo
☐ Otro: _______________

Descripción del impacto esperado:

(Explicar de forma concreta qué mejora, en qué área y con qué magnitud aproximada.)

¿Hay alguna estimación cuantitativa posible?

(Tiempo ahorrado, reducción de errores, mejora en conversión, etc.)

5️⃣ Urgencia Real¶

¿Existe una razón objetiva por la que esta iniciativa no puede esperar?

☐ Sí — hay una fecha, un problema activo o una oportunidad con ventana temporal
☐ No — es importante pero puede esperar al siguiente ciclo

Si marcas Sí, describir el motivo concreto:

(Distinguir entre urgencia real y urgencia percibida.)

6️⃣ Complejidad y Coste de Construcción¶

¿En qué capa del stack viviría esta iniciativa?

☐ Laboratorio
☐ Operativa Ligera
☐ Core IA

¿Qué sistemas requiere integrar?

(CRM, ERP, BigQuery, GCS, Drive, API externa, otros)

¿La documentación de negocio necesaria ya existe y está validada?

☐ Sí, está disponible
☐ Parcialmente — hay que completarla
☐ No — hay que crearla antes de poder construir

Estimación de esfuerzo:

☐ Bajo (días / semanas, operativa ligera)
☐ Medio (semanas, integración moderada)
☐ Alto (meses, arquitectura propia, integraciones críticas)

7️⃣ Dependencias y Secuencia¶

¿Esta iniciativa depende de que otro proyecto esté completado primero?

☐ No tiene dependencias
☐ Sí — depende de: _______________

¿Esta iniciativa habilita o acelera otras iniciativas futuras?

☐ No
☐ Sí — habilita: _______________

8️⃣ Riesgos Principales¶

Riesgo técnico:

Riesgo funcional:

Riesgo reputacional o de negocio:

9️⃣ Valoración Final del Proponente¶

¿Por qué esta iniciativa merece entrar en el backlog ahora?

(Argumento libre. Es la oportunidad de defender la iniciativa con criterio de negocio.)

🔁 PROCESO DE REVISIÓN TRIMESTRAL¶

Objetivo¶

Una vez al trimestre, el Responsable IA y Dirección revisan conjuntamente todas las tarjetas activas del backlog y deciden la clasificación de cada iniciativa.

La revisión no tiene que durar más de 60 minutos.

Tres categorías de clasificación¶

🟢 Construir ahora¶

La iniciativa entra en desarrollo activo bajo el Flujo A. Se asigna Responsable Funcional y Responsable IA. Se completa la Plantilla de Arquitectura antes de iniciar construcción.

🟡 Preparar para el siguiente ciclo¶

La iniciativa tiene valor claro pero no es el momento. Se identifica qué debe ocurrir para que pueda activarse en el próximo trimestre. Permanece en el backlog con estado visible.

⚪ Registrado sin fecha¶

La iniciativa queda registrada pero sin prioridad activa. No consume atención ni recursos. Se revisa en cada ciclo trimestral.

Principio de revisión¶

No se puntúa con números. Se discute cualitativamente usando las tarjetas como soporte.

Ante una duda entre dos iniciativas, la pregunta decisiva es:

"¿Qué le cuesta más al negocio: no hacer A o no hacer B?"

Registro de la revisión¶

Cada revisión trimestral genera un acta que se archiva en Drive:

Fecha de la revisión.
Iniciativas evaluadas.
Clasificación asignada a cada una.
Criterio principal de decisión.
Responsable de la revisión.

📁 Ubicación: Drive — Ecosistema IA / Registros Operativos / 04_Backlog_Iniciativas

🎯 Nota Final¶

Esta tarjeta no es burocracia. Es el mecanismo que permite que el ecosistema IA de BKM crezca con criterio y no con urgencia.

Los proyectos simples tienen un camino ágil: el Flujo B. Los proyectos con impacto real tienen un camino estructurado: el Flujo A con esta tarjeta.

La distinción entre ambos es lo que permite velocidad donde se puede y control donde se necesita.

Estado: Activo

Fecha: Marzo 2026

Responsable: Responsable IA BKM

Ubicación en el ecosistema: Sección 4 — Marco de Operativa