Exercicis: Metodologies Agile i treball en equip

Explica amb les teves paraules què és una metodologia àgil i en què es diferencia d'un desenvolupament en cascada clàssic (anàlisi → disseny → construcció → proves, tot per fases tancades). Posa un exemple de projecte escolar on encaixi millor cada enfocament.

En un equip Scrum apareixen aquestes tres funcions: (a) decideix què es construeix i prioritza la llista de tasques del producte, (b) elimina obstacles i vetlla perquè es respecti el marc de treball, (c) construeix el producte a cada esprint. Indica quin rol (Product Owner, Scrum Master o equip de desenvolupament) correspon a cada funció i justifica la teva elecció.

L'equip d'una app de receptes fa servir el tauler Kanban de la figura. Una targeta acaba de superar la revisió de codi i espera ser col·locada. Indica a quina columna s'ha de moure i quina regla de Kanban cal comprovar abans de moure-la.

Explica què és un esprint i què significa que tingui una durada fixa («timeboxing»). Quin avantatge té comprometre's a no canviar l'abast d'un esprint un cop començat?

Defineix què és un producte mínim viable (MVP) i explica per què convé llançar-lo aviat encara que sigui incomplet. Posa un exemple d'MVP per a una app d'apunts compartits de l'institut.

Explica què és la velocitat d'un equip àgil i per a què s'utilitza en la planificació: si un equip va completar $20$, $24$ i $22$ punts d'història en els seus últims tres esprints, quina velocitat mitjana té i quants punts hauria deフロー comprometre com a màxim en el següent esprint?

Per què les metodologies àgils insisteixen que el tauler de tasques sigui visible per a tot l'equip (i, sovint, també per al client)? Explica quins problemes de comunicació evita aquesta transparència.

Explica la diferència entre «acabat» (segons la definició d'acabat de l'equip) i «gairebé acabat». Raona per què a Scrum només compta com a avanç el treball completament acabat i quin problema crea acumular tasques «al 90 %».

Un grup de quatre estudiants desenvolupa en un trimestre una app de gestió de préstecs de la biblioteca de l'institut, amb una demo funcional cada dues setmanes davant de la bibliotecària. Explica si et sembla més adequat Scrum o Kanban per a aquest projecte i raona la teva resposta amb almenys dos arguments.

Un grup de quatre estudiants desenvolupa una app de gestió de préstecs de la biblioteca de l'institut. Redacta dues històries d'usuari amb el format «Com a [rol], vull [funció], per a [benefici]» i afegeix a cadascuna un criteri d'acceptació concret que permeti decidir si està acabada.

Aquests esdeveniments d'un esprint de Scrum estan desordenats: (a) retrospectiva, (b) planificació de l'esprint, (c) reunió diària de seguiment, (d) revisió de l'increment amb el client. Ordena'ls, explica què es fa en cadascun i qui hi participa.

Un equip estima les seves històries en punts en lloc d'en hores. Explica què mesura l'estimació en punts (esforç, complexitat i incertesa relatives) i per què és més robusta que prometre hores quan l'equip encara no es coneix bé.

El gràfic de la figura mostra el burndown d'un esprint de deu dies amb $40$ punts compromesos: la línia ideal i el treball real restant cada dia. Interpreta la gràfica: en quin tram l'equip va endarrerit?, què va poder passar entre els dies 4 i 6?, arribarà al final de l'esprint amb el treball acabat si manté el ritme dels últims dies?

A la reunió diària d'un equip cada membre respon a tres preguntes fixes. Enuncia-les i redacta les respostes que donaria un desenvolupador que ahir va acabar la pantalla de registre, avui començarà la de perfil i està bloquejat perquè el servidor de proves no respon. Explica com ha d'actuar el Scrum Master davant d'aquest bloqueig.

Defineix «deute tècnic» i explica amb un exemple com s'acumula (dreceres per lliurar abans, falta de proves, codi duplicat). Per què un equip que mai no dedica temps a reduir-lo acaba anant cada cop més lent encara que treballi les mateixes hores?

Tres equips àgils desenvolupen alhora la mateixa plataforma (app mòbil, web i servidor). Analitza quins problemes de coordinació apareixen (dependències entre equips, integració, prioritats diferents) i proposa dos mecanismes per gestionar-los sense tornar a una planificació rígida en cascada.

Una empresa va encarregar a un estudi el desenvolupament «clau en mà» de la seva botiga en línia amb contracte en cascada i requisits tancats. Al cap de vuit mesos, en realitzar-se el primer lliurament complet, el mercat havia canviat i el 50 % de les funcions ja no eren competitives.

1. a) Justifica tècnicament les causes del fracàs del projecte recolzant-te en el concepte de cicle de realimentació i en la corba del cost del canvi al llarg del temps.
2. b) Dissenya una proposta de reorganització completa del projecte sota el marc Scrum: defineix l'abast d'un Producte Mínim Viable (MVP) per al primer mes, determina el rol i la implicació del client en les decisions de negoci i explica el mecanisme que permetria pivotar el desenvolupament si canvien les prioritats del mercat.

La teva classe organitza la fira tecnològica del centre: cal dissenyar els estands, la senyalètica, el web d'inscripció i el programa de xerrades en vuit setmanes. Dissenya el tauler Kanban del projecte: columnes, límit de treball en curs per a cadascuna, una política explícita d'«acabat» i com visualitzaries les tasques bloquejades.

Un programador lliura un mòdul sense documentació tècnica i es nega a estimar tasques al·legant: «El Manifest Àgil diu que el programari funcionant substitueix la documentació i que adaptar-se al canvi és incompatible amb seguir plans prefixats».

