WEBVTT

00:00:00.000 --> 00:00:04.070
Hay un número de la historia de Frank que
todavía cuesta creer.

00:00:05.040 --> 00:00:09.950
Siete personas trabajando durante ocho
meses en el mismo sistema.

00:00:10.080 --> 00:00:14.130
Y entre esas personas había ingenieros y
un líder técnico.

00:00:14.220 --> 00:00:18.560
No estamos hablando de alguien intentando
construir un producto solo durante los

00:00:18.580 --> 00:00:22.610
fines de semana. Lo sorprendente es el
resultado.

00:00:22.740 --> 00:00:27.900
Porque con un equipo así y ocho meses de
trabajo, uno esperaría encontrar un

00:00:27.920 --> 00:00:29.950
producto bastante avanzado.

00:00:30.000 --> 00:00:31.880
Eso sería lo razonable.

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 %

00:00:37.260 --> 00:00:39.390
de lo que tiene construido hoy.

00:00:39.600 --> 00:00:42.390
Y aquí quiero evitar una conclusión
demasiado fácil.

00:00:42.520 --> 00:00:45.920
¿Estamos diciendo que esos ingenieros eran
malos?

00:00:45.940 --> 00:00:46.840
No.

00:00:47.140 --> 00:00:51.950
Y reducir la historia a eso nos haría
perder precisamente lo interesante.

00:00:52.240 --> 00:00:57.000
Puedes tener buenos profesionales y aún
así obtener un mal resultado

00:00:57.020 --> 00:01:02.000
si existe una brecha entre lo que el
negocio necesita y lo que el equipo

00:01:02.020 --> 00:01:03.890
entiende que debe construir.

00:01:04.120 --> 00:01:08.770
Pero después de ocho meses, esa brecha
debería haberse cerrado.

00:01:09.000 --> 00:01:13.020
En teoría. El problema es cómo intentamos
cerrarla.

00:01:13.040 --> 00:01:18.330
Más reuniones, más documentos, más
requerimientos, más explicaciones.

00:01:18.420 --> 00:01:21.480
Y cada paso agrega una nueva
interpretación.

00:01:21.500 --> 00:01:26.460
La idea sale de la cabeza de Frank, pasa
por varias personas y

00:01:26.480 --> 00:01:29.090
finalmente termina convertida en software.

00:01:29.320 --> 00:01:33.280
Y recién cuando vuelve a Frank, puedes
comprobar si todos estaban construyendo lo

00:01:33.300 --> 00:01:34.750
mismo que él tenía en mente.

00:01:35.100 --> 00:01:39.620
Entonces, el cuello de botella no
necesariamente estaba en escribir código.

00:01:39.640 --> 00:01:42.620
Esa es la pregunta que quiero que
mantengamos abierta.

00:01:42.640 --> 00:01:47.520
Porque antes de sacar conclusiones, vale
la pena escuchar cómo describe Frank lo

00:01:47.540 --> 00:01:48.930
que ocurrió con ese equipo.

00:01:49.920 --> 00:01:54.230
Sí, yo vengo, digamos, de un contexto del
año pasado bastante interesante.

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

00:01:59.720 --> 00:02:02.190
personas, ingenieros, CTO.

00:02:03.320 --> 00:02:07.800
Pero, pues para serles sinceros, estuvimos
trabajando por cerca de

00:02:07.820 --> 00:02:13.120
ocho meses tal vez y no alcanzamos a
lograr

00:02:13.140 --> 00:02:16.650
ni el 5 % de lo que yo tengo actualmente

00:02:17.340 --> 00:02:22.450
que se ha desarrollado este año con estos
agentes de inteligencia artificial.

00:02:22.900 --> 00:02:24.850
Ahora la historia cambia.

00:02:25.360 --> 00:02:29.620
Frank no está diciendo que necesitaba
mejores programadores.

00:02:29.640 --> 00:02:33.470
Está describiendo un problema de
entendimiento.

