1
00:00:00,000 --> 00:00:03,860
Hay un número de la historia de
Frank que todavía cuesta creer.

2
00:00:05,040 --> 00:00:09,640
Siete personas trabajando durante
ocho meses en el mismo sistema.

3
00:00:09,940 --> 00:00:13,880
Y entre esas personas había
ingenieros y un líder técnico.

4
00:00:14,000 --> 00:00:18,460
No estamos hablando de alguien intentando
construir un producto solo durante los

5
00:00:18,480 --> 00:00:22,320
fines de semana. Lo
sorprendente es el resultado.

6
00:00:22,460 --> 00:00:27,860
Porque con un equipo así y ocho meses
de trabajo, uno esperaría encontrar un

7
00:00:27,880 --> 00:00:29,760
producto bastante avanzado.

8
00:00:30,000 --> 00:00:31,640
Eso sería lo razonable.

9
00:00:31,740 --> 00:00:37,240
Pero según Frank, después de esos ocho
meses, no habían llegado ni al 5 %

10
00:00:37,260 --> 00:00:39,100
de lo que tiene construido hoy.

11
00:00:39,480 --> 00:00:42,140
Y aquí quiero evitar una
conclusión demasiado fácil.

12
00:00:42,460 --> 00:00:45,660
¿Estamos diciendo que esos
ingenieros eran malos?

13
00:00:45,880 --> 00:00:51,580
No. Y reducir la historia a eso nos
haría perder precisamente lo interesante.

14
00:00:52,240 --> 00:00:58,060
Puedes tener buenos profesionales y aún
así obtener un mal resultado si existe

15
00:00:58,080 --> 00:00:59,980
una brecha entre lo que el negocio...

16
00:01:00,000 --> 00:01:03,500
necesita y lo que el equipo
entiende que debe construir.

17
00:01:04,000 --> 00:01:08,480
Pero después de ocho meses, esa
brecha debería haberse cerrado.

18
00:01:08,740 --> 00:01:09,980
En teoría.

19
00:01:10,000 --> 00:01:12,840
El problema es cómo intentamos cerrarla.

20
00:01:12,900 --> 00:01:18,040
Más reuniones, más documentos, más
requerimientos, más explicaciones.

21
00:01:18,260 --> 00:01:21,300
Y cada paso agrega una
nueva interpretación.

22
00:01:21,760 --> 00:01:26,740
La idea sale de la cabeza de Frank,
pasa por varias personas y finalmente

23
00:01:26,760 --> 00:01:28,780
termina convertida en software.

24
00:01:29,060 --> 00:01:33,220
Y recién... cuando vuelve a Frank, puedes
comprobar si todos estaban construyendo lo

25
00:01:33,240 --> 00:01:34,540
mismo que él tenía en mente.

26
00:01:35,160 --> 00:01:39,500
Entonces, el cuello de botella no
necesariamente estaba en escribir código.

27
00:01:39,980 --> 00:01:42,440
Esa es la pregunta que quiero
que mantengamos abierta.

28
00:01:42,500 --> 00:01:47,620
Porque antes de sacar conclusiones, vale la pena escuchar cómo describe Frank lo que

29
00:01:47,640 --> 00:01:48,640
ocurrió con ese equipo.

30
00:01:49,940 --> 00:01:53,960
Si, yo vengo, digamos, de un contexto
el año pasado bastante interesante.

31
00:01:54,380 --> 00:01:59,640
Yo el año pasado tenía un socio inversionista que tenía un equipo de siete, siete

32
00:01:59,660 --> 00:02:01,880
personas, ingenieros, CTO.

33
00:02:03,740 --> 00:02:09,700
Pues para serles sinceros, estuvimos trabajando por cerca de ocho meses, tal vez.

34
00:02:10,480 --> 00:02:16,380
Y no alcanzamos a lograr ni el 5
% de lo que yo tengo actualmente,

35
00:02:17,460 --> 00:02:22,100
que se ha desarrollado este año con
estos agentes de inteligencia artificial.

36
00:02:22,800 --> 00:02:24,680
Ahora la historia cambia.

37
00:02:25,260 --> 00:02:28,960
Frank no está diciendo que
necesitaba mejores programadores.

38
00:02:30,000 --> 00:02:32,740
Está describiendo un
problema de entendimiento.

39
00:02:33,480 --> 00:02:35,360
Y es más común de lo que parece.

