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

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

3
00:00:10,080 --> 00:00:14,130
Y entre esas personas había ingenieros y
un líder técnico.

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

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

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

7
00:00:27,920 --> 00:00:29,950
producto bastante avanzado.

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

9
00:00:31,900 --> 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,390
de lo que tiene construido hoy.

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

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

13
00:00:45,940 --> 00:00:46,840
No.

14
00:00:47,140 --> 00:00:51,950
Y reducir la historia a eso nos haría
perder precisamente lo interesante.

15
00:00:52,240 --> 00:00:57,000
Puedes tener buenos profesionales y aún
así obtener un mal resultado

16
00:00:57,020 --> 00:01:02,000
si existe una brecha entre lo que el
negocio necesita y lo que el equipo

17
00:01:02,020 --> 00:01:03,890
entiende que debe construir.

18
00:01:04,120 --> 00:01:08,770
Pero después de ocho meses, esa brecha
debería haberse cerrado.

19
00:01:09,000 --> 00:01:13,020
En teoría. El problema es cómo intentamos
cerrarla.

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

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

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

23
00:01:26,480 --> 00:01:29,090
finalmente termina convertida en software.

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

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

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

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

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

29
00:01:47,540 --> 00:01:48,930
que ocurrió con ese equipo.

30
00:01:49,920 --> 00:01:54,230
Sí, yo vengo, digamos, de un contexto del
año pasado bastante interesante.

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

32
00:01:59,720 --> 00:02:02,190
personas, ingenieros, CTO.

33
00:02:03,320 --> 00:02:07,800
Pero, pues para serles sinceros, estuvimos
trabajando por cerca de

34
00:02:07,820 --> 00:02:13,120
ocho meses tal vez y no alcanzamos a
lograr

35
00:02:13,140 --> 00:02:16,650
ni el 5 % de lo que yo tengo actualmente

36
00:02:17,340 --> 00:02:22,450
que se ha desarrollado este año con estos
agentes de inteligencia artificial.

37
00:02:22,900 --> 00:02:24,850
Ahora la historia cambia.

38
00:02:25,360 --> 00:02:29,620
Frank no está diciendo que necesitaba
mejores programadores.

39
00:02:29,640 --> 00:02:33,470
Está describiendo un problema de
entendimiento.

40
00:02:33,540 --> 00:02:35,670
Y es más común de lo que parece.

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

42
00:02:40,860 --> 00:02:43,410
llega completo al equipo que construye.

43
00:02:43,660 --> 00:02:47,610
Porque hay cosas que, para esa persona,
son obvias.

44
00:02:47,880 --> 00:02:53,030
Reglas, excepciones, prioridades, cómo se
relaciona un proceso con otro.

45
00:02:53,080 --> 00:02:57,340
Y muchas veces ni siquiera sabes que hay
que explicarlas hasta que alguien entiende

46
00:02:57,360 --> 00:03:02,560
algo distinto. Y entonces aparece otra
reunión.

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

48
00:03:06,220 --> 00:03:11,680
El equipo puede estar trabajando muchísimo
y aún así una parte del esfuerzo se va en

49
00:03:11,700 --> 00:03:13,530
reconstruir el contexto original.

50
00:03:13,800 --> 00:03:17,130
Y el que dirige eso lo vive de otra
manera.

51
00:03:17,300 --> 00:03:22,620
Es esa sensación de llevar tres reuniones
explicando lo mismo y seguir

52
00:03:22,640 --> 00:03:24,260
sin ver nada funcionando.

53
00:03:24,280 --> 00:03:26,120
Ahí está la frustración.

54
00:03:26,140 --> 00:03:30,660
Y lo peor es que no sabes a quién señalar
porque todos pueden estar haciendo bien su

55
00:03:30,680 --> 00:03:36,250
trabajo. Lo cual explica por qué más
documentación no cerraba la brecha.

56
00:03:36,400 --> 00:03:37,850
Ahí está lo importante.

