Ejercicios: Metodologías Agile y trabajo en equipo

Explicá 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.

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. Indicá qué rol (Product Owner, Scrum Master o equipo de desarrollo) corresponde a cada función y justificá tu elección.

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. Indicá a qué columna debe moverse y qué regla de Kanban hay que verificar antes de moverla.

Explicá 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?

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

Explicá 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?

¿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)? Explicá qué problemas de comunicación evita esta transparencia.

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

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

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

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. Ordenalos, explicá qué se hace en cada uno y quién participa.

Un equipo estima sus historias en puntos en lugar de en horas. Explicá 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 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. Interpretá 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. Enunciá esas preguntas y redactá 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. Explicá cómo debe actuar el Scrum Master ante ese bloqueo.

Definí «deuda técnica» y explicá 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?

Tres equipos ágiles desarrollan a la vez la misma plataforma (app móvil, web y servidor). Analizá qué problemas de coordinación aparecen (dependencias entre equipos, integración, prioridades distintas) y proponé dos mecanismos para gestionarlos sin volver a una planificación rígida en cascada.

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) Justificá 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ñá una propuesta de reorganización completa del proyecto bajo el marco Scrum: definí el alcance de un Producto Mínimo Viable (MVP) para el primer mes, determiná el rol y la implicación del cliente en las decisiones de negocio y explicá el mecanismo que permitiría pivotar el desarrollo si cambian las prioridades del mercado.

Tu clase organiza la feria tecnológica del colegio: hay que diseñar los stands, la señalización, la web de inscripción y el programa de charlas en ocho semanas. Diseñá 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.

Un programador entrega un módulo sin documentación técnica y se niega a estimar tareas alegando: «El Manifiesto Ágil dice que el software funcionando sustituye a la documentación y que adaptarse al cambio es incompatible con seguir planes prefijados».

1. a) Rebatí críticamente esta postura analizando la redacción exacta y el sentido de los cuatro valores del Manifiesto Ágil (qué significa valorar un elemento «sobre» otro).
2. b) Justificá qué artefactos de planificación y qué documentación técnica mínima debe mantener un equipo Scrum para evitar la deuda técnica y permitir que el proyecto sea mantenible en el tiempo sin traicionar la agilidad.

Analizá el siguiente extracto de la auditoría de un equipo que afirma trabajar con Scrum:

«El equipo realiza rigurosamente las reuniones diarias de 15 minutos frente al tablero. El Product Owner asigna individualmente a cada técnico las tareas que debe completar en el sprint según el contrato cerrado firmado con la dirección el año pasado. Al final del sprint, el equipo hace una demostración interna solo con el personal técnico para validar el código, y en las retrospectivas se omiten los planes de acción para no alterar los procesos ya estandarizados.»

1. a) Diagnosticá cuatro disfunciones sistémicas presentes en este flujo de trabajo y justificá qué principio o valor ágil vulnera cada una.
2. b) Explicá por qué esta situación constituye una «falsa agilidad» (Scrum zombi o cascada camuflada) y predecí qué consecuencias tendrá sobre el producto si las necesidades de los usuarios cambian a mitad del proyecto.

Compará la idoneidad de aplicar metodologías ágiles frente a un modelo en cascada tradicional en dos proyectos de ingeniería: el desarrollo de una plataforma web para la gestión de préstamos de una biblioteca y la construcción de un puente de concreto armado.

1. a) Justificá, analizando la curva del costo de cambio a lo largo del tiempo y la posibilidad de generar incrementos utilizables, por qué el software permite iteraciones ágiles mientras que la estructura física del puente exige un diseño predictivo exhaustivo previo a la ejecución.
2. b) Planteá una transferencia metodológica: razoná qué prácticas de gestión ágil (en comunicación, seguimiento visual o coordinación con proveedores) sí son viables y beneficiosas durante la ejecución de la obra civil, y qué otras serían inviables o pondrían en riesgo la seguridad de la infraestructura.