1
00:00:00,000 --> 00:00:07,240
Ernesto, acabamos de cerrar un caso del Squad que estoy seguro puede aplicar a tu

2
00:00:07,240 --> 00:00:11,760
operativa en los proyectos de desarrollo, camila te lo cuenta paso a paso.

3
00:00:11,760 --> 00:00:15,360
Perfecto Roberto, ahora te invito a verlo conmigo Ernesto.

4
00:00:15,360 --> 00:00:20,440
Esto que vas a ver son 17 minutos reales de un proyecto en producción.

5
00:00:20,440 --> 00:00:24,000
mismo tipo de stack que probablemente manejas en tu operación.

6
00:00:24,000 --> 00:00:28,640
Frameworks de JavaScript con ejecución en la nube, un cliente reportó un bug en el flujo

7
00:00:28,640 --> 00:00:33,920
de registro, el Squad de agentes muy identificó, lo arreglo, y lo desplegó a producción

8
00:00:33,920 --> 00:00:38,680
antes que el líder técnico respondiera al chat o a un sistema de tickets, sin intervención

9
00:00:38,680 --> 00:00:42,040
humana en tiempo real, te lo muestro paso a paso.

10
00:00:42,040 --> 00:00:47,880
El software complejo requiere equipo, 5 personas, mínimo, 15.000 dólares al mes en

11
00:00:47,880 --> 00:00:53,000
nómina, 2 semanas por iteración, desde que el producto o PO pide algo hasta que

12
00:00:53,000 --> 00:00:58,840
el usuario lo ve, y mientras tanto el dueño del negocio atrapado siendo project manager

13
00:00:58,840 --> 00:01:01,800
en lugar de concretar oportunidades de negocio.

14
00:01:01,800 --> 00:01:07,320
Cada feature que tu competidor saca va a 3 semanas atrás, cada cliente enterprise que

15
00:01:07,320 --> 00:01:12,000
pido una juste lo pierdes, porque tu roadmap ya está comprometido.

16
00:01:12,000 --> 00:01:17,560
El costo no es solo la nómina, es el costo de oportunidad de no poder responder, hasta

17
00:01:17,560 --> 00:01:23,640
que cambias de modelo, deja de armar equipos, empiezas armar escuas de agentes de ya,

18
00:01:23,640 --> 00:01:25,720
esto es Agent Squad.

19
00:01:25,720 --> 00:01:31,960
En el centro el PMO, un agente que coordina, recibe el ticket y identifica dependencias

20
00:01:31,960 --> 00:01:37,840
asigna trabajo, tres satélites alrededor, el agente Architect, diseña la arquitectura del

21
00:01:37,840 --> 00:01:43,480
cambio, el agente Developer, optimizado para la implementación, escribiendo el código,

22
00:01:43,480 --> 00:01:49,720
el agente QA, especializado en testing, valida con TestSprite en un marco en tu ento,

23
00:01:49,720 --> 00:01:55,240
y debajo de todo una capa de guardrails, ningún agente se rompiquet sin evidencia de

24
00:01:55,240 --> 00:02:01,360
cuba y una aprobación explícita, cada agente tiene contexto persistente del proyecto, memoria

25
00:02:01,360 --> 00:02:06,720
de las decisiones anteriores y permisos controlados sobre el repositorio, esto no es un

26
00:02:06,720 --> 00:02:13,400
asistente, es un equipo, minuto cero, el cliente mandó un mensaje al canal de Slack o al sistema

27
00:02:13,400 --> 00:02:19,680
de tickets del proyecto, reportó un bug en el formulario de registro, algunos campos nos

28
00:02:19,680 --> 00:02:26,560
están guardando correctamente, 4 bugs distintos en cascada, todos en el mismo flujo,

29
00:02:26,560 --> 00:02:32,360
lo necesita resuelto rápido, porque está bloqueando demos con usuarios reales, mientras

30
00:02:32,360 --> 00:02:37,640
que el líder técnico humano del proyecto se encuentra en una reunión el Squad de agentes

31
00:02:37,640 --> 00:02:44,640
recibe el mensaje, minuto 4, el agente PMO ya leyó el thread y identificó que son 4 bugs

32
00:02:44,640 --> 00:02:50,240
separados, pero relacionados, abrió tickets con la descomposición correcta y ha hecho

33
00:02:50,240 --> 00:02:56,800
un commit para el primer fix al repositorio, 4 minutos sin pedirle nada al líder técnico,

34
00:02:56,800 --> 00:03:02,760
lo que paso adentro en esos 4 minutos es lo que importa, el agente PMO leyó el contexto

35
00:03:02,760 --> 00:03:08,200
del proyecto y identificó que el bug primario era del tipo de dato de un campo en la

36
00:03:08,200 --> 00:03:14,260
base de datos, abrió el ticket, el agente Architect genera un plan de fix con migraciones

37
00:03:14,260 --> 00:03:19,600
SQL e incluida, el agente Developer escribe el código siguiendo los patrones del

38
00:03:19,600 --> 00:03:28,000
repositorio, el agente QA, corrió tests, unitarios automáticos, todo en 4 minutos, en el minuto

