Curso Arquitecturas de hiperautomatización: diseño, implementación y gobierno de agentes de IA en contextos empresariales

• Asegurarse de contar con conexión a internet de banda ancha.
• Disponer de audífonos (diadema o manos libres) para aislar el ruido externo.
• Verificar que el equipo de cómputo no esté bloqueado para conexiones a herramientas de Microsoft.
• En caso de tener otra cuenta en Microsoft Teams, asegurarse de cerrar las sesiones relacionadas y acceder mediante un navegador con caché vacío.
• Conectarse a las sesiones de clase al menos diez minutos antes para verificar la conexión y realizar los ajustes necesarios.
• Contar con un computador con sistema operativo Windows que tenga la posibilidad de instalar herramientas computacionales (software) en sus versiones de prueba.

El curso se desarrollará en 6 módulos, con un total de 24 horas de clase, en modalida remota con sesiones remotas sincrónicas según el calendario definido.

La Universidad Escuela Colombiana de Ingeniería Julio Garavito otorgará certificados de este curso así: de asistencia, a quienes se inscriban por educación continuada y participen activa y cumplidamente como mínimo en el 80% de las sesiones programadas; de contenido, créditos y nota a los estudiantes de pregrado o posgrado de la Escuela; de contenido, créditos y nota a los estudiantes de pregrado o posgrado de cualquier universidad del país que se matriculen como estudiantes visitantes o de intercambio. Para esto deberán enviar la solicitud a la Oficina de Relaciones Internacionales (ori@escuelaing.edu.co) e indicar la universidad de origen y el programa que cursan.

• Educación Continuada: la inscripción se realiza a través del formulario de inscripción dispuesto para el curso.
• Estudiantes de pregrado y posgrado (Escuela): la inscripción se realiza a través del Sistema Enlace, tal como se hace con cualquier asignatura del plan de estudios.
• Estudiantes externos (visitantes o de intercambio): deben gestionar su inscripción a través de la Oficina de Relaciones Internacionales, conforme a lo indicado anteriormente.

Nota:
Una vez realizada la inscripción y el pago, no es posible cambiar el tipo de certificación, ya que este se define de acuerdo con la modalidad de inscripción seleccionada.

• El módulo abre con una pregunta fundamental: ¿dónde tiene sentido usar un agente de IA y dónde no? Antes de diagnosticar un proceso o proponer una solución, el participante necesita entender qué es un agente, cómo se diferencia de la automatización tradicional, y cuáles son los criterios para decidir cuándo aplicar uno. Se trabaja un framework de diseño donde un proceso candidato debe tener un componente mayoritariamente determinístico y un componente probabilístico acotado, y se analizan las buenas prácticas que separan una implementación exitosa de una que genera más problemas de los que resuelve.
• Con ese criterio establecido, el módulo se enfoca en la capacidad que más impacto tiene en el éxito de un proyecto: hacer las preguntas correctas. Porque el error más costoso en automatización no es elegir la tecnología equivocada, es resolver el problema equivocado.
• A través de un ejercicio en grupos, los participantes practican describir su proceso y recibir solo preguntas, no respuestas, para identificar si están mirando el síntoma o la causa real.
• El módulo ancla en el caso de una telco (empres de telecomunicaciones) LATAM con 40 procesos candidatos y presupuesto para 5: los participantes formulan las preguntas que haría un equipo experto; luego se revela cuáles hizo el equipo real y cuáles no hizo, y las que no hizo son las que casi destruyeron el proyecto.
• La herramienta de priorización se introduce como consecuencia natural de haber hecho las preguntas correctas.
• El módulo cierra con la elección del proyecto: cada participante define si trabaja sobre su propio proceso organizacional o elige uno de los tres proyectos base del curso.

Entregable: diagnóstico del proceso con justificación de por qué merece, o no, un agente.

