Decision Rights Map: quien decide que en un sistema IA

Problema

En muchos equipos con IA, las decisiones se toman por inercia: quien llega primero decide, quien grita mas decide, o nadie decide. El resultado es ruido operativo.

Sin un mapa claro de derechos de decision, la IA amplifica inconsistencias: casos de uso duplicados, conflictos entre equipos y decisiones que nadie puede sostener.

Tesis

Un Decision Rights Map es la pieza minima para gobernar sistemas con IA. Define que decisiones existen, quien puede tomarlas y bajo que criterios.

Callout — Sin derechos de decision explicitos, no hay gobierno; hay politica.

Framework

Tres niveles de decision en un sistema IA:

• Decisiones operativas: casos de uso, prioridades, kill‑switch.
• Decisiones de contexto: fuentes, permisos, versionado.
• Decisiones de riesgo: limites legales, reputacionales y de negocio.

Mini‑caso: un equipo de producto desplego IA sin consultar a compliance. El resultado fue rollback y perdida de tiempo. Con un mapa de decision rights, se definio qué decisiones debian pasar por riesgo y qué decisiones podian resolverse localmente.

Anti‑ejemplo: suponer que un comite central decide todo. Eso mata velocidad y no escala.

Postura: el objetivo no es centralizar, es clarificar.

Respiracion: En la practica, el coste es la energia perdida en debates que nadie puede cerrar.

Protocolo (3 pasos)

1. Lista decisiones criticas: que decisiones repite el sistema cada mes.
2. Asigna ownership: quien decide, quien consulta y quien informa.
3. Define criterios de escalado: cuando una decision sube de nivel.

Relacionado:

• Decision Quality: el KPI que reemplaza a la velocidad
• Decision Kill-Switch: el protocolo que evita que una iniciativa IA siga viva por inercia
• 10 errores que hunden iniciativas de IA en empresas medianas

Proximo paso

Si tu sistema decide rapido pero no sabe quien decide, agenda un diagnostico en contacto.