América
Latina
Gobierno digital · América Latina

CEPAL traza una ruta de diez pasos para la IA en el Estado

La nueva guía obliga a empezar por el problema público, comparar alternativas y dejar evidencia antes de escalar. Su valor dependerá de que compras, auditorías y equipos directivos la conviertan en práctica.

8 min de lectura
10Pasos · de explorar a operar
10pasos de implementación
3fases con puertas de decisión
57páginas de herramientas prácticas

La CEPAL publicó el 22 de julio una guía para que los gobiernos latinoamericanos lleven proyectos de inteligencia artificial desde una necesidad concreta hasta un entorno real. La ruta propone diez pasos en tres fases y una idea sencilla que muchas iniciativas omiten: antes de construir un modelo hay que demostrar que la IA es una respuesta adecuada.

El documento conecta valor público, preparación institucional, datos, experimentación, pruebas y monitoreo. No es una norma obligatoria ni certifica que un sistema sea responsable. Funciona como un método común para que equipos directivos, técnicos, jurídicos, operativos y de control hagan las mismas preguntas y documenten por qué avanzan.

Empezar por el problema, no por el modelo

La primera fase —explorar— pide definir el problema y el valor público esperado, crear una mentalidad experimental, revisar la madurez de la organización, fijar principios de IA responsable y mapear los datos. También exige comparar la IA con opciones no automatizadas. Si una regla clara, un cambio de proceso o más personal resuelven mejor el problema, el proyecto debería detenerse.

La lista de verificación inicial incluye patrocinio directivo, roles, una métrica primaria, criterios explícitos para continuar o frenar, base legal para usar los datos, límites de propósito, riesgos y un equipo multidisciplinario. Son condiciones organizacionales antes que técnicas, precisamente donde suelen fallar los pilotos.

Alcance real

La guía orienta decisiones y entregables mínimos. No reemplaza la ley aplicable, una evaluación de impacto, la contratación pública ni la auditoría independiente.

Probar significa comparar

En la fase de desarrollo, el prototipo no se trata como una demostración vistosa, sino como una hipótesis. Debe probarse con métricas técnicas y de equidad, compararse con una línea base y exponerse a escenarios límite. La documentación tiene que registrar datos, supuestos, responsables, resultados y razones para continuar.

Ese enfoque cambia la lógica habitual de compras. Un proveedor no debería ganar solo por prometer más precisión o automatización. El gobierno necesita saber si el sistema mejora el servicio completo, cuánto cuesta operarlo, a quién perjudica, qué dependencia crea y si el personal de primera línea puede cuestionarlo. El éxito es institucional y social, no solo una métrica del modelo.

Un piloto público no demuestra valor porque funciona una vez. Lo demuestra cuando supera una alternativa, documenta sus límites y puede rendir cuentas.
Ruta operativa

Tres puertas que un proyecto debe cruzar

01

Explorar

Problema, valor público, alternativa a la IA, madurez, datos, base legal, riesgos y criterios para no avanzar.

02

Desarrollar

Prototipar, probar contra una línea base y preparar operación a escala con responsabilidades definidas.

03

Operar

Vigilar cambios en datos y conceptos, reentrenar con control, recibir retroalimentación, documentar y evaluar.

La parte difícil empieza después del despliegue

La tercera fase reconoce que un modelo puede deteriorarse aunque el código no cambie. Los datos y la realidad evolucionan; por eso la guía incorpora monitoreo de deriva, reentrenamiento, calidad de datos, retroalimentación, documentación y evaluación. Un gobierno que no puede sostener esas tareas tampoco está listo para escalar.

Uruguay ya utilizó la metodología en un taller para equipos públicos realizado por ENAP, Agesic y el Laboratorio de Transformación Digital de la CEPAL. Ese uso temprano muestra que la guía puede servir como lenguaje de trabajo. Todavía falta evidencia sobre proyectos que recorran las tres fases y publiquen resultados.

La prueba regional será institucionalizar la ruta: incorporarla a pliegos de compra, autorizaciones presupuestarias, inventarios de sistemas, auditorías y mecanismos de reclamación. Una guía voluntaria reduce la improvisación; una práctica exigible cambia cómo opera el Estado.

Clave técnica

Sin alternativa de comparación no hay caso para la IA

Qué significa
Una línea base describe el proceso antes del cambio; un comparador muestra qué habría ocurrido con otra opción. Solo así se separa la contribución de la IA de más personal, mejores datos o una simplificación administrativa.
Cómo aplica aquí
La guía de CEPAL acierta al exigir que el problema preceda a la tecnología. La pregunta relevante no es si el modelo funciona, sino si mejora el servicio completo frente a una regla, buscador o rediseño más sencillo.
La medida decisiva
Tiempo, calidad, costo, errores, acceso y carga del personal medidos antes y después, con una alternativa pertinente y el costo de mantener, supervisar y eventualmente retirar el sistema.
Pregunta de control: ¿qué opción sin IA fue evaluada?+

Si la respuesta es ninguna, el proyecto todavía no ha demostrado necesidad. Documentar alternativas descartadas, sus costos y sus límites evita comprar complejidad para resolver un problema de proceso.

Lectura verificada

Qué permite afirmar la evidencia

Estado del casoGuía publicada y disponible

CEPAL publicó una metodología de 57 páginas que organiza los proyectos públicos en exploración, desarrollo y operación real. Su valor es ofrecer decisiones y entregables concretos; su efecto dependerá de adopción, recursos y evidencia generada por cada institución.

Sí está respaldado

  • La guía propone diez pasos dentro de tres fases, desde definir el problema hasta monitorear un sistema en producción.

    Base: Publicación LC/TS.2026/33 y PDF completo de CEPAL

  • El método pide comparar la IA con alternativas, revisar madurez institucional y gestionar datos, sesgos, privacidad, seguridad y rendición de cuentas.

    Base: Listas de verificación y entregables incluidos en la guía

Aún no está demostrado

  • Una guía no es una norma vinculante, una certificación ni evidencia de que las entidades que la citan cumplan sus controles.
  • La metodología no elimina decisiones políticas sobre valor público, tolerancia al riesgo, compras, capacidad técnica y mecanismos de reparación.

Tres señales que pueden cambiar la evaluación

Seguimiento, no predicción
  1. 01

    Casos que publiquen entregables

    Problema, línea base, alternativa sin IA, datos, prueba, riesgo, decisión y monitoreo siguiendo la ruta completa.

  2. 02

    Adopción institucional

    Entidades que incorporen la guía a compras, inversión, auditoría o aprobación, con responsables y presupuesto.

  3. 03

    Aprendizaje de implementación

    Casos descartados, fallos, costos y revisiones de la metodología además de historias de éxito.

Revisión editorial: 8 de agosto de 2026Consultar la base documental ↓
Más contexto regional

Seguir leyendo