• Un agente que funciona en una demo no es lo mismo que un agente que funciona en la operación real de una empresa. Este módulo se enfoca en las decisiones de diseño que hacen esa diferencia: cómo razona el agente, cómo recuerda, cómo decide qué acción tomar y cuándo detenerse, y cómo esos conceptos se traducen en una arquitectura concreta. Al finalizar este módulo, el participante tiene el plano completo de su solución antes de construir cualquier conexión.
• Diseñar el agente es solo una parte de la solución. El participante también define los límites del sistema completo: qué parte del proceso resuelve el agente, qué parte se resuelve con automatización tradicional, y qué parte requiere intervención humana. A esto se suman las decisiones de infraestructura que condicionan todo lo demás: on-prem, cloud o híbrido, considerando los requisitos de latencia, seguridad de datos, costos y cumplimiento regulatorio que cada contexto empresarial impone. El diseño también incorpora los protocolos de integración que definen cómo el agente accede a herramientas y datos externos (MCP) y cómo podría colaborar con otros agentes en un sistema más amplio (A2A).
• Todo eso se plasma en el artefacto central del curso: el Solution Design Document, el mismo que usan los proyectos enterprise, con seis secciones obligatorias que todos los participantes completan: definición del objetivo del agente, herramientas y sistemas conectados, condiciones de fallo y escalación, arquitectura y patrones de diseño, modelo de datos y pipeline, y controles de seguridad desde el diseño.
• El caso ancla es el onboarding bancario. Un proceso automatizado que evolucionó en tres generaciones, con decisiones de diseño que parecían correctas en su momento y consecuencias que aparecieron meses después en producción. El caso muestra por qué las decisiones de este módulo determinan si un agente escala o se convierte en deuda técnica.
• El lab arranca la construcción del agente del proyecto propio.

Entregable: SDD v1 y primera versión del agente.

• Con el diseño definido en el módulo anterior, este módulo se enfoca en hacer que el agente funcione dentro de un ecosistema real. Un agente en producción no opera solo: interactúa con sistemas empresariales a través de RPA, se conecta a herramientas y datos externos a través de protocolos estandarizados, toma decisiones que en ciertos momentos requieren validación humana, y en algunos casos colabora con otros agentes.
• MCP (Model Context Protocol) se trabaja de forma práctica: cómo un agente accede a herramientas y datos externos de forma estandarizada, y cómo se implementa esa conexión en un entorno real. A2A (Agent-to-Agent) se aborda desde la perspectiva arquitectónica: cómo múltiples agentes pueden descubrirse, colaborar y delegar tareas entre sí, y hacia dónde está evolucionando este estándar en la industria. También se trabaja el diseño de puntos de intervención humana (Human-in-the-Loop): cuándo el agente debe detenerse y escalar, cómo se diseña esa interacción, y qué criterios definen el nivel de autonomía adecuado según el riesgo de la decisión.
• Se cubren los patrones de orquestación y los criterios para elegir el enfoque correcto según el problema. El módulo dedica tiempo explícito a los riesgos exclusivos de sistemas multi-agente: comportamientos en cascada, fallos silenciosos y pérdida de trazabilidad.
• El caso ancla es un pipeline de due diligence para una firma de inversión con cuatro agentes especializados, donde cada uno de estos riesgos se manifestó de forma concreta.
• El lab conecta el agente del proyecto propio a una fuente de datos o sistema externo real.

Entregable: agente con al menos una integración real funcionando.

• Una propuesta técnicamente sólida muere si no habla el lenguaje del decisor. Este módulo construye la capacidad de traducir el valor técnico de un agente en términos financieros que se sostengan frente a quien aprueba el presupuesto, quien opera el proceso y quien responde por la arquitectura tecnológica. Cada uno necesita escuchar algo diferente, y saber construir esas tres conversaciones es lo que separa una propuesta aprobada de una archivada.
• El módulo empieza por mapear el costo real del proceso actual con todos sus componentes, con la profundidad que distingue un modelo financiero robusto de uno superficial: mantenimiento en años 2 y 3, gestión de excepciones, deuda técnica, costo de incidentes de seguridad evitados, gobierno del agente y gestión del cambio organizacional. Con esa base, se construye el modelo financiero con tres escenarios: conservador, base y optimista.
• El caso ancla es una propuesta rechazada y una aprobada en un banco colombiano. El mismo proyecto, diferente construcción. El análisis revela qué hizo que una convenciera y la otra no.
• El lab produce el modelo financiero del proyecto propio.

