Metodologías Agile y trabajo en equipo

Explica con tus palabras qué es una metodología ágil y en qué se diferencia de un desarrollo en cascada clásico (análisis → diseño → construcción → pruebas, todo por fases cerradas). Pon un ejemplo de proyecto escolar donde encaje mejor cada enfoque.

Una empresa encargó a un estudio el desarrollo «llave en mano» de su tienda en línea con contrato en cascada y requisitos cerrados. A los ocho meses, cuando vieron el producto por primera vez, el mercado había cambiado y la mitad de las funciones ya no interesaban. Analiza qué falló en la gestión del proyecto y describe cómo se habría organizado el mismo proyecto con un enfoque ágil: entregas, reuniones y papel del cliente.

Alguien afirma: «con metodologías ágiles no se planifica ni se escribe documentación, se programa directamente». Evalúa críticamente esta afirmación apoyándote en los valores del Manifiesto Ágil (individuos e interacciones, software funcionando, colaboración con el cliente, respuesta ante el cambio) y explica qué planificación y qué documentación sí existen en Scrum.

En un equipo Scrum aparecen estas tres funciones: (a) decide qué se construye y prioriza la lista de tareas del producto, (b) elimina obstáculos y vela porque se respete el marco de trabajo, (c) construye el producto en cada sprint. Indica qué rol (Product Owner, Scrum Master o equipo de desarrollo) corresponde a cada función y justifica tu elección.

Explica qué es un sprint y qué significa que tenga una duración fija («timeboxing»). ¿Qué ventaja tiene comprometerse a no cambiar el alcance de un sprint una vez empezado?

Estos eventos de un sprint de Scrum están desordenados: (a) retrospectiva, (b) planificación del sprint, (c) reunión diaria de seguimiento, (d) revisión del incremento con el cliente. Ordénalos, explica qué se hace en cada uno y quién participa.

Define qué es un producto mínimo viable (MVP) y explica por qué conviene lanzarlo pronto aunque sea incompleto. Pon un ejemplo de MVP para una app de apuntes compartidos del instituto.

Explica qué es la velocidad de un equipo ágil y para qué se utiliza en la planificación: si un equipo completó $20$, $24$ y $22$ puntos de historia en sus últimos tres sprints, ¿qué velocidad media tiene y cuántos puntos debería comprometer como máximo en el siguiente sprint?

Un grupo de cuatro estudiantes desarrolla una app de gestión de préstamos de la biblioteca del instituto. Redacta dos historias de usuario con el formato «Como [rol], quiero [función], para [beneficio]» y añade a cada una un criterio de aceptación concreto que permita decidir si está terminada.

El equipo de una app de recetas usa el tablero Kanban de la figura. Una tarjeta acaba de superar la revisión de código y espera ser colocada. Indica a qué columna debe moverse y qué regla de Kanban hay que comprobar antes de moverla.

Un grupo de cuatro estudiantes desarrolla en un trimestre una app de gestión de préstamos de la biblioteca del instituto, con una demo funcional cada dos semanas ante la bibliotecaria. Explica si te parece más adecuado Scrum o Kanban para este proyecto y razona tu respuesta con al menos dos argumentos.

Un equipo Kanban anota que sus últimas diez tareas tardaron desde que entraron «En curso» hasta «Hecho»: $2$, $3$, $3$, $4$, $5$, $5$, $6$, $7$, $8$ y $12$ días. a) Calcula el tiempo medio de ciclo y la mediana. b) Razona qué revela la tarea de $12$ días y qué dos hipótesis la explicarían. c) Explica por qué la mediana es aquí más útil que la media para comprometer plazos.

El gráfico de la figura muestra el burndown de un sprint de diez días con $40$ puntos comprometidos: la línea ideal y el trabajo real restante cada día. Interpreta la gráfica: ¿en qué tramo el equipo va retrasado?, ¿qué pudo pasar entre los días 4 y 6?, ¿llegará al final del sprint con el trabajo terminado si mantiene el ritmo de los últimos días?

En la reunión diaria de un equipo cada miembro responde a tres preguntas fijas. Enúncialas y redacta las respuestas que daría un desarrollador que ayer terminó la pantalla de registro, hoy empezará la de perfil y está bloqueado porque el servidor de pruebas no responde. Explica cómo debe actuar el Scrum Master ante ese bloqueo.

Diseña la retrospectiva de un equipo que acaba un trimestre con la sensación de «ir siempre apagando fuegos»: qué datos objetivos recogerías antes de la reunión (tareas completadas, interrupciones, defectos), qué dinámica usarías para que todos hablen y cómo convertirías las conclusiones en una única mejora accionable para el siguiente trimestre.