1
00:00:00,000 --> 00:00:04,320
En el mundo de la tecnología y en realidad casi cualquier sector, todo va a una velocidad

2
00:00:04,320 --> 00:00:08,259
de vértigo. Pero a ver, ¿cómo lo hacen los equipos de hoy en día para crear productos

3
00:00:08,259 --> 00:00:12,560
geniales y además hacerlo súper rápido, sin que la calidad se resienta? Bueno, pues

4
00:00:12,560 --> 00:00:15,179
hoy vamos a explorar la filosofía que lo hace posible.

5
00:00:15,820 --> 00:00:20,379
La respuesta a esta pregunta no es una única herramienta mágica, sino más bien un cambio

6
00:00:20,379 --> 00:00:25,800
de mentalidad, un cambio de chip que ha revolucionado la forma en que se trabaja. Ha transformado

7
00:00:25,800 --> 00:00:31,519
industrias enteras al encontrar un nuevo equilibrio entre ir rápido y hacer las cosas bien. Y esa

8
00:00:31,519 --> 00:00:37,299
solución tiene un nombre, Agile, o como decimos aquí, ágil. Pero ojo, más que una metodología

9
00:00:37,299 --> 00:00:42,179
súper estricta, es como un gran paraguas que acoge diferentes formas de trabajar, todas muy

10
00:00:42,179 --> 00:00:47,880
flexibles. Hoy nos vamos a centrar en dos de las más importantes, Scrum y Kanban. Venga, pues

11
00:00:47,880 --> 00:00:52,560
empezamos con Scrum. La idea central es bastante simple, la verdad. Se trata de avanzar en ciclos

12
00:00:52,560 --> 00:00:59,020
de trabajo cortos y muy, muy enfocados. A estos ciclos se les llama Sprint. A ver, Scrum es uno

13
00:00:59,020 --> 00:01:04,140
de los métodos ágiles más conocidos. Y tiene su porqué. Su estructura está pensada para ser

14
00:01:04,140 --> 00:01:08,599
súper flexible y eficaz, permitiendo que los equipos se adapten a los cambios que puedan

15
00:01:08,599 --> 00:01:14,079
surgir. El principio fundamental es la mejora continua, ir aprendiendo sobre la marcha. Para

16
00:01:14,079 --> 00:01:18,680
que toda esta maquinaria funcione, se definen tres roles clave. Primero, el Product Owner,

17
00:01:18,680 --> 00:01:23,560
que es, por así decirlo, la voz del cliente. Decide que se va a construir y que es más urgente.

18
00:01:24,079 --> 00:01:28,420
Luego está el equipo de desarrollo, que son los expertos que tienen la autonomía para decidir

19
00:01:28,420 --> 00:01:34,319
cómo construirlo. Y por último, el Scrum Master, que, y esto es importante, no es un jefe. Es más

20
00:01:34,319 --> 00:01:39,019
bien un facilitador, alguien que quita obstáculos del camino y se asegura de que todo fluya como

21
00:01:39,019 --> 00:01:45,120
debe. El corazón de Scrum, su pieza central, es el Sprint. Es un ciclo de trabajo cortito,

22
00:01:45,120 --> 00:01:49,659
de una o dos semanas como mucho con un objetivo súper claro. En lugar de intentar construirlo

23
00:01:49,659 --> 00:01:53,739
todo de golpe, los equipos se centran en terminar una pequeña parte funcional del producto.

24
00:01:54,400 --> 00:01:59,959
Y este esquema lo ilustra perfectamente. Cada sprint arranca con una planificación. El equipo

25
00:01:59,959 --> 00:02:05,560
se pone a trabajar para crear un entregable, o sea, una versión funcional de esa pequeña parte

26
00:02:05,560 --> 00:02:10,439
del producto. Al final se revisa, se recoge feedback y si algo no está bien, se puede

27
00:02:10,439 --> 00:02:16,439
corregir súper rápido en el siguiente ciclo. Es un bucle de mejora constante. Vale, ahora vamos a

28
00:02:16,439 --> 00:02:20,740
cambiar de tercio. Si Scrum se organiza en ciclos de tiempo fijos, nuestra segunda metodología,

29
00:02:20,960 --> 00:02:25,000
Kanban, se centra en algo totalmente distinto, en visualizar el flujo de trabajo para que sea

30
00:02:25,000 --> 00:02:30,580
continuo. El propio nombre Kanban ya nos da una pista enorme. Viene del sistema de producción

31
00:02:30,580 --> 00:02:36,199
de Toyota y significa, literalmente, tarjetas visuales. Y esa idea tan simple, la de visualizar