Entregable: modelo de ROI a 3 años con tres escenarios y la narrativa financiera adaptada al contexto del participante.

• Un agente que funciona en un entorno controlado no es lo mismo que un agente listo para producción. Este módulo abre con el análisis de un caso real: un agente autónomo que en 2025 tomó decisiones fuera de su mandato. Del análisis se derivan los principios de diseño que todo agente en producción debe cumplir: actuar con el mínimo de permisos necesarios, preferir acciones reversibles, escalar al humano cuando el riesgo lo justifica, y ser auditable desde el diseño.
• Se trabajan los dominios que cubren los marcos de gobierno más exigentes de la industria: privacidad y datos, seguridad técnica, confiabilidad, trazabilidad, accountability y cumplimiento regulatorio. El módulo cubre los marcos regulatorios aplicables en LATAM y el EU AI Act como referencia global. El marco de gobierno que se presenta está construido a partir de experiencias reales en proyectos enterprise en la región, aterrizado a la realidad de las organizaciones latinoamericanas.
• El caso ancla es una empresa que pasó de 1 a 40 agentes en 18 meses sin governance, y el momento en que todo se rompió.
• El lab aplica los criterios de gobierno al agente construido en módulos anteriores.

Entregable: Plan de gobierno con los tres riesgos principales identificados y controles definidos.

• El módulo de cierre tiene dos momentos. En la primera parte, los participantes ensamblan sus cinco entregables en un proyecto coherente con acompañamiento de ambos instructores. Este es el momento de revisar que el diagnóstico, el diseño, las integraciones, el business case y el plan de gobierno cuenten una historia consistente. Los instructores hacen las preguntas difíciles antes del pitch, las mismas que hará el panel.
• En la segunda parte, cada participante defiende su proyecto en formato de pitch ejecutivo: 12 minutos de presentación más preguntas del panel que interrumpe y cuestiona. La estructura obligatoria cubre el problema identificado, la arquitectura de la solución, la integración demostrable, los riesgos identificados y mitigados, el ROI defendible y el plan de implementación. No se evalúa solo la calidad técnica del proyecto, se evalúa la capacidad del participante de comunicar por qué su solución merece inversión, tiempo y confianza.
• Ambos instructores evalúan la solidez técnica de la arquitectura, la viabilidad del plan de gobierno, la calidad del business case y la claridad con la que el participante traduce todo eso en una propuesta convincente.
• El curso cierra con una sesión abierta de preguntas donde cada participante puede resolver las dudas específicas que necesita para llevar su proyecto a su organización: desde cómo presentarlo internamente, a quién involucrar, qué aprobaciones necesita, y cómo estructurar la implementación.

Entregable: Proyecto integrado con los cinco entregables del curso y pitch ejecutivo defendido ante panel.

El curso se desarrollará del 18 al 27 de junio de 2026, de jueves a sábado, en modalidad remota sincrónica, a través de Microsoft Teams así:

Del 18 al 20 de junio: jueves y viernes de 7:00 a.m. a 10:00 a.m. y sábado de 7:00 a.m. a 1:00 p.m.

Del 25 al 27 de junio: jueves y viernes de 7:00 a.m. a 10:00 a.m. y sábado de 7:00 a.m. a 1:00 p.m.

La Universidad Escuela Colombiana de Ingeniería Julio Garavito, para sus programas de Educación Continuada, se reserva el derecho de cambiar sus conferencistas y fechas de realización, o cancelarlos de no contar con el número de personas requerido para tal fin. Lo anterior se informará a los interesados con antelación.