40
00:02:35,560 --> 00:02:40,680
Quien conoce el negocio a fondo, tiene
una cantidad enorme de contexto que nunca

41
00:02:40,700 --> 00:02:43,200
llega completo al equipo que construye.

42
00:02:43,760 --> 00:02:47,380
Porque hay cosas que, para
esa persona, son obvias.

43
00:02:47,760 --> 00:02:52,840
Reglas, excepciones, prioridades,
cómo se relaciona un proceso con otro.

44
00:02:52,900 --> 00:02:57,300
Y muchas veces ni siquiera sabes que hay que explicarlas, hasta que alguien entiende

45
00:02:57,320 --> 00:02:59,480
algo distinto. Y entonces, ¿cómo
se relaciona un proceso con otro?

46
00:02:59,500 --> 00:03:02,360
Entonces, aparece otra reunión.

47
00:03:02,580 --> 00:03:05,980
Otra explicación, otro
documento, otro ajuste.

48
00:03:06,000 --> 00:03:08,360
El equipo puede estar
trabajando muchísimo.

49
00:03:08,540 --> 00:03:13,140
Y aún así, una parte del esfuerzo se
va en reconstruir el contexto original.

50
00:03:13,740 --> 00:03:16,860
Y el que dirige eso,
lo vive de otra manera.

51
00:03:17,200 --> 00:03:23,140
Es esa sensación de llevar tres reuniones,
explicando lo mismo, y seguir sin ver

52
00:03:23,160 --> 00:03:25,940
nada funcionando. Ahí está la frustración.

53
00:03:26,040 --> 00:03:28,240
Y lo peor es que no sabes a quién señalar.

54
00:03:28,260 --> 00:03:30,940
Porque todos pueden estar
haciendo bien su trabajo.

55
00:03:31,360 --> 00:03:36,060
Lo cual explica por qué más
documentación no cerraba la brecha.

56
00:03:36,560 --> 00:03:40,460
Ahí está lo importante. El problema
no era que Frank documentara poco.

57
00:03:40,700 --> 00:03:42,840
Es que un documento se interpreta.

58
00:03:42,920 --> 00:03:46,200
Cada persona que lo lee,
construye su propia versión.

59
00:03:46,400 --> 00:03:49,620
Y esa versión es la que
termina convertida en software.

60
00:03:50,300 --> 00:03:54,460
Entonces, la pregunta no
es cómo explicarlo mejor.

61
00:03:54,840 --> 00:03:58,240
La pregunta es dónde queda
guardado lo que ya se decidió.

62
00:03:58,260 --> 00:04:02,680
Y en la mayoría de las empresas,
la respuesta es incómoda.

63
00:04:02,700 --> 00:04:07,660
Queda en la cabeza de alguien, en una conversación, o en un documento que ya nadie

64
00:04:07,680 --> 00:04:11,580
vuelve a abrir. ¿Y con un
agente, eso desaparece?

65
00:04:11,820 --> 00:04:14,460
No. Esa es otra conclusión
que hay que evitar.

66
00:04:14,660 --> 00:04:17,020
El agente también necesita contexto.

67
00:04:17,100 --> 00:04:19,060
Y también puede interpretar mal.

68
00:04:20,260 --> 00:04:22,140
Entonces, ¿dónde está la ventaja?

69
00:04:22,520 --> 00:04:24,820
En dos cosas. La primera es el tiempo.

70
00:04:24,920 --> 00:04:28,240
Entre que algo se interpreta mal, y
tú lo detectas, o que no lo detectas.

71
00:04:28,260 --> 00:04:30,340
Pueden pasar minutos, en lugar de semanas.

72
00:04:31,020 --> 00:04:34,600
¿Y la segunda? Que la
decisión no se pierde.

73
00:04:34,660 --> 00:04:36,740
Cuando la corriges, queda registrada.

74
00:04:36,920 --> 00:04:40,880
El siguiente que trabaja sobre eso no
tiene que volver a preguntar, lo consulta.

75
00:04:41,400 --> 00:04:45,200
Eso ya suena a algo más
que una herramienta.

76
00:04:45,280 --> 00:04:47,240
Lo es. Y tiene nombre.

77
00:04:47,360 --> 00:04:48,520
No lo inventamos nosotros.

78
00:04:50,200 --> 00:04:56,140
Hasta aquí hemos hablado mucho de
contexto, decisiones, y de cómo evitar

