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, al realizarse la primera entrega completa, el mercado había cambiado y el 50 % de las funciones ya no eran competitivas.

1. a) Justifica técnicamente las causas del fracaso del proyecto apoyándote en el concepto de ciclo de realimentación y en la curva del costo del cambio a lo largo del tiempo.
2. b) Diseña una propuesta de reorganización completa del proyecto bajo el marco Scrum: define el alcance de un Producto Mínimo Viable (MVP) para el primer mes, determina el rol y la implicación del cliente en las decisiones de negocio y explica el mecanismo que permitiría pivotar el desarrollo si cambian las prioridades del mercado.

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.

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.

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 de la secundaria o del pre.

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 preuniversitario. 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.

Un equipo estima sus historias en puntos en lugar de en horas. Explica qué mide la estimación en puntos (esfuerzo, complejidad e incertidumbre relativas) y por qué es más robusta que prometer horas cuando el equipo aún no se conoce bien.

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.

¿Por qué las metodologías ágiles insisten en que el tablero de tareas sea visible para todo el equipo (y, a menudo, también para el cliente)? Explica qué problemas de comunicación evita esta transparencia.

Un grupo de cuatro estudiantes desarrolla en un trimestre una app de gestión de préstamos de la biblioteca de la escuela, 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.

Tu aula organiza la feria tecnológica de la escuela: hay que diseñar los stands, la señalética, la web de inscripción y el programa de charlas en ocho semanas. Diseña el tablero Kanban del proyecto: columnas, límite de trabajo en curso para cada una, una política explícita de «terminado» y cómo visualizarías las tareas bloqueadas.

Explica la diferencia entre «terminado» (según la definición de terminado del equipo) y «casi terminado». Razona por qué en Scrum solo cuenta como avance el trabajo completamente terminado y qué problema crea acumular tareas «al 90 %».

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?

Define «deuda técnica» y explica con un ejemplo cómo se acumula (atajos para entregar antes, falta de pruebas, código duplicado). ¿Por qué un equipo que nunca dedica tiempo a reducirla acaba yendo cada vez más lento aunque trabaje las mismas horas?