Opinión
Tus mejores pilotos de IA están cementando el proceso que pretendías matar
Añade Unite.AI a tus fuentes preferidas en Google
McKinsey publicó un artículo el 4 de agosto de 2026 sobre la creación de una función de recursos humanos alrededor de agentes, y enterrado en la configuración está la frase más útil que alguien ha escrito sobre la IA empresarial este trimestre. Al describir lo que sucede cuando los equipos construyen agentes sin un plan, los autores escriben que
Lo llaman la trampa del piloto: velocidad a nivel de la tarea, deriva a nivel del diseño.
Esa frase vale más que el marco que introduce, y se aplica mucho más allá de los recursos humanos, a muchas empresas que están ejecutando pilotos de agentes en este momento y no pueden ver el resultado, porque los pilotos están funcionando.
La trampa es el piloto que tiene éxito
Aquí está el mecanismo. Un especialista en nóminas o un reclutador, según el artículo, puede configurar un agente que funciona en una tarde utilizando herramientas de bajo código, las plataformas de construcción por configuración que ponen la mayor parte del trabajo en hacer clic y escribir instrucciones en lugar de escribir código. No es un prototipo. Es uno que funciona, conectado a un flujo de trabajo real, produciendo una salida real.
Lo que significa que la secuencia que todos aprendieron, comenzar pequeño, aprender y expandirse, ya no es la opción prudente. McKinsey lo expresa de manera directa: el instinto de “comenzar pequeño y aprender” ya no es conservador. Cuando cualquier especialista puede configurar un agente en una tarde, comenzar pequeño sucede ya sea que la dirección lo apruebe o no.
Vale la pena ser preciso sobre dónde termina el artículo y dónde comienza la extrapolación. La trampa del piloto de McKinsey es principalmente un argumento sobre el esfuerzo desperdiciado — equipos perfeccionando pasos que un rediseño adecuado eliminaría. La versión a continuación es la más difícil, y es mía: el esfuerzo desperdiciado es recuperable, y el bloqueo no lo es.
Los pilotos fallidos están bien. Un piloto que falla se apaga y se olvida y cuesta unas semanas. Los peligrosos son los que funcionan, porque un agente que funciona se convierte inmediatamente en una carga. Alguien depende de él el martes. Se defiende en la reunión de presupuesto. Y cualquier proceso que automatizó, incluidos todos los pasos que solo existen porque de un sistema que se reemplazó hace cuatro años o una política que nadie ha leído desde entonces, ahora está codificado, en ejecución y mucho más difícil de discutir que cuando vivía en un documento.
Esa es la trampa. No automatizaste un flujo de trabajo. Lo ratificaste. Lo cual es la versión incómoda del hallazgo cada vez más común de que . Si el flujo de trabajo es la variable que importa, entonces endurecer uno malo es la cosa más costosa que un piloto exitoso puede hacer.
El número que enterraron
La cifra de titular en el artículo es que aproximadamente dos tercios de las actividades de recursos humanos de hoy podrían automatizarse completamente o automatizarse en la entrega para 2030. Ese número se citará en todas partes esta semana y es lo menos interesante del artículo.
El número interesante está en el gráfico de asignación de tiempo. En el estado de destino que describe McKinsey, aproximadamente el 20 por ciento del tiempo humano se dedica a lo que llaman gestión de capacidad agente: configurar agentes, escribir y revisar la lógica que siguen esos agentes, probarlos antes de lanzarlos, monitorear su rendimiento y deriva, y retirarlos cuando el flujo de trabajo cambia. El artículo no define deriva; léalo como el deslizamiento lento donde la salida de un agente sigue siendo plausible mientras deja de ser correcta.
Una quinta parte de las horas humanas de una función se dedican a atender las máquinas. El artículo es explícito en que esto es “no una categoría de redondeo”, y tiene razón. Es el mismo , ahora dado un porcentaje. Pero el artículo no dice si ese 20 por ciento es un costo de transición que disminuye a medida que la práctica madura, o el precio real de ejecutar agentes a escala. Ese es el número que decide si un programa de agentes es una reducción de costos o un intercambio de costos, y está ausente. Si estás modelando ahorros de automatización y no has incluido una línea en el modelo para las personas que mantienen la automatización, tu modelo es incorrecto en aproximadamente una quinta parte del equipo afectado.
La misma brecha se muestra en el detalle del caso. Una organización en el artículo implementó 50 casos de uso e “identificó ahorros anuales de costos significativos junto con mejoras significativas en los niveles de servicio de recursos humanos”. Significativo está haciendo mucho trabajo allí. Más al punto: el artículo advierte, en el párrafo justo después, que en algunos casos las organizaciones mejoran la eficiencia de los procesos que el rediseño posterior elimina o absorbe en flujos de trabajo completamente diferentes. Así que, ¿cuántos de esos 50 sobrevivieron? Ese solo número decidiría si la ruta de abajo hacia arriba es un atajo o un desvío costoso, y no está allí.
La mitad del consejo que una empresa normal puede usar realmente
La receta de McKinsey es definir tu modelo operativo humano-agente para 2030 primero y trabajar hacia atrás desde él. Define el destino, luego secuencia la implementación, las inversiones de capacidad, la gobernanza.
El artículo es honesto sobre quién puede hacer eso. Su propia tabla de organización de destino, dice, requiere “músculo de gestión de productos que la mayoría de las funciones de recursos humanos no tienen hoy, una base de datos lo suficientemente fuerte como para ejecutar un gráfico de habilidades, y un director de recursos humanos con un mandato de diseño de fuerza laboral real de la empresa”. Luego: “menos organizaciones pueden comenzar aquí”.
Para todos los demás, incluidas muchas empresas que ya tienen agentes en ejecución, la estrella del norte no es la mitad que se puede actuar. El diagnóstico es. Si los agentes no gobernados codifican el antiguo proceso, entonces la exposición que tienes hoy es proporcional a cuántos agentes existen que nadie aprobó, y casi seguramente no sabes ese número.
Así que el primer movimiento no es un plan 2030. Es un recuento.
Descubre qué está realmente en ejecución. No lo que se aprobó. Lo que existe. Cada automatización que alguien construyó en una herramienta de bajo código, cada trabajo programado conectado a una bandeja de entrada compartida, cada asistente configurado contra un sistema de registro real. Para cada uno, tres hechos: quién lo construyó, qué puede tocar y qué se rompe si se detiene. Ese inventario toma una tarde por departamento y es la única versión de “gobernanza” que una empresa sin una oficina de transformación puede ejecutar el lunes.
La quinta pregunta del director de recursos humanos del artículo es la que hay que robar, y es la más afilada de las cinco: ¿cuáles son las primeras elecciones fundamentales, cuáles se acumulan con el tiempo y cuáles se pueden deshacer con seguridad. Ordena tu inventario de esa manera. Los agentes que se pueden deshacer con seguridad son tus experimentos y debes ejecutar más de ellos. Los que no pueden serlo son tu arquitectura, ya sea que alguien lo decidiera o no. También es una corrección útil al instinto que impulsa a la mayoría de los primeros pilotos, que es apuntar a los agentes .
Quién sale perdiendo aquí
La parte que pierde aquí no es la empresa que nunca comenzó. Es la que está dos años dentro con una cuenta de pilotos saludable y una diapositiva que muestra una adopción en aumento.
La cuenta de pilotos es la métrica que se siente como progreso y mide lo contrario. Cada piloto adicional construido contra el proceso actual aumenta el costo de cambiar ese proceso más tarde, porque ahora hay una herramienta en el camino y una persona que lo posee y un número en una diapositiva que dice que está funcionando. La empresa con docenas de agentes que funcionan no está por delante de la empresa con tres. Está más comprometida.
Esa es la redefinición que vale la pena sacar de este artículo. La pregunta que debes hacerte sobre tu programa de agentes no es cuántos están en ejecución o cuán precisos son. Es cuánto de tu modelo operativo actual tendrías que desenrollar para cambiar de opinión — y si alguien podría decirte eso hoy.
