para orientarte
En el mismo equipo, una persona paga su propia cuenta, otra copia datos sensibles y una tercera tiene un prompt buenísimo que nadie más conoce.
La adopción empieza cuando las pruebas dejan de ser individuales y se convierten en aprendizaje, reglas y evidencia compartida.
escalera de adopción
Escalá evidencia, no entusiasmo
Cada nivel necesita una prueba y una responsable antes de subir al siguiente.En muchos equipos, la IA entra por la puerta lateral. Una persona paga su propia cuenta, otra pega documentos en una herramienta gratuita y una tercera crea un prompt que nadie más entiende. Hay entusiasmo, pero no existe una forma compartida de trabajar.
El problema no se resuelve comprando licencias para todas.
Implementar IA en un equipo significa elegir trabajos concretos, dar reglas claras, proteger datos, formar a las personas y medir si el resultado mejora.
OpenAI, Anthropic, Microsoft y Google usan palabras distintas, pero sus guías recientes convergen en varios principios: empezar con workflows (procesos repetibles), involucrar gobierno y seguridad temprano, definir calidad, dar tiempo para aprender y escalar solo cuando existe evidencia.
En este contexto, gobierno implica definir quién decide qué herramienta se aprueba, quién responde por un resultado, dónde se reporta un incidente y quién puede detener el sistema. Un workflow es la secuencia compartida; una evaluación es la prueba que confirma si funciona; y un registro conserva evidencia de lo que ocurrió.
Esta guía responde a la adopción colectiva. Para una práctica individual, empezá con cómo usar IA para trabajar. Para construir un entregable, usá cómo hacer un trabajo con inteligencia artificial.
1. Elegí dos o tres trabajos, no “usar más IA”
“Aumentar el uso” mide actividad, no valor. Elegí un trabajo que el equipo ya conozca:
- preparar el resumen semanal;
- comparar contratos para revisión legal;
- clasificar comentarios de clientes;
- crear un primer borrador de propuesta;
- encontrar información en documentos autorizados.
Cada piloto (prueba acotada) necesita una persona responsable, una usuaria real, una revisora y una definición de éxito.
Ejemplo: para el resumen semanal, la líder del proyecto es responsable, la coordinadora lo usa, otra integrante revisa fechas y decisiones, y el piloto pasa si ahorra al menos 20 minutos sin inventar responsables. Eso es más útil que “el equipo usó 300 prompts”.
2. Escribí una política que una persona pueda usar
Una política práctica responde con ejemplos:
- qué herramientas están aprobadas;
- qué datos se pueden ingresar;
- qué datos están prohibidos;
- cuándo se necesita revisión humana;
- qué uso debe declararse;
- dónde reportar un error o incidente;
- quién aprueba una nueva conexión o acción.
Una página clara suele servir más que veinte páginas que nadie consulta. Legal, seguridad, privacidad e IT deberían participar como personas de diseño desde el inicio, no aparecer al final para bloquear algo ya construido.
3. Separá los usos por nivel de riesgo
No necesita el mismo control resumir notas propias que enviar una respuesta a una clienta.
| Nivel | Ejemplo | Control mínimo |
|---|---|---|
| Bajo | lluvia de ideas con información pública | revisión de la autora |
| Medio | borrador basado en documentos internos | cuenta aprobada, acceso limitado y verificación |
| Alto | decisión que afecta empleo, dinero, salud o derechos | experta responsable, evaluación formal y aprobación |
| Acción externa | enviar, publicar, comprar o modificar sistemas | permiso específico, registro y confirmación humana |
El permiso mínimo (dar únicamente el acceso necesario) reduce el daño cuando algo falla.
4. Enseñá criterio, no solamente botones
La interfaz cambiará. Las habilidades útiles duran más.
El AI Fluency Framework de Anthropic organiza la fluidez en cuatro capacidades:
- delegación: decidir cuándo y cómo usar IA;
- descripción: explicar bien el objetivo;
- discernimiento: evaluar el resultado;
- diligencia: asumir responsabilidad por el uso.
Una capacitación debería incluir casos reales del equipo, resultados malos, privacidad, verificación y práctica acompañada. Una demo perfecta no prepara a nadie para una fuente contradictoria o un archivo incompleto.
5. Definí “bien” antes de probar
Si dos personas no pueden ponerse de acuerdo sobre qué es un buen resultado, tampoco podrán evaluar a la IA.
Para un resumen de proyecto, por ejemplo:
- conserva todas las decisiones;
- no inventa responsables;
- cita la fuente de cada fecha;
- cabe en una página;
- tarda menos de 15 minutos incluyendo revisión.
Estos criterios forman una evaluación (prueba repetible de calidad). Guardá casos normales, casos difíciles y errores que ya ocurrieron.
6. Medí el resultado completo
“La respuesta salió en 20 segundos” no cuenta el tiempo de corregirla. Medí:
- tiempo total hasta aprobación;
- porcentaje de resultados aceptados;
- errores y severidad;
- retrabajo humano;
- satisfacción de quien produce y quien recibe;
- adopción sostenida después de varias semanas.
También documentá cuándo un workflow se detuvo. Descubrir que un caso no debe escalar es un resultado útil.
7. Creá una biblioteca pequeña de workflows aprobados
Una biblioteca útil no es una lista infinita de prompts. Cada ficha debería incluir:
- problema que resuelve;
- quién puede usarla;
- entrada autorizada;
- instrucciones;
- ejemplo aprobado;
- checklist de revisión;
- dueña y fecha de última prueba;
- herramienta y permisos necesarios.
Si cambia el modelo, el proceso o la política, la dueña vuelve a probar la ficha. Un prompt sin dueña envejece en silencio.
8. Protegé el aprendizaje compartido
Reservá un espacio corto y frecuente para mostrar:
- un workflow que funcionó;
- un error que vale la pena evitar;
- una pregunta de permisos;
- una práctica que debe actualizarse.
La seguridad psicológica importa: si una persona teme admitir un resultado malo, el equipo pierde información antes de que el sistema llegue a producción.
9. Escalá autonomía de una acción a la vez
Primero la IA puede leer y preparar. Después puede crear un borrador. Más adelante, si las pruebas lo justifican, podría ejecutar una acción con aprobación.
No confundás automatización con agente. Una automatización sigue pasos fijos; un agente puede elegir parte del camino. La comparación completa está en agente, chatbot o automatización.
Para agentes, necesitás además condiciones de parada, registros, límites de gasto, permisos de herramientas y una forma clara de intervenir. Anthropic recomienda mantener control humano y hacer visibles las acciones del sistema; NIST propone gestionar riesgos durante todo el ciclo de vida.
10. Revisá el sistema, no solamente el modelo
Un buen modelo puede fallar porque recibió el archivo equivocado, heredó permisos excesivos o encontró información desactualizada. Auditá:
- modelo y configuración;
- fuentes y fecha de los datos;
- conexiones;
- permisos;
- instrucciones;
- evaluaciones;
- registros;
- responsable de aprobar.
Revisá cómo funciona el trabajo completo y quién responde cuando falla.
Un plan de adopción de cuatro semanas
Semana 1: elegir y delimitar
Seleccionen dos workflows, definan responsables, datos permitidos y criterios de calidad.
Semana 2: practicar y observar
Prueben casos reales en un entorno aprobado. Registren tiempo, correcciones y preguntas.
Semana 3: comparar y corregir
Revisen resultados juntas, actualicen instrucciones y documenten errores frecuentes.
Semana 4: decidir
Escalen, mantengan como práctica individual, rediseñen o detengan cada workflow según evidencia.
No automaticen todavía lo que el equipo no sabe ejecutar bien con revisión humana.
Para un agente que decide pasos y usa herramientas, necesitás una implementación más específica. Usá cómo implementar agentes inteligentes y la guía de seguridad y estándares antes de ampliar permisos.
Preguntas frecuentes
¿Qué equipo debería probar IA primero?
Uno con una líder comprometida, un trabajo frecuente y una forma clara de reconocer calidad. Empezar por el equipo “más innovador” sirve poco si no tiene un caso revisable.
¿Cuántas herramientas necesita un equipo?
Las mínimas para cubrir sus workflows aprobados. Más herramientas también significan más cuentas, permisos, datos y soporte que administrar.
¿Qué métricas sirven para evaluar IA en equipos?
Tiempo hasta aprobación, calidad, errores, retrabajo, satisfacción y adopción sostenida. Las métricas cambian según el trabajo; contar prompts casi nunca demuestra valor.
¿Cuándo conviene crear un agente?
Cuando el proceso ya está entendido, el camino necesita adaptarse según lo que encuentra y existen permisos, pruebas, registros y condiciones de parada. Para pasos estables, una automatización puede ser suficiente.
Fuentes
- OpenAI: cómo las empresas están escalando IA
- OpenAI Academy: guía para líderes de una implementación de ChatGPT Work
- Anthropic: Enterprise AI Transformation Guide
- Anthropic: AI Fluency Framework
- Microsoft: Work Trend Index 2026
- Google Workspace: recursos para trabajar con Gemini
- NIST: AI Risk Management Framework
Seguí aprendiendo con Pioneras
Si querés que las mujeres de tu equipo aprendan a usar IA con claridad, práctica y criterio, conocé la propuesta de capacitación para equipos de Pioneras en IA. También podés unirte gratis a la comunidad.
Revisión editorial: fuentes y enlaces revisados el 21 de septiembre de 2026.
Transparencia editorial
Este artículo fue investigado y preparado con ayuda de IA. Nina revisó fuentes, contexto, criterio editorial y versión final.