🔄 Ciclo de Vida de las Decisiones¶

Sistema de IA de BKM¶

1. Propósito de este documento¶

Este documento define el ciclo de vida formal de las decisiones dentro del Sistema de IA de BKM.

Su objetivo es:

evitar que el sistema crezca de forma desordenada,
asegurar que cada decisión tenga sentido en el tiempo,
permitir incorporar, evaluar, pausar o retirar decisiones de forma consciente,
y garantizar que el sistema de IA envejezca bien, sin acumulación innecesaria de complejidad.

Este documento forma parte del gobierno del sistema y es de cumplimiento obligatorio.

2. Principio rector¶

No todas las decisiones deben vivir para siempre.
Un sistema robusto sabe cuándo crear, cuándo mantener
y cuándo retirar decisiones.

El valor del sistema no está en el número de decisiones asistidas,
sino en la calidad, relevancia y utilidad sostenida de cada una.

3. Qué se considera una “decisión” en este ciclo¶

Este ciclo aplica a:

decisiones del Marco de Decisiones asistidas por IA,
decisiones con impacto económico u operativo relevante,
decisiones que justifican inversión en datos, análisis o IA.

No aplica a: - tareas operativas, - procesos administrativos, - capacidades transversales de soporte (actas, documentación, etc.).

4. Estados del ciclo de vida de una decisión¶

Cada decisión del sistema debe encontrarse siempre en uno y solo uno de los siguientes estados.

4.1 Propuesta¶

Descripción
La decisión ha sido identificada como candidata, pero aún no forma parte del sistema.

Características - Existe una descripción preliminar. - No hay implementación. - No consume recursos del sistema.

Criterio para avanzar - Relevancia estratégica clara. - Incertidumbre significativa. - Potencial impacto económico u operativo.

4.2 Diseñada¶

Descripción
La decisión ha sido definida formalmente, pero no está aún en ejecución.

Características - Existe ficha de decisión. - Está documentada en el repo. - Tiene prioridad asignada. - No genera outputs reales.

Objetivo - Asegurar que la decisión está bien formulada antes de invertir en implementación.

4.3 En prueba¶

Descripción
La decisión se está utilizando de forma controlada, con alcance limitado.

Características - Implementación inicial (Fase 7). - Outputs generados de forma experimental. - Validación humana intensiva. - Métricas de utilidad en observación.

Objetivo - Evaluar si la decisión aporta valor real antes de consolidarla.

4.4 Activa¶

Descripción
La decisión forma parte estable del sistema.

Características - Se ejecuta de forma recurrente. - Genera outputs fiables. - Es utilizada por los responsables. - Tiene métricas de utilidad claras.

Objetivo - Apoyar decisiones reales de forma consistente y controlada.

4.5 Congelada¶

Descripción
La decisión sigue documentada, pero no se ejecuta activamente.

Motivos típicos - Cambio temporal de contexto. - Estacionalidad. - Pérdida temporal de relevancia. - Dependencia de factores externos.

Características - No se generan nuevos outputs. - Se mantiene documentación e histórico. - Puede reactivarse sin rediseño completo.

4.6 Retirada¶

Descripción
La decisión deja de formar parte del sistema activo.

Motivos - No aporta valor suficiente. - Ha sido sustituida por otra. - El contexto de negocio ha cambiado. - El coste supera el beneficio.

Características - No se ejecuta. - Se conserva el histórico en Storage. - Permanece documentada como referencia.

5. Transiciones entre estados¶

Las transiciones no son automáticas.

Cada cambio de estado: - debe ser consciente, - debe quedar documentado, - y debe tener un responsable claro.

Ejemplos: - Propuesta → Diseñada
- Diseñada → En prueba
- En prueba → Activa
- Activa → Congelada
- Activa → Retirada

6. Responsabilidad sobre el ciclo de vida¶

Dirección
Decide qué decisiones entran, se priorizan o se retiran.
Responsables de negocio / marketing / operaciones
Validan utilidad real y relevancia.
Sistema de IA
Apoya la evaluación, pero no decide el estado.

7. Criterios de evaluación continua¶

Para pasar, mantener o retirar una decisión se deben considerar:

impacto real en la calidad de la decisión,
reducción de incertidumbre,
uso efectivo por parte de las personas,
coste operativo y cognitivo,
alineación con la estrategia actual.

No todas las decisiones deben optimizarse indefinidamente.

8. Registro del estado de una decisión¶

El estado de cada decisión debe quedar reflejado en:

su carpeta en el repo,
el catálogo de decisiones,
y, si aplica, en un decision log asociado.

El estado no se infiere, se declara explícitamente.

9. Relación con otras piezas del sistema¶

Este documento complementa:

el Marco de Decisiones,
el Gobierno del Sistema de IA,
la Fase 6 (Ecosistema),
y la Fase 7 (Implementación).

Define cuándo y por qué una decisión existe en el sistema,
no cómo se implementa.

10. Idea clave final¶

Un sistema de IA robusto
no se mide por cuántas decisiones asiste,
sino por cuántas decisiones mantiene solo mientras aportan valor.

Este ciclo de vida existe para proteger al Sistema de IA de BKM
de la complejidad innecesaria y asegurar su sostenibilidad a largo plazo.