00:02:33.540 --> 00:02:35.670
Y es más común de lo que parece.

00:02:35.780 --> 00:02:40.840
Quien conoce el negocio a fondo tiene una
cantidad enorme de contexto que nunca

00:02:40.860 --> 00:02:43.410
llega completo al equipo que construye.

00:02:43.660 --> 00:02:47.610
Porque hay cosas que, para esa persona,
son obvias.

00:02:47.880 --> 00:02:53.030
Reglas, excepciones, prioridades, cómo se
relaciona un proceso con otro.

00:02:53.080 --> 00:02:57.340
Y muchas veces ni siquiera sabes que hay
que explicarlas hasta que alguien entiende

00:02:57.360 --> 00:03:02.560
algo distinto. Y entonces aparece otra
reunión.

00:03:02.580 --> 00:03:06.150
Otra explicación, otro documento, otro
ajuste.

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

00:03:11.700 --> 00:03:13.530
reconstruir el contexto original.

00:03:13.800 --> 00:03:17.130
Y el que dirige eso lo vive de otra
manera.

00:03:17.300 --> 00:03:22.620
Es esa sensación de llevar tres reuniones
explicando lo mismo y seguir

00:03:22.640 --> 00:03:24.260
sin ver nada funcionando.

00:03:24.280 --> 00:03:26.120
Ahí está la frustración.

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

00:03:30.680 --> 00:03:36.250
trabajo. Lo cual explica por qué más
documentación no cerraba la brecha.

00:03:36.400 --> 00:03:37.850
Ahí está lo importante.

00:03:37.900 --> 00:03:40.770
El problema no era que Frank documentara
poco.

00:03:40.860 --> 00:03:43.070
Es que un documento se interpreta.

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

00:03:47.940 --> 00:03:49.720
termina convertida en software.

00:03:49.740 --> 00:03:54.730
Entonces la pregunta no es cómo explicarlo
mejor.

00:03:54.960 --> 00:03:58.810
La pregunta es dónde queda guardado lo que
ya se decidió.

00:03:58.860 --> 00:04:02.820
Y en la mayoría de las empresas la
respuesta es incómoda.

00:04:02.840 --> 00:04:07.420
Queda en la cabeza de alguien, en una
conversación o en un documento que ya

00:04:07.440 --> 00:04:08.830
nadie vuelve a abrir.

00:04:09.260 --> 00:04:11.770
¿Y con un agente eso desaparece?

00:04:11.880 --> 00:04:14.480
No. Esa es otra conclusión que hay que
evitar.

00:04:14.500 --> 00:04:19.310
El agente también necesita contexto y
también puede interpretar mal.

00:04:20.240 --> 00:04:22.370
Entonces, ¿dónde está la ventaja?

00:04:22.540 --> 00:04:25.070
En dos cosas. La primera es el tiempo.

00:04:25.180 --> 00:04:30.080
Entre que algo se interpreta mal y tú lo
detectas, pueden pasar minutos en lugar de

00:04:30.100 --> 00:04:32.290
semanas. ¿Y la segunda?

00:04:32.820 --> 00:04:34.810
Que la decisión no se pierde.

00:04:34.840 --> 00:04:37.000
Cuando la corriges, queda registrada.

00:04:37.020 --> 00:04:40.880
El siguiente que trabaja sobre eso no
tiene que volver a preguntar, lo consulta.

00:04:40.900 --> 00:04:45.420
Eso ya suena a algo más que una
herramienta.

00:04:45.440 --> 00:04:47.530
Lo es y tiene nombre.

00:04:47.580 --> 00:04:48.950
No lo inventamos nosotros.

00:04:50.120 --> 00:04:55.540
Hasta aquí hemos hablado mucho de
contexto, decisiones y de

00:04:55.560 --> 00:05:00.840
cómo evitar que lo que una empresa aprende
se pierda cada vez

00:05:00.860 --> 00:05:02.740
que alguien nuevo entra al proceso.