57
00:03:37,900 --> 00:03:40,770
El problema no era que Frank documentara
poco.

58
00:03:40,860 --> 00:03:43,070
Es que un documento se interpreta.

59
00:03:43,160 --> 00:03:47,920
Cada persona que lo lee construye su
propia versión y esa versión es la que

60
00:03:47,940 --> 00:03:49,720
termina convertida en software.

61
00:03:49,740 --> 00:03:54,730
Entonces la pregunta no es cómo explicarlo
mejor.

62
00:03:54,960 --> 00:03:58,810
La pregunta es dónde queda guardado lo que
ya se decidió.

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

64
00:04:02,840 --> 00:04:07,420
Queda en la cabeza de alguien, en una
conversación o en un documento que ya

65
00:04:07,440 --> 00:04:08,830
nadie vuelve a abrir.

66
00:04:09,260 --> 00:04:11,770
¿Y con un agente eso desaparece?

67
00:04:11,880 --> 00:04:14,480
No. Esa es otra conclusión que hay que
evitar.

68
00:04:14,500 --> 00:04:19,310
El agente también necesita contexto y
también puede interpretar mal.

69
00:04:20,240 --> 00:04:22,370
Entonces, ¿dónde está la ventaja?

70
00:04:22,540 --> 00:04:25,070
En dos cosas. La primera es el tiempo.

71
00:04:25,180 --> 00:04:30,080
Entre que algo se interpreta mal y tú lo
detectas, pueden pasar minutos en lugar de

72
00:04:30,100 --> 00:04:32,290
semanas. ¿Y la segunda?

73
00:04:32,820 --> 00:04:34,810
Que la decisión no se pierde.

74
00:04:34,840 --> 00:04:37,000
Cuando la corriges, queda registrada.

75
00:04:37,020 --> 00:04:40,880
El siguiente que trabaja sobre eso no
tiene que volver a preguntar, lo consulta.

76
00:04:40,900 --> 00:04:45,420
Eso ya suena a algo más que una
herramienta.

77
00:04:45,440 --> 00:04:47,530
Lo es y tiene nombre.

78
00:04:47,580 --> 00:04:48,950
No lo inventamos nosotros.

79
00:04:50,120 --> 00:04:55,540
Hasta aquí hemos hablado mucho de
contexto, decisiones y de

80
00:04:55,560 --> 00:05:00,840
cómo evitar que lo que una empresa aprende
se pierda cada vez

81
00:05:00,860 --> 00:05:02,740
que alguien nuevo entra al proceso.

82
00:05:02,760 --> 00:05:07,820
Y justo ahí aparece una idea que ayuda a
entender qué tendría que

83
00:05:07,840 --> 00:05:12,110
cambiar cuando empiezas a trabajar con
agentes de inteligencia artificial.

84
00:05:12,500 --> 00:05:16,330
¿De dónde viene esta idea de la que estás
hablando?

85
00:05:16,520 --> 00:05:20,920
De una charla en Stanford de Chamath
Palihapitiya, el título es ¿Cómo se gana

86
00:05:20,940 --> 00:05:22,790
en la era de la inteligencia artificial?

87
00:05:23,020 --> 00:05:24,400
¿Y qué plantea?

88
00:05:24,420 --> 00:05:29,900
Dice algo que a un gerente le puede sonar
extraño, pero que cambia completamente

89
00:05:29,920 --> 00:05:33,850
la forma de pensar cómo construimos con
inteligencia artificial.

90
00:05:34,300 --> 00:05:39,190
Son apenas 30 segundos y prefiero que se
lo escuches directamente a él.

91
00:05:39,210 --> 00:05:45,040
Preferiría construir MS-DOS y Windows, no
necesariamente Adobe Photoshop.

92
00:05:45,560 --> 00:05:50,160
Creo que para la inteligencia artificial
no tenemos ese plano de control.