39
00:03:28,000 --> 00:03:34,240
16 llega el segundo commit, el PMO ya identificó que el segundo bug era distinto al

40
00:03:34,240 --> 00:03:39,720
primero, un campo se estaba autoguardando con un nombre que no coincidía con el schema

41
00:03:39,720 --> 00:03:47,440
de la tabla, otro fix limpio, otra migración, otro deploy, en el minuto 20, Vercel reporta

42
00:03:47,440 --> 00:03:53,520
los dos deploy en estado ready, el sistema en producción ya está corregido, el cliente

43
00:03:53,520 --> 00:03:58,720
tiene su flujo funcionando, cuando el líder técnico vuelve al Slack 30 minutos después del

44
00:03:58,720 --> 00:04:04,600
mensaje original, encuentro un thread con 4 mensajes del agente PMO, identificación de los

45
00:04:04,600 --> 00:04:11,280
bugs, plan, ejecución y confirmación de de deploy, los dos tickets están cerrados con evidencia,

46
00:04:11,280 --> 00:04:16,720
los dos commits están en el repositorio con mensajes técnicos descriptivos, los dos de

47
00:04:16,720 --> 00:04:23,960
ploy están ready en Vercel líder técnico no tomó una sola decisión, no revisó un solo pul

48
00:04:23,960 --> 00:04:30,200
request ni mucho menos tuvo que escribir una sola línea de código, solo apareció 30 minutos

49
00:04:30,200 --> 00:04:36,640
después al canal del cliente con un único mensaje del equipo Squad, el cliente tiene su flujo

50
00:04:36,640 --> 00:04:43,320
funcionando, esto es Agent Squad funcionando como una fábrica de software, 20 minutos

51
00:04:43,320 --> 00:04:49,640
desde el reporte hasta el último deploy, dos bugs, resueltos, cero intervención humana en tiempo

52
00:04:49,640 --> 00:04:55,280
real y los guardrails corriendo en el fondo asegurándose de que cada paso pase por evidencia

53
00:04:55,280 --> 00:05:00,960
del agente QA antes de tocar producción, pero hasta la parte que nadie suele contar en estos

54
00:05:00,960 --> 00:05:07,920
videos, el Squad también comete errores, hace poco uno de los agentes tomó una acción que no debería

55
00:05:07,920 --> 00:05:14,960
tomado, cerró un ticket sin la autorización explícita del cliente, la solución no fue desconfiar

56
00:05:14,960 --> 00:05:22,080
de todo el sistema de agentes, fue agregar un guardrail, un cierre dual gate, ahora ningún agente

57
00:05:22,080 --> 00:05:29,320
puede cerrar un ticket sin dos cosas, evidencia del agente QA y aprobación explícita del cliente

58
00:05:29,320 --> 00:05:35,320
en el comentario del ticket, eso también es parte del trabajo, armar guardrails cuando el

59
00:05:35,320 --> 00:05:41,840
sistema te muestra donde tiene oportunidades de mejora, el Squad evoluciona cada semana porque

60
00:05:41,840 --> 00:05:48,280
cada error se convierte en código nuevo del sistema, vamos a mirar los números, antes,

61
00:05:48,280 --> 00:05:54,840
tres o cinco desarrolladores en nómina, 15 mil dólares al mes mínimo, dos semanas promedio por

62
00:05:54,840 --> 00:06:01,240
feature desde el pedido hasta producción, dos iteraciones máximo por sprint antes de saturar

63
00:06:01,240 --> 00:06:10,920
el equipo, backlog que no para de crecer, después, un Squad de agentes corriendo o 24,7, costo en toques de

64
00:06:10,920 --> 00:06:17,760
api al salario de las personas, tiempo promedio me dido en horas, no en semanas, iteraciones

65
00:06:17,760 --> 00:06:24,800
y limitadas porque es código generando código, no es gente cansada, el equipo humano que queda ahora

66
00:06:24,800 --> 00:06:31,840
hacen arquitectura y roadmap de producto, ya no hacen tickets, la pregunta no es cuánto de dinero

67
00:06:31,840 --> 00:06:38,040
te ahorras este marco de trabajo, la pregunta es ¿qué haces con la velocidad que ganas? y acá

68
00:06:38,040 --> 00:06:44,520
está la frase que quiero que te lleves de este video, la velocidad de tu producto ya no la define

69
00:06:44,520 --> 00:06:51,160
el tamaño de tu equipo, la define la calidad de tus agentes, Ernesto, lo que acaba de ver es

70
00:06:51,160 --> 00:06:56,920
lo que viste, el Squad funcionando en un proyecto real, no es un experimento, es el flujo que aplicamos

71
00:06:56,920 --> 00:07:02,480
todos los días en proyectos de clientes, si quieres ver cómo funcionaría puntualmente en tu

72
00:07:02,480 --> 00:07:09,320
operación hagamos algo concreto, te bloqueo 30 minutos en tu agenda esta semana, te muestro el

73
00:07:09,320 --> 00:07:14,600
Squad corriendo en vivo y podemos plantear en conjunto una prueba de concepto para que puedas

74
00:07:14,600 --> 00:07:15,720
ver los resultados.