Esenciales
Necesarias para que el sitio funcione. Siempre activas.
Las herramientas se compran en una tarde. La capacidad de usarlas con criterio se construye, y se construye por rol: no necesita lo mismo quien firma que quien especifica, ni quien responde ante un auditor que quien revisa el código que escribió un agente.
La mayoría de los equipos ya han usado un asistente. Lo que falta casi nunca es saber escribir un prompt: es saber cuándo el resultado vale, cuándo hay que pararlo, qué no se le puede mandar a un modelo y quién responde si sale mal. Eso no se transmite en una sesión de dos horas ni se demuestra con un certificado de asistencia.
Una política de uso responsable guardada en un documento compartido no es formación: es la intención de darla.
La formación suelta se olvida y la formación sin contexto no se aplica. Por eso lo habitual no es elegir una, sino combinarlas alrededor de un caso que el equipo tenga delante de verdad.
El itinerario de catálogo, para equipos que necesitan una base común antes de tocar nada. Es lo más parecido a un curso, y es lo que menos valor da si va solo.
La parte que de verdad mueve la aguja. Mientras se instala algo, el equipo del cliente trabaja al lado del nuestro sobre sus propios casos, sus propios datos y sus propias restricciones.
Formato corto para desbloquear a un grupo concreto: un comité que tiene que decidir, un equipo legal ante una obligación nueva, un área que no sabe por dónde empezar.
Esta tabla es el esqueleto del plan. No es un temario: es lo que cada rol tiene que ser capaz de hacer cuando termina, y con qué se demuestra. El contenido concreto sale de vuestros sistemas y vuestros casos.
| Rol | Tiene que ser capaz de | Se demuestra con |
|---|---|---|
| Comité de dirección | Preguntar lo que hay que preguntar: qué sistemas de IA usamos, en qué categoría de riesgo caen, quién puede pararlos y con qué evidencia. | Un acta donde esas preguntas están hechas, con nombre de quién responde cada una. |
| Legal y cumplimiento | Traducir una obligación regulatoria en un requisito que un equipo técnico pueda implementar, y reconocer cuándo una respuesta técnica no cubre la obligación. | El inventario de sistemas mapeado a su categoría, y los contratos de proveedor revisados con ese criterio. |
| Personas | Diseñar y acreditar la formación en IA del personal que la usa o la supervisa, proporcional a su puesto. | Un registro con fecha, contenido y asistentes. No una política: el registro de haberla impartido. |
| Producto y negocio | Especificar un caso con suficiente precisión para que se pueda construir y evaluar, y decidir cuándo un resultado es suficientemente bueno. | Especificaciones con criterio de aceptación y una métrica acordada antes de empezar. |
| Ingeniería | Trabajar con agentes de código sin bajar el listón: especificar, revisar output ajeno y detectar el fallo sutil que el modelo no ve. | Revisiones donde se cazan errores reales, y tests que acompañan a lo generado. |
| Operaciones y soporte | Convivir con un sistema que acierta casi siempre: reconocer el caso raro, escalarlo y no aceptar una respuesta plausible como buena. | Rutas de escalado usadas de verdad, y casos devueltos con motivo. |
No hay un maletín de material de muestra. Lo que ponemos delante de un equipo es el mismo material que está publicado y firmado, y que puedes leer ahora mismo sin hablar con nadie.
Informes de sector y briefings ejecutivos, cada uno con su autor y sus fuentes. Son la base de lectura previa de casi cualquier sesión.
Seis preguntas y un radar por áreas. Se usa como arranque de conversación con un comité: enseña dónde está el desequilibrio antes de discutirlo.
Guía por pasos con las fuentes oficiales, para trabajar sobre el texto vinculante y no sobre resúmenes de terceros.
Para que una sala deje de discutir sobre palabras. Es más útil de lo que parece en las primeras sesiones.
Cómo se desarrolla y se mantiene software con agentes sin perder el control. Es el material de referencia de la formación de ingeniería.
Nuestra base pública conectada a Claude, ChatGPT o Cursor, sin clave y de solo lectura. Un equipo puede preguntarle en vez de buscar en la web.
Todo lo anterior es público y gratuito. Si algo de esto os resuelve el problema sin contratarnos, mejor.
Un plan de formación escrito antes de saber dónde está el desequilibrio es un catálogo de cursos. Por eso el primer paso no es formar.
Qué se usa hoy —incluido lo que se usa sin permiso—, quién decide, y qué obligaciones os aplican ya. Sale un mapa, no una nota.
Sobre ese mapa, qué tiene que ser capaz de hacer cada rol y cuál es la distancia real hasta ahí. Aquí se decide qué no hace falta formar.
Las sesiones se montan sobre un caso vuestro que esté vivo. Al terminar hay algo que funciona, no un ejercicio.
Registro de qué se impartió, a quién y cuándo, y qué sabe hacer ahora cada equipo. Es lo que os van a pedir, y es lo primero que falta cuando lo piden.
Contar personas formadas mide lo que gastasteis, no lo que cambió. Lo que se mira es si el trabajo se hace distinto y si hay con qué demostrarlo cuando alguien de fuera pregunte.
Cuéntanos qué equipos lo van a usar y qué tenéis ya montado. De ahí sale el mapa, y del mapa el plan.
Hablar con el equipo