Footage de fondo · Video Fábrica de Software

0:00El software complejo requiere equipo. Cinco personas. Mínimo. Quince mil dólares al mes en nómina.

0:11Dos semanas por iteración, desde que el Product Owner pide algo, hasta que el usuario lo ve. Y mientras tanto, el dueño del negocio atrapado siendo project manager, en lugar de concretar oportunidades de negocio.

0:25Cada feature que tu competidor saca, vas tres semanas atrás. Cada cliente enterprise que pide un ajuste, lo pierdes, porque tu roadmap ya está comprometido.

0:36El costo no es solo la nómina. Es el costo de oportunidad de no poder responder. Hasta que cambias de modelo. Dejas de armar equipos. Empiezas a armar squads de agentes de IA.

0:00Esto es Agent Squad. En el centro, el PMO, un agente Opus que coordina. Recibe el ticket, identifica dependencias, asigna trabajo.

0:14Tres satélites alrededor: el Architect, también Opus, diseña la arquitectura del cambio. El Dev, un Sonnet optimizado para implementación, escribe el código. El QA, otro Sonnet especializado en testing, valida con TestSprite end-to-end.

0:30Y debajo de todo, una capa de guardrails: ningún agente cierra un ticket sin evidencia QA verde y aprobación explícita del cliente.

0:40Cada agente tiene contexto persistente del proyecto, memoria de las decisiones anteriores, y permisos controlados sobre el repositorio. Esto no es un asistente. Es un equipo.

0:00Minuto cero. El cliente manda un mensaje al canal de Slack del proyecto. Reporta un bug en el formulario de registro. Algunos campos no se están guardando correctamente.

0:14Cuatro bugs distintos en cascada, todos en el mismo flujo. Lo necesita resuelto rápido porque está bloqueando demos con usuarios reales.

0:25Mientras que el líder técnico humano del proyecto se encuentra en una reunión. El squad de agentes recibe el mensaje.

0:33Minuto cuatro. El agente PMO ya leyó el thread, identificó que son cuatro bugs separados pero relacionados, abrió tickets en Linear con la descomposición correcta, y commiteó el primer fix al repositorio. Cuatro minutos. Sin pedirle nada al líder técnico.

0:00Lo que pasó adentro en esos cuatro minutos es lo que importa.

0:05El agente PMO leyó el contexto del proyecto, identificó que el bug primario era del tipo de dato de un campo en la base de datos. Abrió el ticket.

0:18El agente Arquitecto generó un plan de fix con migración SQL incluida. El agente Dev escribió el código siguiendo los patrones del repositorio. El QA corrió tests unitarios automáticos. Todo en cuatro minutos.

0:35Minuto dieciséis. Llega el segundo commit. El PMO ya identificó que el segundo bug era distinto al primero; un campo se estaba autoguardando con un nombre que no coincidía con el schema de la tabla. Otro fix limpio, otra migración, otro deploy.

0:50Minuto veinte. Vercel reporta los dos deploys en estado READY. El sistema en producción ya está corregido. El cliente tiene su flujo funcionando.

0:00Cuando el Líder Técnico vuelve al Slack treinta minutos después del mensaje original, encuentra un thread con cuatro mensajes del agente PMO: identificación de los bugs, plan, ejecución, y confirmación de deploys.

0:18Los dos tickets en Linear están cerrados con evidencia. Los dos commits están en main con mensajes técnicos descriptivos. Los dos deploys están READY en Vercel.

0:31El Líder Técnico no tomó una sola decisión técnica; no revisó un solo pull request. Ni mucho menos tuvo que escribir una sola línea de código.

0:46Solo apareció treinta minutos después al canal del cliente con un único mensaje del equipo squad: "el cliente tiene su flujo funcionando".

0:57Esto es Agent Squad funcionando como una fábrica de software. Veinte minutos desde el reporte hasta el último deploy. Dos bugs resueltos. Cero intervención humana en tiempo real. Y los guardrails corriendo en el fondo asegurándose de que cada paso pase por evidencia QA antes de tocar producción.

0:00Pero acá está la parte que no suelen contar en estos videos. El squad también comete errores.

0:09Hace poco, uno de los agentes tomó una acción que no debería haber tomado: cerró un ticket sin la autorización explícita del cliente.

0:18¿La solución? No fue desconfiar del sistema. Fue agregar un guardrail. Un cierre dual-gate: ahora ningún agente puede cerrar un ticket sin dos cosas: evidencia QA verde Y aprobación explícita del cliente en el comentario del ticket.

0:32Eso también es parte del trabajo. Armar guardrails cuando el sistema te muestra dónde puede fallar. El squad mejora cada semana porque cada error se convierte en código nuevo del sistema.

0:00Antes: tres a cinco desarrolladores en nómina. Quince mil dólares al mes mínimo. Dos semanas promedio por feature desde el pedido hasta producción. Dos iteraciones máximo por sprint antes de saturar al equipo. Backlog que no para de crecer.

0:23Después: un squad de agentes corriendo veinticuatro siete. Costo en tokens de API menos de quince dólares por feature compleja. Tiempo promedio medido en horas, no en semanas. Iteraciones ilimitadas porque es código, no es gente cansada. El equipo humano que queda, los que valen su peso en oro, ahora hacen arquitectura y producto. No hacen tickets.

0:46La pregunta no es cuanto de dinero te ahorra este marco de trabajo. La pregunta es qué haces con la velocidad.

0:53Y acá está la frase que quiero que te lleves de este video: La velocidad de tu producto ya no la define el tamaño de tu equipo. La define la calidad de tus agentes.