79
00:04:56,160 --> 00:05:02,060
que lo que una empresa aprende se
pierda cada vez que alguien nuevo entra

80
00:05:02,080 --> 00:05:07,760
al proceso. Y justo ahí aparece una idea
que ayuda a entender qué tendría que

81
00:05:07,780 --> 00:05:11,660
cambiar cuando empiezas a trabajar con
agentes de inteligencia artificial.

82
00:05:12,360 --> 00:05:15,980
¿De dónde viene esta idea
de la que estás hablando?

83
00:05:16,340 --> 00:05:19,080
De una charla en Stanford
de Chamath Palliapitiya.

84
00:05:19,180 --> 00:05:22,340
El título es cómo se gana en la
era de la inteligencia artificial.

85
00:05:22,900 --> 00:05:24,360
¿Y qué plantea?

86
00:05:24,380 --> 00:05:30,220
Dice algo que a un gerente le puede sonar
extraño, pero que cambia completamente la

87
00:05:30,240 --> 00:05:33,480
forma de pensar cómo construimos
con inteligencia artificial.

88
00:05:33,960 --> 00:05:38,960
Son apenas 30 segundos y prefiero
que se lo escuches directamente a él.

89
00:05:54,380 --> 00:05:59,520
La verdadera verdadera base de todo
esto en el mundo siempre será esta

90
00:05:59,540 --> 00:06:02,220
representación de hardware independiente,
de datos independientes, de idiomas

91
00:06:02,240 --> 00:06:05,260
independientes, de lo que quieras hacer.

92
00:06:05,400 --> 00:06:10,600
Habló de construir el sistema operativo,
en vez de la aplicación que corre encima.

93
00:06:10,900 --> 00:06:15,340
Esa es la primera parte, pero la segunda
es la que importa para la historia de

94
00:06:15,360 --> 00:06:20,440
Frank. Dice que la fuente de verdad para
todos esos agentes tiene que ser una

95
00:06:20,460 --> 00:06:24,840
representación de lo que quieres hacer,
independiente de la herramienta con la que

96
00:06:24,860 --> 00:06:29,840
lo hagas. Tradúcelo para alguien que
dirige una empresa y no escribe código.

97
00:06:30,200 --> 00:06:35,100
Es una capa donde vive lo que quieres lograr, separada del programa con el que lo

98
00:06:35,120 --> 00:06:40,560
construyes. No depende del lenguaje, ni de
la base de datos, ni del modelo que esté

99
00:06:40,580 --> 00:06:43,640
de moda este año. ¿Y qué se guarda ahí?

100
00:06:44,020 --> 00:06:49,720
La intención, la decisión que se tomó,
el resultado que produjo y de dónde salió

101
00:06:49,740 --> 00:06:52,320
cada cosa. No es un
documento que describas.

102
00:06:52,340 --> 00:06:57,060
Es el registro de lo que el
sistema decidió y por qué.

103
00:06:57,260 --> 00:07:03,060
O sea que la diferencia con el
documento de las 150 páginas es que ese

104
00:07:03,080 --> 00:07:05,000
registro no se interpreta.

105
00:07:05,240 --> 00:07:09,800
Se consulta. Y ahí está la diferencia
con la cadena que describía Frank.

106
00:07:10,060 --> 00:07:14,100
En esa cadena, cada persona
agregaba una interpretación.

107
00:07:14,180 --> 00:07:19,860
Acá la decisión queda en un solo lugar y cualquiera puede consultar la misma fuente.

108
00:07:20,720 --> 00:07:22,260
Incluyendo un agente.

109
00:07:23,140 --> 00:07:26,980
Incluyendo uno que empieza mañana y
no estuvo en ninguna de las reuniones.

110
00:07:27,480 --> 00:07:30,720
¿Y ustedes? ¿Llegaron a
eso desde el principio?

111
00:07:31,180 --> 00:07:35,020
No. Y prefiero contarlo porque
yo también cometí ese error.

112
00:07:35,260 --> 00:07:38,040
Al principio documentaba
todo antes de construir.

113
00:07:38,640 --> 00:07:43,600
Escribía la especificación completa,
la revisaba y recién ahí empezaba.

114
00:07:43,700 --> 00:07:45,520
Y me pasaba lo mismo que a Frank.

115
00:07:45,700 --> 00:07:50,500
A mitad del proceso, el documento ya
no describía lo que realmente estábamos

116
00:07:50,520 --> 00:07:53,120
construyendo. ¿Y qué cambiaste?