93
00:05:50,420 --> 00:05:51,500
Eso quisiera construir.

94
00:05:51,640 --> 00:05:56,460
Algo que diga: la fuente de verdad para
todos estos agentes

95
00:05:56,480 --> 00:06:00,820
será siempre una representación simbólica,
independiente del hardware,

96
00:06:01,020 --> 00:06:05,080
de la base de datos y del lenguaje, de lo
que quieres hacer.

97
00:06:05,140 --> 00:06:08,040
Habló de construir el sistema operativo.

98
00:06:08,060 --> 00:06:10,950
En vez de la aplicación que corre encima.

99
00:06:11,060 --> 00:06:15,400
Esa es la primera parte, pero la segunda
es la que importa para la historia de

100
00:06:15,420 --> 00:06:20,520
Frank. Dice que la fuente de verdad para
todos esos agentes tiene que ser una

101
00:06:20,540 --> 00:06:24,940
representación de lo que quieres hacer
independiente de la herramienta con la que

102
00:06:24,960 --> 00:06:25,860
lo hagas.

103
00:06:26,440 --> 00:06:30,130
Tradúcelo para alguien que dirige una
empresa y no escribe código.

104
00:06:30,380 --> 00:06:35,040
Es una capa donde vive lo que quieres
lograr, separada del programa con el que

105
00:06:35,060 --> 00:06:40,380
lo construyes. No depende del lenguaje, ni
de la base de datos, ni del modelo que

106
00:06:40,400 --> 00:06:41,870
esté de moda este año.

107
00:06:42,200 --> 00:06:43,890
¿Y qué se guarda ahí?

108
00:06:44,240 --> 00:06:49,320
La intención, la decisión que se tomó, el
resultado que produjo y de dónde

109
00:06:49,340 --> 00:06:53,430
salió cada cosa. No es un documento que
describe el sistema.

110
00:06:53,480 --> 00:06:57,250
Es el registro de lo que el sistema
decidió y por qué.

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

112
00:07:03,160 --> 00:07:05,230
registro no se interpreta.

113
00:07:05,280 --> 00:07:10,030
Se consulta. Y ahí está la diferencia con
la cadena que describía Frank.

114
00:07:10,200 --> 00:07:14,430
En esa cadena, cada persona agregaba una
interpretación.

115
00:07:14,500 --> 00:07:19,460
Acá la decisión queda en un solo lugar y
cualquiera puede consultar la misma

116
00:07:19,480 --> 00:07:20,380
fuente.

117
00:07:20,740 --> 00:07:22,570
Incluyendo un agente.

118
00:07:23,040 --> 00:07:27,270
Incluyendo uno que empieza mañana y no
estuvo en ninguna de las reuniones.

119
00:07:27,440 --> 00:07:30,970
¿Y ustedes? ¿Llegaron a eso desde el
principio?

120
00:07:31,240 --> 00:07:35,290
No. Y prefiero contarlo porque yo también
cometí ese error.

121
00:07:35,620 --> 00:07:38,310
Al principio documentaba todo antes de
construir.

122
00:07:38,600 --> 00:07:40,810
Escribía la especificación completa.

123
00:07:40,900 --> 00:07:43,830
La revisaba y recién ahí empezaba.

124
00:07:43,900 --> 00:07:45,770
Y me pasaba lo mismo que a Frank.

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

126
00:07:50,640 --> 00:07:53,200
construyendo. ¿Y qué cambiaste?

127
00:07:53,220 --> 00:07:58,560
Dejé de intentar escribir todo el
documento antes y empecé a registrar cada

128
00:07:58,580 --> 00:08:01,410
decisión cuando se tomaba, junto con el
motivo.

129
00:08:01,640 --> 00:08:05,250
Parece un cambio pequeño, pero fue lo que
más cambió el resultado.

130
00:08:05,700 --> 00:08:09,950
Porque el documento envejece y el registro
no.