32
00:02:36,199 --> 00:02:42,740
el trabajo es la base de todo el sistema. Esta es la herramienta clave, el tablero Kanban. Su

33
00:02:42,740 --> 00:02:48,240
objetivo es muy sencillo pero a la vez potentísimo, que cualquier persona del equipo pueda ver de un

34
00:02:48,240 --> 00:02:54,280
solo vistazo en qué punto está cada una de las tareas del proyecto. Transparencia total. El

35
00:02:54,280 --> 00:02:59,580
tablero se organiza en columnas y cada columna representa una etapa del trabajo. Normalmente

36
00:02:59,580 --> 00:03:04,460
empieza con una lista de tareas pendientes o backlog y de ahí va avanzando por fases como

37
00:03:04,460 --> 00:03:09,860
en proceso, en revisión, hasta que llega a la columna de hecho. La clave no es sólo mover

38
00:03:09,860 --> 00:03:15,199
tarjetitas, sino optimizar cómo pasan las tareas de una columna a otra, evitando atascos para que

39
00:03:15,199 --> 00:03:20,719
el trabajo fluya sin parar. ¿Y dentro de esas columnas qué tenemos? Pues las tarjetas. Cada

40
00:03:20,719 --> 00:03:25,259
tarjeta es una tarea concreta, una sola cosa por hacer. A medida que el equipo trabaja en ella,

41
00:03:25,379 --> 00:03:29,599
la tarjeta se va moviendo de una columna a la siguiente y así todo el mundo ve su progreso

42
00:03:29,599 --> 00:03:34,599
de forma supervisual hasta que llega al final. Claro, todo esto suena muy bien en la teoría,

43
00:03:34,819 --> 00:03:39,759
pero estas metodologías no funcionan en el aire. Se apoyan en todo un ecosistema de herramientas

44
00:03:39,759 --> 00:03:45,840
digitales que hacen que la colaboración sea mucho más fácil. Un equipo ágil necesita, sí o sí,

45
00:03:46,000 --> 00:03:51,039
un buen arsenal digital. Y no se trata de tener mil aplicaciones, sino de cubrir las necesidades

46
00:03:51,039 --> 00:03:55,740
clave. Herramientas para generar ideas, como Stormboard. Canales de comunicación fluidos,

47
00:03:55,740 --> 00:03:59,919
como Teams para que la información no se quede atascada y sitios para compartir archivos como

48
00:03:59,919 --> 00:04:04,520
Google Drive para que todo el mundo tenga acceso a lo que necesita. Cada pieza es vital para que

49
00:04:04,520 --> 00:04:10,020
se pueda colaborar en tiempo real. Pero, un momento, ¿y si se pudiera gestionar todo el

50
00:04:10,020 --> 00:04:15,219
proyecto desde un único sitio? Pues para eso están las herramientas de gestión integral. Plataformas

51
00:04:15,219 --> 00:04:19,420
como Trello o Asana, que seguro que suenan a mucha gente, están diseñadas justo para esto,

52
00:04:19,699 --> 00:04:23,939
para implementar metodologías como Scrum o Kanban y gestionar un proyecto de principio a fin.

53
00:04:24,680 --> 00:04:29,199
Entonces, para que quede todo claro, Scrum se basa en ciclos de trabajo con un tiempo fijo,

54
00:04:29,379 --> 00:04:34,399
los sprints, para ir entregando valor poco a poco, de forma predecible. Kanban, en cambio,

55
00:04:34,680 --> 00:04:39,220
se centra en un flujo de trabajo continuo y en la eficiencia, visualizando cada tarea para que

56
00:04:39,220 --> 00:04:44,720
el proceso sea lo más fluido posible. Y con esto llegamos a la pregunta del millón. Al final,

57
00:04:44,720 --> 00:04:49,579
no se trata de decir que una es mejor que la otra, para nada. La clave es pensar qué encaja

58
00:04:49,579 --> 00:04:54,279
mejor con la realidad del equipo y del proyecto? ¿Hace falta la estructura y el ritmo de los

59
00:04:54,279 --> 00:04:58,779
sprints de Scrum para un proyecto con objetivos y plazos muy definidos? ¿O quizás vendría mejor

60
00:04:58,779 --> 00:05:02,899
la flexibilidad de Kanban para gestionar un flujo de trabajo constante, como puede ser el

61
00:05:02,899 --> 00:05:06,779
de un equipo de soporte? La respuesta está en analizar la naturaleza del trabajo.