1. a) Rebat críticament aquesta postura analitzant la redacció exacta i el sentit dels quatre valors del Manifest Àgil (què significa valorar un element «per sobre de» un altre).
2. b) Justifica quins artefactes de planificació i quina documentació tècnica mínima ha de mantenir un equip Scrum per evitar el deute tècnic i permetre que el projecte sigui mantenible en el temps sense trair l'agilitat.

Un client acudeix a la teva empresa tecnològica exigint desenvolupar una aplicació amb un catàleg tancat de 25 funcions complexes, un termini inamovible de quatre mesos i un pressupost tancat de 10.000 €.

1. a) Fent servir el triangle de ferro de la gestió de projectes (abast, temps i cost), prediu quins riscos crítics sobre la qualitat del programari i la viabilitat de l'equip comportaria acceptar el contracte fixant rígidament els tres vèrtexs alhora.
2. b) Dissenya una proposta de negociació tècnica basada en principis àgils per convèncer el client de flexibilitzar l'abast sense perdre l'encàrrec: justifica com prioritzaries els requisits mitjançant valor de negoci i com garantiries lliuraments funcionals en cada fita de pagament.

Un equip Kanban anota que les seves últimes deu tasques van trigar des que van entrar a «En curs» fins a «Fet»: $2$, $3$, $3$, $4$, $5$, $5$, $6$, $7$, $8$ i $12$ dies. a) Calcula el temps mitjà de cicle i la mediana. b) Raona què revela la tasca de $12$ dies i quines dues hipòtesis l'explicarien. c) Explica per què la mediana és aquí més útil que la mitjana perフロー comprometre terminis.

Analitza el següent extracte de l'auditoria d'un equip que afirma treballar amb Scrum:

«L'equip realitza rigorosament les reunions diàries de 15 minuts davant del tauler. El Product Owner assigna individualment a cada tècnic les tasques que ha de completar en l'sprint segons el contracte tancat signat amb la direcció l'any passat. Al final de l'sprint, l'equip fa una demostració interna només amb el personal tècnic per validar el codi, i en les retrospectives s'ometen els plans d'acció per no alterar els processos ja estandarditzats.»

1. a) Diagnostica quatre disfuncions sistèmiques presents en aquest flux de treball i justifica quin principi o valor àgil vulnera cadascuna.
2. b) Explica per què aquesta situació constitueix una «falsa agilitat» (Scrum zombi o cascada camuflada) i prediu quines conseqüències tindrà sobre el producte si les necessitats dels usuaris canvien a meitat del projecte.

Un equip de desenvolupament de programari finalitza un trimestre amb una sobrecàrrega crítica i la queixa unànime d'haver passat tres mesos «apagant focs» en comptes d'avançar en el producte planificat.

1. a) Dissenya la fase prèvia de la retrospectiva: selecciona i justifica almenys tres mètriques objectives del flux de treball que hauries de mesurar abans de la reunió per identificar les causes del desbordament sense recórrer a opinions subjectives.
2. b) Dissenya la dinàmica de la reunió estructurant-la en fases (preparació de l'ambient, recol·lecció de dades, indagació de causes i presa de decisions).
3. c) Formula un pla d'acció per al següent trimestre en format d'experiment Kaizen mesurable (hipòtesi de canvi, mètrica d'èxit i termini de revisió).

Compara la idoneïtat d'aplicar metodologies àgils enfront d'un model en cascada tradicional en dos projectes d'enginyeria: el desenvolupament d'una plataforma web per a la gestió de préstecs d'una biblioteca i la construcció d'un pont de formigó armat.

1. a) Justifica, analitzant la corba del cost de canvi al llarg del temps i la possibilitat de generar increments utilitzables, per què el programari permet iteracions àgils mentre que l'estructura física del pont exigeix un disseny predictiu exhaustiu previ a l'execució.
2. b) Planteja una transferència metodològica: raona quines pràctiques de gestió àgil (en comunicació, seguiment visual o coordinació amb proveïdors) sí que són viables i beneficioses durant l'execució de l'obra civil, i quines altres serien inviables o posarien en risc la seguretat de la infraestructura.

Repte del tema. Imagina que lideres un equip tècnic que ha de dissenyar una solució digital per optimitzar el consum elèctric domèstic. Aplicaràs Scrum i Kanban per gestionar aquest projecte de manera àgil des de casa:

1. Product Backlog i estimació: Redacta a LibreOffice Writer quatre històries d'usuari enfocades a l'estalvi energètic d'una família. Assigna a cadascuna la seva estimació d'esforç relatiu emprant l'escala de Fibonacci ($1, 2, 3, 5$).

2. Sprint de dades reals: Consulta al web de Red Eléctrica de España (REE / ESIOS) el preu voluntari per al petit consumidor (PVPC en $€/\text{MWh}$) del dia anterior. Descarrega les dades, importa-les a LibreOffice Calc, calcula la tarifa mitjana del dia i identifica la franja de $3$ hores consecutives més barata.

3. Taulell Kanban i retrospectiva: Elabora un taulell visual (columnes: Per fer, En curs, Fet) que reflecteixi el cicle de vida de les tasques realitzades. Redacta una acta de retrospectiva breu on analitzis el flux de treball, els bloquejos detectats i proposis dues dinàmiques de millora contínua per coordinar l'equip en el següent sprint.

Es valorarà:

• Formulació correcta d'històries d'usuari amb criteris d'acceptació i estimació àgil.

• Rigor en l'obtenció i tractament de les dades horàries de REE mitjançant LibreOffice Calc.

• Representació adequada del flux Kanban i qualitat reflexiva de la retrospectiva orientada al treball en equip.