117
00:07:53,800 --> 00:07:59,060
Dejé de intentar escribir todo el documento antes y empecé a registrar cada decisión

118
00:07:59,080 --> 00:08:01,140
cuando se tomaba, junto con el motivo.

119
00:08:01,380 --> 00:08:04,880
Parece un cambio pequeño, pero fue
lo que más cambió el resultado.

120
00:08:05,760 --> 00:08:09,740
Porque el documento
envejece y el registro no.

121
00:08:10,120 --> 00:08:12,480
El registro no tiene
que predecir el futuro.

122
00:08:12,660 --> 00:08:17,660
Tiene que reflejar lo que era cierto cuando se tomó la decisión y quedar disponible

123
00:08:17,680 --> 00:08:22,380
para lo que venga después. ¿Y eso
es lo que ustedes construyeron?

124
00:08:22,880 --> 00:08:25,080
Ese es el substrato
sobre el que trabajamos.

125
00:08:25,280 --> 00:08:27,760
La aplicación es lo que se ve.

126
00:08:27,840 --> 00:08:32,940
El substrato es lo que hace que el trabajo
de hoy le sirva al de la semana que

127
00:08:32,960 --> 00:08:35,020
viene. Las herramientas cambian.

128
00:08:35,080 --> 00:08:37,300
Esta capa acumula conocimiento.

129
00:08:38,220 --> 00:08:42,140
Aunque alguien podría decir que
estamos comparando cosas distintas.

130
00:08:42,760 --> 00:08:44,800
Y tendría razón en preguntarlo.

131
00:08:44,820 --> 00:08:48,840
Porque quizá estamos comparando
8 meses de un equipo de trabajo.

132
00:08:48,860 --> 00:08:52,960
¿Qué es el tipo de ingeniería contra algo
relativamente sencillo construido con

133
00:08:52,980 --> 00:08:54,080
inteligencia artificial?

134
00:08:55,960 --> 00:08:59,900
Después de todo lo que hemos visto
con Frank, creo que queda una pregunta

135
00:08:59,920 --> 00:09:05,200
importante. ¿Por qué es fácil escuchar
una historia así y pensar que funcionó por

136
00:09:05,220 --> 00:09:07,420
las características
particulares de su negocio?

137
00:09:07,620 --> 00:09:09,740
Y esa es una distinción importante.

138
00:09:10,160 --> 00:09:15,580
No se trata de decir que ahora cualquier empresa puede reemplazar su forma de operar

139
00:09:15,600 --> 00:09:18,840
por agentes. Hay que entender
primero dónde está la distinción.

140
00:09:18,860 --> 00:09:20,800
Y dónde está realmente
el cuello de botella.

141
00:09:21,240 --> 00:09:25,380
Entonces te hago la pregunta que probablemente se está haciendo el que nos está

142
00:09:25,400 --> 00:09:29,180
viendo. El caso de Frank
es un negocio específico.

143
00:09:29,200 --> 00:09:31,760
¿Esto sirve en cualquier operación?

144
00:09:32,080 --> 00:09:33,380
No necesariamente.

145
00:09:33,780 --> 00:09:39,140
Sirve especialmente cuando el cuello de
botella está en la distancia entre quien

146
00:09:39,160 --> 00:09:41,040
decide y quien ejecuta.

147
00:09:41,100 --> 00:09:46,400
Si tu principal problema está en
máquinas, logística física o trabajo que

148
00:09:46,420 --> 00:09:48,840
necesariamente ocurre en la
calle, lo sacas de la calle.

149
00:09:48,860 --> 00:09:52,100
Y los agentes no van a hacer
desaparecer esa limitación.

150
00:09:52,560 --> 00:09:56,700
Pero si el problema está
entre la idea y la ejecución.

151
00:09:56,880 --> 00:10:01,340
Ahí cambia la historia. Si sabes lo que
necesitas, pero convertirlo en algo que

152
00:10:01,360 --> 00:10:05,700
funcione tarda semanas porque tiene
que atravesar reuniones, documentos,

153
00:10:05,720 --> 00:10:11,580
interpretaciones y varias personas, entonces sí tienes una oportunidad enorme de

154
00:10:11,600 --> 00:10:12,860
reducir esa distancia.

155
00:10:13,600 --> 00:10:16,540
¿Y hay que ser técnico para hacerlo?

