Gestión de IA
Un proceso de la empresa como unidad de trabajo. Personas y agentes con responsabilidades, autonomía y resultados medibles.
Plan del curso INEMA
Esta página presenta la propuesta pedagógica: temario, laboratorios, entregas y criterios del proyecto final. Las clases completas, los videos y la base de evaluación revisada aún están por producirse. La herramienta asociada es un laboratorio con simulaciones.
El recorrido empieza por el trabajo.
Abre cada módulo para consultar lo que se desarrollará, la práctica propuesta y los criterios de aceptación. Los elementos de abajo son temarios, no clases terminadas.
1Mapear el trabajoTemario planificado
Pregunta: ¿qué proceso merece ser el primero?
Clases: 1.1 Proceso, tarea, agente y resultado; 1.2 Observación del trabajo de un buen empleado; 1.3 Flujo actual, entradas, decisiones y excepciones; 1.4 Línea base, meta y priorización según valor, viabilidad y riesgo.
Laboratorio: entrevistar al responsable del proceso, seguir cinco casos y mapear el flujo normal y dos desvíos. Medir volumen, minutos por caso, retrabajo y tiempo de espera. Cinco casos son una exploración inicial, no una muestra de evaluación final.
Entrega: canvas del proceso actual y futuro, con el alcance del piloto.
Criterio de aceptación: responsable designado; inicio y finalización inequívocos; indicador con denominador; línea base observada o marcada como hipótesis; exclusiones explícitas.
En la herramienta: registrar un proceso y su meta.
2Crear cargos digitalesTemario planificado
Pregunta: ¿de qué trabajo es responsable cada agente?
Clases: 2.1 Misión y contrato de entrega; 2.2 Entradas, salidas y criterios de calidad; 2.3 Qué puede hacer, qué no y cuándo pedir ayuda; 2.4 Responsabilidad humana y división del trabajo.
Laboratorio: redactar la ficha del calificador y desglosar tres casos en actividades humanas y digitales.
Entrega: ficha del cargo, responsable y matriz de responsabilidades.
Criterio de aceptación: misión específica; resultado verificable; acciones prohibidas concretas; responsable de calidad y excepciones.
En la herramienta: crear un agente vinculado al proceso.
3Contratar modelos y agentesTemario planificado
Pregunta: ¿qué configuración entrega el trabajo requerido?
Clases: 3.1 Modelo, agente, workflow y runtime; 3.2 Criterios de selección: calidad, latencia, costo y requisitos de los datos; 3.3 Comparación con el mismo conjunto de casos; 3.4 Estrategias de fallback y dependencia del proveedor.
Laboratorio: comparar dos configuraciones con los mismos 20 casos exploratorios; registrar resultados, errores, costo y tiempo. Estos casos no reemplazan el conjunto final de validación.
Entrega: informe de selección con versión, limitaciones y alternativa.
Criterio de aceptación: decisión sustentada en casos y restricciones del proceso, sin una clasificación genérica de modelos. Los precios y las condiciones se consultan en las fuentes del proveedor al momento del laboratorio.
En la herramienta: registrar el modelo y la versión del agente; los costos reales se incorporarán en el runtime futuro. En el MVP, los valores de ejecución son simulados.
4Entrenar con contexto y SkillsTemario planificado
Pregunta: ¿cómo convertir la experiencia operativa en instrucciones reutilizables?
Clases: 4.1 Procedimientos, ejemplos y rúbricas; 4.2 Conocimiento recuperable y fuentes; 4.3 Skills: activador, entradas, pasos y salida; 4.4 Memoria de casos, memoria operativa y retención; 4.5 Calidad y conflictos entre las fuentes.
Laboratorio: separar ICP, catálogo, reglas comerciales y ejemplos entre instrucciones, base de conocimiento y dos Skills. Crear una política de memoria que indique qué guardar, durante cuánto tiempo y quién puede corregirlo.
Entrega: paquete de contexto con control de versiones, dos Skills y política de memoria.
Criterio de aceptación: cada documento tiene responsable y versión; Skill tiene criterios de entrada y salida; se excluyen los datos innecesarios; las pruebas no se usan como ejemplos de entrenamiento.
En la herramienta: registrar las referencias de contexto y las Skills en la ficha. Los archivos y la recuperación de conocimiento quedan para la fase integrada.
5Proporcionar herramientas e integracionesTemario planificado
Pregunta: ¿cómo actúa el agente en los sistemas de la empresa?
Clases: 5.1 APIs, conectores y MCP como medios de acceso; 5.2 Lectura frente a escritura y alcance mínimo; 5.3 Contratos, validación, idempotencia e intentos; 5.4 Credenciales en el servidor, entorno de prueba y evidencia de la acción.
Laboratorio: diseñar una consulta de CRM y una actualización aprobada, incluidos los campos permitidos, el timeout, el error y la clave para evitar duplicados. Ejecutar en un entorno de prueba solo cuando haya una integración disponible.
Entrega: contrato de dos herramientas y plan de integración.
Criterio de aceptación: sin secretos en el prompt ni en el navegador; escritura delimitada; las repeticiones no duplican acciones; los fallos se derivan con contexto.
En la herramienta: describir las herramientas autorizadas. El MVP no se conecta a CRM, correo electrónico, ERP, APIs ni MCPs.
6Definir autonomía y permisosTemario planificado
Pregunta: ¿qué puede ocurrir sin aprobación?
Clases: 6.1 Niveles 0 a 4; 6.2 Autonomía por acción; 6.3 Criterios de promoción y descenso; 6.4 Aprobación vinculada a la propuesta y al plazo; 6.5 Pausa y reversión.
Laboratorio: aplicar niveles a cinco acciones; construir una matriz acción × riesgo × aprobación × responsable. Simular un intento prohibido y un cambio después de la aprobación.
Entrega: política de autonomía y checklist de promoción.
Criterio de aceptación: las acciones críticas preservan la decisión humana; la política no depende solo del prompt; la promoción requiere evidencia y una persona responsable.
En la herramienta: comenzar en un nivel bajo, evaluar y registrar la promoción de un nivel a la vez. Los bloqueos locales son didácticos.
7Crear equipos multiagenteTemario planificado
Pregunta: ¿cuándo mejora el proceso separar las responsabilidades?
Clases: 7.1 Cuándo basta con un workflow o un único agente; 7.2 Especialización y contratos de transferencia; 7.3 Supervisor, dependencias y presupuesto; 7.4 Condiciones de detención y prevención de loops.
Laboratorio: representar investigador → calificador → CRM; definir el resultado de cada etapa, la evidencia compartida, el límite de intentos y el responsable final.
Entrega: diseño del equipo y contratos entre cargos.
Criterio de aceptación: cada agente tiene una razón de existir; el supervisor no amplía los permisos; la tarea tiene límites de costo, intentos y plazo.
En la herramienta: organizar los roles según el proceso. La orquestación multiagente real forma parte de la hoja de ruta, no del simulador.
8Supervisar y gestionar excepcionesTemario planificado
Pregunta: ¿cómo actúa el gerente cuando el flujo normal no es suficiente?
Clases: 8.1 Caso normal, dudoso y crítico; 8.2 Cola, prioridad, responsable y plazo; 8.3 Paquete de evidencias y decisión; 8.4 Incidentes e interrupción; 8.5 Rutina diaria de supervisión.
Laboratorio: resolver casos de datos incompletos, solicitudes fuera de la política y riesgos críticos; justificar la aprobación o la devolución. Medir la espera y la carga de revisión.
Entrega: matriz de excepciones y guía de atención de incidentes.
Criterio de aceptación: ninguna excepción queda sin responsable; aprobar, devolver e interrumpir son acciones distintas; la decisión deja una justificación.
En la herramienta: simular la ejecución, revisar el pendiente y registrar la decisión humana.
9Evaluaciones, KPI, costos y ROITemario planificado
Pregunta: ¿la operación entrega suficiente valor para avanzar?
Clases: 9.1 Conjunto representativo, clave de respuestas y rúbrica; 9.2 Correcto, aceptable, incorrecto y crítico; 9.3 Versiones, regresiones y separación entre entrenamiento y prueba; 9.4 Acierto, autonomía, intervención y tiempo; 9.5 Costo total, capacidad liberada y ROI estimado.
Laboratorio: preparar 100 casos de referencia con diversidad y casos difíciles; evaluar la versión candidata; calcular el costo por caso y la capacidad liberada. Justificar el tamaño de la muestra y las limitaciones según el riesgo.
Entrega: informe de evaluación e informe económico, con hoja de cálculo.
Criterio de aceptación: denominadores claros; errores críticos separados; costo humano incluido; la simulación no se presenta como ingresos ni ahorros realizados; el informe registra las incertidumbres.
En la herramienta: registrar casos esperados/producidos, clasificación humana e indicadores calculados. El informe no se genera con IA en el MVP.
10LOOP-R y mejora continuaTemario planificado
Pregunta: ¿cómo mejorar sin perder el control de la operación?
Clases: 10.1 Ejecutar, observar y medir; 10.2 Causa, hipótesis y cambio; 10.3 Prueba comparativa y validación; 10.4 Promoción gradual y reversión; 10.5 Gestión del portafolio de procesos.
Laboratorio: usar una excepción para proponer una mejora, registrar la propuesta y la evidencia, compararla con la baseline y deliberar. Diseñar el monitoreo y la reversión.
Entrega: expediente LOOP-R y plan operativo de 30 días.
Criterio de aceptación: los cambios no se aplican por comentarios aislados; las pruebas preceden a la validación; una persona autoriza la promoción; la versión anterior permanece identificada.
En la herramienta: registrar el problema, la hipótesis, la evidencia y la evolución del experimento; actualizar el agente por separado y reevaluar la nueva versión.
Propuesta de formación INEMA
Formar gestores capaces de transformar un proceso real en una operación híbrida de personas y agentes, con cargos, contexto, herramientas, límites, supervisión, evaluaciones, costo y mejora continua.
Público principal: gerentes de área, propietarios de pequeñas y medianas empresas, líderes de operaciones y profesionales que implementarán IA en las empresas. La ruta central no requiere programación; los laboratorios de integración pueden realizarse con un socio técnico. La formación no promete certificación profesional regulada ni resultados financieros garantizados.
Formato propuesto: 60 horas en 10 semanas, con 20 horas de clases guiadas, 30 horas de laboratorio y 10 horas de proyecto y revisión. Cada módulo ocupa 6 horas: 2 de contenido, 3 de práctica y 1 de consolidación del proyecto. La carga horaria es una propuesta editorial, ajustable después del primer grupo.
Requisitos previos: acceso autorizado a un proceso y a su responsable, conocimiento básico de la operación, datos anonimizados o sintéticos para los ejercicios y disponibilidad para medir el estado actual. El uso de herramientas pagas no es un requisito para los ejercicios de gestión; un piloto integrado dependerá de los sistemas que elija la empresa.
Caso guía: calificación de 300 leads por semana. Cada estudiante aplica los mismos artefactos a su propio proceso. Todos los números de demostración de la herramienta son ficticios.
Resultados de aprendizaje
Al finalizar, el participante deberá poder:
- Elegir y mapear un proceso con una línea base y una meta medible.
- Redactar cargos digitales y justificar el uso de uno o varios agentes.
- Comparar modelos en una evaluación propia, incluidos los costos y las restricciones.
- Organizar conocimientos, Skills, memoria y herramientas con límites claros.
- Diseñar autonomía progresiva y decisiones humanas según cada acción y riesgo.
- Operar una cola de excepciones y reconstruir el historial de un caso.
- Medir calidad, costo total, tiempo y trabajo autónomo sin confundir pruebas con producción.
- Proponer, evaluar y promover mejoras con reversión planificada.
Proyecto final — una operación híbrida revisable
El alumno presenta un proceso real o una simulación identificada explícitamente cuando no tiene acceso a la empresa. La presentación incluye:
- Diagnóstico, línea base y objetivo empresarial.
- Flujos actual y futuro, responsable y responsabilidades.
- Fichas de cargos, contexto, Skills y política de memoria.
- Contratos de herramientas y matriz de autonomía.
- Supervisión, excepciones, presupuesto e interrupción.
- Conjunto de referencia, rúbrica e informe por versión.
- Indicadores de calidad, tiempo, costo total y capacidad liberada.
- Un ciclo LOOP-R documentado, un plan de promoción y reversión.
- Demostración de un caso normal, uno dudoso y uno crítico.
Rúbrica (100 puntos): proceso y resultado 15; roles y contexto 15; herramientas y permisos 15; supervisión y excepciones 15; evaluaciones y métricas 20; LOOP-R y operación 15; claridad de la evidencia 5.
Conclusión propuesta: al menos 75 puntos y cumplimiento de todos los criterios obligatorios: responsable humano identificado, acciones críticas delimitadas, evidencia de evaluación, excepciones con destino, datos de demostración identificados y plan de reversión. El certificado registra la finalización de la formación; la aprobación pedagógica no autoriza automáticamente la producción en la empresa.
Materiales por producir
| Material | Uso | Estado de esta entrega |
|---|---|---|
| Plan pedagógico y método | Orientar la autoría y el grupo | Documentados |
| Plantillas de proceso, cargo, Skill, evaluación y LOOP-R | Entregas del alumno | Disponibles en TEMPLATES.md |
| Herramienta local | Laboratorio de gestión | MVP funcional con simulación |
| Clases completas y guiones de video | Enseñanza | Siguiente etapa editorial |
| Material de estudio y páginas HTML INEMA | Lectura | Siguiente etapa editorial |
| Base de 100 casos revisados | Evaluación final | Por producir y revisar; no reemplazar con repeticiones de ejemplos |
| Conectores y runtime | Piloto empresarial real | Hoja de ruta técnica |
Plan de producción del curso
- Validar el alcance con los gerentes y seleccionar un proceso piloto autorizado.
- Producir los módulos 1 y 2, las plantillas y cinco casos de descubrimiento.
- Probar el laboratorio local con un grupo pequeño; observar las dudas y el tiempo por entrega.
- Producir los módulos 3 a 8 a partir de las dificultades observadas y del entorno de integración elegido.
- Seleccionar los 100 casos y revisar la rúbrica con alguien que domine el proceso.
- Producir los módulos 9 y 10 y conducir la evaluación del proyecto.
- Ajustar la carga horaria, los ejemplos y la herramienta según las evidencias del grupo.
El currículo usa herramientas como medios. Las actualizaciones de modelos o proveedores deben cambiar los ejemplos y laboratorios sin alterar la estructura central del método.
Materiales disponibles ahora
Descarga los archivos para consultarlos o adaptarlos al proceso de tu empresa.