131
00:08:10,160 --> 00:08:12,770
El registro no tiene que predecir el
futuro.

132
00:08:13,000 --> 00:08:17,020
Tiene que reflejar lo que era cierto
cuando se tomó la decisión y quedar

133
00:08:17,040 --> 00:08:19,170
disponible para lo que venga después.

134
00:08:19,580 --> 00:08:22,380
¿Y eso es lo que ustedes construyeron?

135
00:08:22,400 --> 00:08:25,310
Ese es el substrato sobre el que
trabajamos.

136
00:08:25,380 --> 00:08:27,950
La aplicación es lo que se ve.

137
00:08:28,140 --> 00:08:33,470
El substrato es lo que hace que el trabajo
de hoy le sirva al de la semana que viene.

138
00:08:33,600 --> 00:08:35,210
Las herramientas cambian.

139
00:08:35,340 --> 00:08:37,590
Esta capa acumula conocimiento.

140
00:08:38,780 --> 00:08:42,760
Después de todo lo que hemos visto con
Frank, creo que queda una pregunta

141
00:08:42,780 --> 00:08:48,100
importante. ¿Por qué es fácil escuchar una
historia así y pensar que funcionó por las

142
00:08:48,120 --> 00:08:50,310
características particulares de su
negocio?

143
00:08:50,400 --> 00:08:52,910
Y esa es una distinción importante.

144
00:08:52,980 --> 00:08:57,840
No se trata de decir que ahora cualquier
empresa puede reemplazar su forma de

145
00:08:57,860 --> 00:08:59,230
operar por agentes.

146
00:08:59,320 --> 00:09:03,560
Hay que entender primero dónde está
realmente el cuello de botella.

147
00:09:03,580 --> 00:09:08,000
Entonces te hago la pregunta que
probablemente se está haciendo el que nos

148
00:09:08,020 --> 00:09:12,090
está viendo. El caso de Frank es un
negocio específico.

149
00:09:12,120 --> 00:09:14,670
¿Esto sirve en cualquier operación?

150
00:09:14,780 --> 00:09:15,840
No necesariamente.

151
00:09:16,620 --> 00:09:21,920
Sirve especialmente cuando el cuello de
botella está en la distancia entre quien

152
00:09:21,940 --> 00:09:23,950
decide y quien ejecuta.

153
00:09:24,260 --> 00:09:29,120
Si tu principal problema está en máquinas,
logística física o trabajo que

154
00:09:29,140 --> 00:09:33,560
necesariamente ocurre en la calle, los
agentes no van a hacer desaparecer.

155
00:09:33,580 --> 00:09:35,070
esa limitación.

156
00:09:35,320 --> 00:09:39,650
Pero si el problema está entre la idea y
la ejecución.

157
00:09:39,700 --> 00:09:44,100
Ahí cambia la historia. Si sabes lo que
necesitas, pero convertirlo en algo que

158
00:09:44,120 --> 00:09:48,630
funcione tarda semanas, porque tiene que
atravesar reuniones, documentos,

159
00:09:48,660 --> 00:09:53,780
interpretaciones y varias personas,
entonces sí tienes una oportunidad enorme

160
00:09:53,800 --> 00:09:55,830
de reducir esa distancia.

161
00:09:56,240 --> 00:09:59,510
¿Y hay que ser técnico para hacerlo?

162
00:09:59,680 --> 00:10:02,700
El caso de Frank es interesante
precisamente por eso.

163
00:10:02,720 --> 00:10:04,510
Frank no es programador.

164
00:10:04,560 --> 00:10:09,000
Lo que sí tiene es una claridad enorme
sobre su negocio y la disposición a tomar

165
00:10:09,020 --> 00:10:10,130
decisiones rápido.

166
00:10:10,640 --> 00:10:15,500
Entonces, el conocimiento importante no
era necesariamente saber escribir el

167
00:10:15,520 --> 00:10:21,000
código. Era saber qué debía hacer el
sistema, reconocer cuándo el resultado