00:05:02.760 --> 00:05:07.820
Y justo ahí aparece una idea que ayuda a
entender qué tendría que

00:05:07.840 --> 00:05:12.110
cambiar cuando empiezas a trabajar con
agentes de inteligencia artificial.

00:05:12.500 --> 00:05:16.330
¿De dónde viene esta idea de la que estás
hablando?

00:05:16.520 --> 00:05:20.920
De una charla en Stanford de Chamath
Palihapitiya, el título es ¿Cómo se gana

00:05:20.940 --> 00:05:22.790
en la era de la inteligencia artificial?

00:05:23.020 --> 00:05:24.400
¿Y qué plantea?

00:05:24.420 --> 00:05:29.900
Dice algo que a un gerente le puede sonar
extraño, pero que cambia completamente

00:05:29.920 --> 00:05:33.850
la forma de pensar cómo construimos con
inteligencia artificial.

00:05:34.300 --> 00:05:39.190
Son apenas 30 segundos y prefiero que se
lo escuches directamente a él.

00:05:39.210 --> 00:05:45.040
Preferiría construir MS-DOS y Windows, no
necesariamente Adobe Photoshop.

00:05:45.560 --> 00:05:50.160
Creo que para la inteligencia artificial
no tenemos ese plano de control.

00:05:50.420 --> 00:05:51.500
Eso quisiera construir.

00:05:51.640 --> 00:05:56.460
Algo que diga: la fuente de verdad para
todos estos agentes

00:05:56.480 --> 00:06:00.820
será siempre una representación simbólica,
independiente del hardware,

00:06:01.020 --> 00:06:05.080
de la base de datos y del lenguaje, de lo
que quieres hacer.

00:06:05.140 --> 00:06:08.040
Habló de construir el sistema operativo.

00:06:08.060 --> 00:06:10.950
En vez de la aplicación que corre encima.

00:06:11.060 --> 00:06:15.400
Esa es la primera parte, pero la segunda
es la que importa para la historia de

00:06:15.420 --> 00:06:20.520
Frank. Dice que la fuente de verdad para
todos esos agentes tiene que ser una

00:06:20.540 --> 00:06:24.940
representación de lo que quieres hacer
independiente de la herramienta con la que

00:06:24.960 --> 00:06:25.860
lo hagas.

00:06:26.440 --> 00:06:30.130
Tradúcelo para alguien que dirige una
empresa y no escribe código.

00:06:30.380 --> 00:06:35.040
Es una capa donde vive lo que quieres
lograr, separada del programa con el que

00:06:35.060 --> 00:06:40.380
lo construyes. No depende del lenguaje, ni
de la base de datos, ni del modelo que

00:06:40.400 --> 00:06:41.870
esté de moda este año.

00:06:42.200 --> 00:06:43.890
¿Y qué se guarda ahí?

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

00:06:49.340 --> 00:06:53.430
salió cada cosa. No es un documento que
describe el sistema.

00:06:53.480 --> 00:06:57.250
Es el registro de lo que el sistema
decidió y por qué.

00:06:57.700 --> 00:07:03.140
O sea que la diferencia con el documento
de las 150 páginas es que ese

00:07:03.160 --> 00:07:05.230
registro no se interpreta.

00:07:05.280 --> 00:07:10.030
Se consulta. Y ahí está la diferencia con
la cadena que describía Frank.

00:07:10.200 --> 00:07:14.430
En esa cadena, cada persona agregaba una
interpretación.

00:07:14.500 --> 00:07:19.460
Acá la decisión queda en un solo lugar y
cualquiera puede consultar la misma

00:07:19.480 --> 00:07:20.380
fuente.

00:07:20.740 --> 00:07:22.570
Incluyendo un agente.

00:07:23.040 --> 00:07:27.270
Incluyendo uno que empieza mañana y no
estuvo en ninguna de las reuniones.

00:07:27.440 --> 00:07:30.970
¿Y ustedes? ¿Llegaron a eso desde el
principio?

