METODOLOGIAS AGILES 4ºTECNOLOGIA | Mediateca de EducaMadrid

En el mundo de la tecnología y en realidad casi cualquier sector, todo va a una velocidad 00:00:00

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

geniales y además hacerlo súper rápido, sin que la calidad se resienta? Bueno, pues 00:00:08

hoy vamos a explorar la filosofía que lo hace posible. 00:00:12

La respuesta a esta pregunta no es una única herramienta mágica, sino más bien un cambio 00:00:15

de mentalidad, un cambio de chip que ha revolucionado la forma en que se trabaja. Ha transformado 00:00:20

industrias enteras al encontrar un nuevo equilibrio entre ir rápido y hacer las cosas bien. Y esa 00:00:25

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

súper estricta, es como un gran paraguas que acoge diferentes formas de trabajar, todas muy 00:00:37

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

empezamos con Scrum. La idea central es bastante simple, la verdad. Se trata de avanzar en ciclos 00:00:47

de trabajo cortos y muy, muy enfocados. A estos ciclos se les llama Sprint. A ver, Scrum es uno 00:00:52

de los métodos ágiles más conocidos. Y tiene su porqué. Su estructura está pensada para ser 00:00:59

súper flexible y eficaz, permitiendo que los equipos se adapten a los cambios que puedan 00:01:04

surgir. El principio fundamental es la mejora continua, ir aprendiendo sobre la marcha. Para 00:01:08

que toda esta maquinaria funcione, se definen tres roles clave. Primero, el Product Owner, 00:01:14

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

Luego está el equipo de desarrollo, que son los expertos que tienen la autonomía para decidir 00:01:24

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

bien un facilitador, alguien que quita obstáculos del camino y se asegura de que todo fluya como 00:01:34

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

de una o dos semanas como mucho con un objetivo súper claro. En lugar de intentar construirlo 00:01:45

todo de golpe, los equipos se centran en terminar una pequeña parte funcional del producto. 00:01:49

Y este esquema lo ilustra perfectamente. Cada sprint arranca con una planificación. El equipo 00:01:54

se pone a trabajar para crear un entregable, o sea, una versión funcional de esa pequeña parte 00:01:59

del producto. Al final se revisa, se recoge feedback y si algo no está bien, se puede 00:02:05

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

cambiar de tercio. Si Scrum se organiza en ciclos de tiempo fijos, nuestra segunda metodología, 00:02:16

Kanban, se centra en algo totalmente distinto, en visualizar el flujo de trabajo para que sea 00:02:20

continuo. El propio nombre Kanban ya nos da una pista enorme. Viene del sistema de producción 00:02:25

de Toyota y significa, literalmente, tarjetas visuales. Y esa idea tan simple, la de visualizar 00:02:30

el trabajo es la base de todo el sistema. Esta es la herramienta clave, el tablero Kanban. Su 00:02:36

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

solo vistazo en qué punto está cada una de las tareas del proyecto. Transparencia total. El 00:02:48

tablero se organiza en columnas y cada columna representa una etapa del trabajo. Normalmente 00:02:54

empieza con una lista de tareas pendientes o backlog y de ahí va avanzando por fases como 00:02:59

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

tarjetitas, sino optimizar cómo pasan las tareas de una columna a otra, evitando atascos para que 00:03:09

el trabajo fluya sin parar. ¿Y dentro de esas columnas qué tenemos? Pues las tarjetas. Cada 00:03:15

tarjeta es una tarea concreta, una sola cosa por hacer. A medida que el equipo trabaja en ella, 00:03:20

la tarjeta se va moviendo de una columna a la siguiente y así todo el mundo ve su progreso 00:03:25

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

pero estas metodologías no funcionan en el aire. Se apoyan en todo un ecosistema de herramientas 00:03:34

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

un buen arsenal digital. Y no se trata de tener mil aplicaciones, sino de cubrir las necesidades 00:03:46

clave. Herramientas para generar ideas, como Stormboard. Canales de comunicación fluidos, 00:03:51

como Teams para que la información no se quede atascada y sitios para compartir archivos como 00:03:55

Google Drive para que todo el mundo tenga acceso a lo que necesita. Cada pieza es vital para que 00:03:59

se pueda colaborar en tiempo real. Pero, un momento, ¿y si se pudiera gestionar todo el 00:04:04

proyecto desde un único sitio? Pues para eso están las herramientas de gestión integral. Plataformas 00:04:10

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

para implementar metodologías como Scrum o Kanban y gestionar un proyecto de principio a fin. 00:04:19

Entonces, para que quede todo claro, Scrum se basa en ciclos de trabajo con un tiempo fijo, 00:04:24

los sprints, para ir entregando valor poco a poco, de forma predecible. Kanban, en cambio, 00:04:29

se centra en un flujo de trabajo continuo y en la eficiencia, visualizando cada tarea para que 00:04:34

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

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

mejor con la realidad del equipo y del proyecto? ¿Hace falta la estructura y el ritmo de los 00:04:49

sprints de Scrum para un proyecto con objetivos y plazos muy definidos? ¿O quizás vendría mejor 00:04:54

la flexibilidad de Kanban para gestionar un flujo de trabajo constante, como puede ser el 00:04:58

de un equipo de soporte? La respuesta está en analizar la naturaleza del trabajo. 00:05:02

METODOLOGIAS AGILES 4ºTECNOLOGIA - Contenido educativo

Del mismo autor…

Puzzle 4 piezas

Menú

JUEGO DE MESA (SONIDO ANIMALES)

Trabajo mesa

video RRMM

I5B_TALLER DE NAVIDAD_2025

Festival invierno 25