El método de Uber para llevar agentes de IA a toda la empresa, día por día

Si llegó desde el carrusel de Bprosys donde pedíamos comentar DIEZ, esta guía es el método completo, día por día. Lo contó Praveen Neppalli, CTO de Uber, en una publicación del 7 de julio de 2026.

De dónde partía Uber

En julio, el 99% de los ingenieros de Uber ya usaba herramientas de IA y más del 70% de los cambios de código salía de agentes. La pregunta siguiente fue cómo llevar eso más allá de ingeniería: finanzas, legal, operaciones, marketing, soporte, recursos humanos y compras.

Esas áreas trabajan con procesos manuales, llenos de matices y repartidos en decenas de sistemas. La conclusión de Uber fue que no se automatizan bien mirando diagramas de procesos o documentación: hay que entender cómo se hace el trabajo de verdad.

Qué es un Agentic Pod

Uber eligió a unos 30 ingenieros con mucho dominio de IA y de los sistemas de la empresa, y sentó a cada uno con un experto de un área del negocio. Cada pareja tuvo dos semanas.

El método, día por día

• Días 1 y 2, observar. El ingeniero acompaña al experto, mira cada paso, documenta el flujo y hace preguntas.
• Día 3, priorizar. Se eligen las oportunidades por escala, repetición, impacto en el negocio y datos disponibles.
• Días 4 y 5, construir. Se arma un agente que funciona, junto a la persona que hace el trabajo.
• Días 6 a 9, validar. Se prueba con otras personas que hacen la misma tarea. ¿Sirve para todos? ¿De verdad les mejora el trabajo?
• Día 10, producción. El agente sale a funcionar.

Los resultados que publicó Uber

En dos meses corrieron 16 pods en 16 áreas distintas. Algunos resultados:

• Asignación de capital en 150 ciudades: de 15 horas a 30 minutos.
• Reportes de ritmo financiero: de 2 días a 10 minutos.
• Control de calidad de la web de marketing: de 2 semanas a 50 minutos.
• Soporte: 9.000 flujos manuales pasaron a autoservicio.

Lo que más los sorprendió no fue la velocidad

Los ingenieros que entraron a áreas que no conocían encontraron oportunidades que estaban a la vista de todos. Y los mayores logros casi nunca salieron de automatizar una tarea suelta, sino de rediseñar el flujo completo: al rediseñarlo se eliminan traspasos y aprobaciones innecesarias, se reemplazan herramientas viejas y se decide más rápido. En palabras de Uber, el flujo de trabajo es la unidad de automatización, no la tarea individual.

Cómo llevarlo a una empresa mediana

El método se puede copiar casi tal cual. Lo que cambia es quién ocupa el lugar del ingeniero:

1. Elija un área y un experto. Alguien que hace el trabajo todos los días, no quien lo supervisa.
2. Reserve los dos primeros días solo para observar. Sin proponer herramientas todavía. Es la parte que más se saltea y la que más rinde. Si quiere una guía para esta etapa, lea cómo mapear el proceso antes de escalar el equipo.
3. Priorice con los mismos cuatro criterios: escala, repetición, impacto y datos disponibles.
4. Construya con la persona, no para ella, y valide con otros que hacen la misma tarea antes de salir.
5. Defina quién sostiene el agente después del día 10: permisos, registro de cambios y quién lo revisa cuando algo falla.

Uber tenía ingenieros propios para esto. Si su empresa no los tiene, ese perfil se puede sumar dentro de su equipo y bajo su liderazgo, sin tercerizar el proyecto: es lo que hacemos en Bprosys con perfiles tech que se integran en días. Si quiere ver por qué área conviene empezar en su caso, hablemos 20 minutos.