00:07:31.240 --> 00:07:35.290
No. Y prefiero contarlo porque yo también
cometí ese error.

00:07:35.620 --> 00:07:38.310
Al principio documentaba todo antes de
construir.

00:07:38.600 --> 00:07:40.810
Escribía la especificación completa.

00:07:40.900 --> 00:07:43.830
La revisaba y recién ahí empezaba.

00:07:43.900 --> 00:07:45.770
Y me pasaba lo mismo que a Frank.

00:07:45.940 --> 00:07:50.620
A mitad del proceso, el documento ya no
describía lo que realmente estábamos

00:07:50.640 --> 00:07:53.200
construyendo. ¿Y qué cambiaste?

00:07:53.220 --> 00:07:58.560
Dejé de intentar escribir todo el
documento antes y empecé a registrar cada

00:07:58.580 --> 00:08:01.410
decisión cuando se tomaba, junto con el
motivo.

00:08:01.640 --> 00:08:05.250
Parece un cambio pequeño, pero fue lo que
más cambió el resultado.

00:08:05.700 --> 00:08:09.950
Porque el documento envejece y el registro
no.

00:08:10.160 --> 00:08:12.770
El registro no tiene que predecir el
futuro.

00:08:13.000 --> 00:08:17.020
Tiene que reflejar lo que era cierto
cuando se tomó la decisión y quedar

00:08:17.040 --> 00:08:19.170
disponible para lo que venga después.

00:08:19.580 --> 00:08:22.380
¿Y eso es lo que ustedes construyeron?

00:08:22.400 --> 00:08:25.310
Ese es el substrato sobre el que
trabajamos.

00:08:25.380 --> 00:08:27.950
La aplicación es lo que se ve.

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.

00:08:33.600 --> 00:08:35.210
Las herramientas cambian.

00:08:35.340 --> 00:08:37.590
Esta capa acumula conocimiento.

00:08:38.780 --> 00:08:42.760
Después de todo lo que hemos visto con
Frank, creo que queda una pregunta

00:08:42.780 --> 00:08:48.100
importante. ¿Por qué es fácil escuchar una
historia así y pensar que funcionó por las

00:08:48.120 --> 00:08:50.310
características particulares de su
negocio?

00:08:50.400 --> 00:08:52.910
Y esa es una distinción importante.

00:08:52.980 --> 00:08:57.840
No se trata de decir que ahora cualquier
empresa puede reemplazar su forma de

00:08:57.860 --> 00:08:59.230
operar por agentes.

00:08:59.320 --> 00:09:03.560
Hay que entender primero dónde está
realmente el cuello de botella.

00:09:03.580 --> 00:09:08.000
Entonces te hago la pregunta que
probablemente se está haciendo el que nos

00:09:08.020 --> 00:09:12.090
está viendo. El caso de Frank es un
negocio específico.

00:09:12.120 --> 00:09:14.670
¿Esto sirve en cualquier operación?

00:09:14.780 --> 00:09:15.840
No necesariamente.

00:09:16.620 --> 00:09:21.920
Sirve especialmente cuando el cuello de
botella está en la distancia entre quien

00:09:21.940 --> 00:09:23.950
decide y quien ejecuta.

00:09:24.260 --> 00:09:29.120
Si tu principal problema está en máquinas,
logística física o trabajo que

00:09:29.140 --> 00:09:33.560
necesariamente ocurre en la calle, los
agentes no van a hacer desaparecer.

00:09:33.580 --> 00:09:35.070
esa limitación.

00:09:35.320 --> 00:09:39.650
Pero si el problema está entre la idea y
la ejecución.

00:09:39.700 --> 00:09:44.100
Ahí cambia la historia. Si sabes lo que
necesitas, pero convertirlo en algo que

00:09:44.120 --> 00:09:48.630
funcione tarda semanas, porque tiene que
atravesar reuniones, documentos,

00:09:48.660 --> 00:09:53.780
interpretaciones y varias personas,
entonces sí tienes una oportunidad enorme