168
00:10:21,020 --> 00:10:23,960
estaba mal y tomar la siguiente decisión.

169
00:10:23,980 --> 00:10:29,280
La inteligencia artificial puede ayudarte
con la ejecución, pero no puede sustituir

170
00:10:29,300 --> 00:10:34,720
esa claridad. Eso cambia bastante el
perfil de la persona

171
00:10:34,740 --> 00:10:39,440
que puede construir. Y probablemente sea
una de las consecuencias más

172
00:10:39,460 --> 00:10:41,550
interesantes de todo esto.

173
00:10:41,640 --> 00:10:47,040
Estamos reduciendo la distancia entre
conocer profundamente un problema y poder

174
00:10:47,060 --> 00:10:50,620
convertir ese conocimiento en algo que
realmente funciona.

175
00:10:50,640 --> 00:10:55,720
Porque el problema no era simplemente
cuántas personas estaban

176
00:10:55,740 --> 00:11:00,480
construyendo. Era cuánto de lo que Frank
sabía sobre su negocio lograba convertirse

177
00:11:00,500 --> 00:11:03,750
en decisiones ejecutables sin perderse por
el camino.

178
00:11:04,280 --> 00:11:09,260
Ocho meses acumulando documentos frente a
un sistema que empieza a acumular

179
00:11:09,280 --> 00:11:12,290
decisiones. Y ahí está la diferencia.

180
00:11:12,420 --> 00:11:14,190
Pero quiero ser claro con algo.

181
00:11:14,300 --> 00:11:16,700
Esta forma de trabajar no es para
cualquiera.

182
00:11:16,720 --> 00:11:18,710
¿A qué te refieres?

183
00:11:19,400 --> 00:11:24,380
Si lo que buscas es que alguien te
entregue un sistema terminado para no

184
00:11:24,400 --> 00:11:28,450
volver a pensar en él, esto probablemente
no te va a servir.

185
00:11:28,620 --> 00:11:33,780
Esto es para quien quiera entender cómo
funciona lo que está operando su negocio y

186
00:11:33,800 --> 00:11:36,270
seguir tomando las decisiones importantes.

187
00:11:36,860 --> 00:11:39,590
Aunque hay algo que todavía no hemos
contado.

188
00:11:39,640 --> 00:11:44,520
Por lo que me dijiste, esos ocho meses ni
siquiera fueron el costo más grande que

189
00:11:44,540 --> 00:11:46,310
Frank estuvo a punto de pagar.

190
00:11:46,720 --> 00:11:51,040
No. Y esa parte de la historia cambia
completamente la conversación porque ya no

191
00:11:51,060 --> 00:11:53,490
estamos hablando solamente de tiempo
perdido.

192
00:11:53,960 --> 00:11:57,070
Entonces, ¿qué estuvo en juego?

193
00:11:57,360 --> 00:12:01,080
Frank llegó a considerar entregar una
parte de su empresa para conseguir la

194
00:12:01,100 --> 00:12:03,550
capacidad que necesitaba para construirla.

195
00:12:03,880 --> 00:12:09,320
Después de todo lo que acabamos de ver,
eso pudo terminar costándole muchísimo más

196
00:12:09,340 --> 00:12:11,500
que ocho meses. Muchísimo más.

197
00:12:11,520 --> 00:12:16,240
Y en el próximo episodio vamos a ver qué
estuvo a punto de entregar, por qué llegó

198
00:12:16,260 --> 00:12:18,770
hasta ese punto y qué cambió después.

199
00:12:19,200 --> 00:12:24,250
Entonces, el siguiente capítulo ya no es
solamente una historia sobre tecnología.

200
00:12:24,500 --> 00:12:29,640
No. Es una historia sobre cuánto puede
terminar costándote no encontrar una forma

201
00:12:29,660 --> 00:12:31,750
de ejecutar lo que tienes en la cabeza.