156
00:10:16,560 --> 00:10:19,960
El caso de Frank es interesante
precisamente por eso.

157
00:10:20,040 --> 00:10:21,580
Frank no es programador.

158
00:10:21,700 --> 00:10:26,200
Lo que sí tiene es una claridad enorme
sobre su negocio y la disposición a tomar

159
00:10:26,220 --> 00:10:31,720
decisiones rápido. Entonces el conocimiento importante no era necesariamente saber

160
00:10:31,740 --> 00:10:33,060
escribir el código.

161
00:10:33,420 --> 00:10:39,080
Era saber qué debía hacer el sistema,
reconocer cuándo el resultado estaba mal

162
00:10:39,100 --> 00:10:41,180
y tomar la siguiente decisión.

163
00:10:41,360 --> 00:10:46,500
La inteligencia artificial puede ayudarte
con la ejecución, pero no puede sustituir

164
00:10:46,520 --> 00:10:52,360
esa claridad. Eso cambia bastante
el perfil de la persona que puede

165
00:10:52,380 --> 00:10:58,080
construir. Y probablemente sea una de las
consecuencias más interesantes de todo

166
00:10:58,100 --> 00:11:03,900
esto. Estamos reduciendo la distancia
entre conocer profundamente un problema y

167
00:11:03,920 --> 00:11:07,660
poder convertir ese conocimiento
en algo que realmente funciona.

168
00:11:08,260 --> 00:11:13,860
Porque el problema no era simplemente
cuántas personas estaban construyendo.

169
00:11:13,880 --> 00:11:18,400
Era cuánto de lo que Frank sabía sobre su
negocio lograba convertirse en decisiones

170
00:11:18,420 --> 00:11:20,800
ejecutables sin perderse por el camino.

171
00:11:21,360 --> 00:11:26,500
Ocho meses acumulando documentos frente
a un sistema que empieza a acumular

172
00:11:26,520 --> 00:11:29,160
decisiones. Y ahí está la diferencia.

173
00:11:29,580 --> 00:11:31,260
Pero quiero ser claro con algo.

174
00:11:31,360 --> 00:11:33,980
Esta forma de trabajar
no es para cualquiera.

175
00:11:34,320 --> 00:11:35,780
¿A qué te refieres?

176
00:11:36,300 --> 00:11:42,120
Si lo que buscas es que alguien te entregue un sistema terminado para no volver a

177
00:11:42,140 --> 00:11:45,500
pensar en él, esto
probablemente no te va a servir.

178
00:11:45,660 --> 00:11:50,980
Esto es para quien quiere entender cómo
funciona lo que está operando su negocio y

179
00:11:51,000 --> 00:11:53,160
seguir tomando las decisiones importantes.

180
00:11:54,120 --> 00:11:56,720
Aunque hay algo que
todavía no hemos contado.

181
00:11:56,740 --> 00:12:01,800
Por lo que me dijiste, esos ocho meses ni
siquiera fueron el costo más grande que

182
00:12:01,820 --> 00:12:03,360
Frank estuvo a punto de pagar.

183
00:12:03,700 --> 00:12:07,560
No. Y esa parte de la historia
cambia completamente la conversación.

184
00:12:07,580 --> 00:12:10,620
Porque ya no estamos hablando
solamente de tiempo perdido.

185
00:12:11,260 --> 00:12:14,080
Entonces. Entonces. ¿Qué estuvo en juego?

186
00:12:14,420 --> 00:12:18,320
Frank llegó a considerar entregar una
parte de su empresa para conseguir la

187
00:12:18,340 --> 00:12:20,640
capacidad que necesitaba para construirla.

188
00:12:21,140 --> 00:12:26,480
Después de todo lo que acabamos de ver,
eso pudo terminar costándole muchísimo más

189
00:12:26,500 --> 00:12:28,700
que ocho meses. Muchísimo más.

190
00:12:28,860 --> 00:12:33,420
Y en el próximo episodio vamos a ver qué
estuvo a punto de entregar, por qué llegó

191
00:12:33,440 --> 00:12:35,720
hasta ese punto y qué cambió después.

192
00:12:36,480 --> 00:12:41,160
Entonces el siguiente capítulo ya no es
solamente una historia sobre tecnología.

193
00:12:41,180 --> 00:12:47,040
No. Es una historia sobre cuánto puede terminar costándote no encontrar una forma de

194
00:12:47,060 --> 00:12:48,740
ejecutar lo que tienes en la cabeza.