00:09:53.800 --> 00:09:55.830
de reducir esa distancia.

00:09:56.240 --> 00:09:59.510
¿Y hay que ser técnico para hacerlo?

00:09:59.680 --> 00:10:02.700
El caso de Frank es interesante
precisamente por eso.

00:10:02.720 --> 00:10:04.510
Frank no es programador.

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

00:10:09.020 --> 00:10:10.130
decisiones rápido.

00:10:10.640 --> 00:10:15.500
Entonces, el conocimiento importante no
era necesariamente saber escribir el

00:10:15.520 --> 00:10:21.000
código. Era saber qué debía hacer el
sistema, reconocer cuándo el resultado

00:10:21.020 --> 00:10:23.960
estaba mal y tomar la siguiente decisión.

00:10:23.980 --> 00:10:29.280
La inteligencia artificial puede ayudarte
con la ejecución, pero no puede sustituir

00:10:29.300 --> 00:10:34.720
esa claridad. Eso cambia bastante el
perfil de la persona

00:10:34.740 --> 00:10:39.440
que puede construir. Y probablemente sea
una de las consecuencias más

00:10:39.460 --> 00:10:41.550
interesantes de todo esto.

00:10:41.640 --> 00:10:47.040
Estamos reduciendo la distancia entre
conocer profundamente un problema y poder

00:10:47.060 --> 00:10:50.620
convertir ese conocimiento en algo que
realmente funciona.

00:10:50.640 --> 00:10:55.720
Porque el problema no era simplemente
cuántas personas estaban

00:10:55.740 --> 00:11:00.480
construyendo. Era cuánto de lo que Frank
sabía sobre su negocio lograba convertirse

00:11:00.500 --> 00:11:03.750
en decisiones ejecutables sin perderse por
el camino.

00:11:04.280 --> 00:11:09.260
Ocho meses acumulando documentos frente a
un sistema que empieza a acumular

00:11:09.280 --> 00:11:12.290
decisiones. Y ahí está la diferencia.

00:11:12.420 --> 00:11:14.190
Pero quiero ser claro con algo.

00:11:14.300 --> 00:11:16.700
Esta forma de trabajar no es para
cualquiera.

00:11:16.720 --> 00:11:18.710
¿A qué te refieres?

00:11:19.400 --> 00:11:24.380
Si lo que buscas es que alguien te
entregue un sistema terminado para no

00:11:24.400 --> 00:11:28.450
volver a pensar en él, esto probablemente
no te va a servir.

00:11:28.620 --> 00:11:33.780
Esto es para quien quiera entender cómo
funciona lo que está operando su negocio y

00:11:33.800 --> 00:11:36.270
seguir tomando las decisiones importantes.

00:11:36.860 --> 00:11:39.590
Aunque hay algo que todavía no hemos
contado.

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

00:11:44.540 --> 00:11:46.310
Frank estuvo a punto de pagar.

00:11:46.720 --> 00:11:51.040
No. Y esa parte de la historia cambia
completamente la conversación porque ya no

00:11:51.060 --> 00:11:53.490
estamos hablando solamente de tiempo
perdido.

00:11:53.960 --> 00:11:57.070
Entonces, ¿qué estuvo en juego?

00:11:57.360 --> 00:12:01.080
Frank llegó a considerar entregar una
parte de su empresa para conseguir la

00:12:01.100 --> 00:12:03.550
capacidad que necesitaba para construirla.

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

00:12:09.340 --> 00:12:11.500
que ocho meses. Muchísimo más.

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ó

00:12:16.260 --> 00:12:18.770
hasta ese punto y qué cambió después.

00:12:19.200 --> 00:12:24.250
Entonces, el siguiente capítulo ya no es
solamente una historia sobre tecnología.

00:12:24.500 --> 00:12:29.640
No. Es una historia sobre cuánto puede
terminar costándote no encontrar una forma

00:12:29.660 --> 00:12:31.750
de ejecutar lo que tienes en la cabeza.