Scrum
Introducció
Section titled “Introducció”La majoria d’equips en l’àmbit professional fan servir Scrum, i tu has d’aprendre les regles bàsiques de Scrum per poder treballar en equip.
En aquesta activitat formativa farem servir el projecte TIME per aprendre els principis bàsics de Scrum: https://gitlab.com/xtec/project/time
El primer que has de saber és que de la mateixa manera que en un equip de futbol hi ha jugadors, entrenadors i directius, en un equip Scrum també hi ha aquests tres rols fonamentals.
La gent que va crear Scrum pensava en el rugbi, perquè a diferència del futbol, en el rugbi els jugadors es deixen la pell literalment.
Per tant, per entendre Scrum hem de parlar d’un partit de rugbi.
En terminologia Scrum hi ha dos rols fonamentals:
Developers
En un partit de rugbi l’objectiu és guanyar i els jugadors han de treballar en equip i esforçar-se al màxim per aconseguir aquest objectiu.
El ritme d’un partit de rugbi és semblant al d’un projecte: reunions ràpides, reaccionar de pressa als imprevistos, improvisar en molts casos, etc. amb un únic objectiu: aconseguir punts.
Desenvolupar un projecte és el mateix, i l’equip de projecte ha de funcionar de manera semblant.
Product Owner
El product owner és l’entrenador.
A diferència del futbol, els entrenadors se situen a la grada per analitzar el desenvolupament tàctic del partit i verificar que es compleixen els plans de joc.
En tot projecte es necessita algú que el gestioni i que estigui fora del camp de joc per tenir una visió global del que està passant.
Ja saps que molts jugadors pensen que l’entrenador no té ni idea i que jugarien millor sols, i molts entrenadors pensen que els jugadors no saben res i que el que han de fer és callar i fer el que els manen.
Però la realitat és que els dos rols són necessaris, i per això Scrum deixa clar que l’entrenador és l’entrenador i els jugadors són els jugadors, però tots dos es necessiten l’un a l’altre.
El tercer rol fonamental és el:
Scrum Master
És la persona que ajuda tothom a entendre la teoria, pràctiques, regles i valors de l’Scrum.
I la directiva? Són els Stakeholders, els que marquen les estratègies de l’entitat.
Com pots veure Scrum no és cap novetat, només deixa clar qui és qui.
Treball d’equip
Section titled “Treball d’equip”Com a estudiants sabeu per experiència q
ue treballar en grup és complicat perquè cadascú vol fer les coses de manera diferent, no us poseu d’acord, alguns treballen menys que els altres, hi ha companys que no responen, però com que és l’Institut no passa res.
Però les empreses no estan per romanços, i si un equip no funciona ja buscaran a algú altre.
I el context més exigent és un equip de rugbi, on els teus companys esperen el màxim de tu i han d’anar tots a l’una, sobretot quan es fa Scrum:
I si encara no tens idea que és un Scrum mira aquest vídeo:
L’organització on treballareu espera el màxim de vosaltres i que sapigueu treballar en equip.
Nosaltres com a professors, volem que els estudiants treballeu en equip quan feu un projecte en grup.
I us hem d’ensenyar com.
Però com podem aconseguir això? Aplicant la metodologia Scrum.
Valors
Section titled “Valors”Scrum considera que tots els membres de l’equip han de respectar i creure en cinc valors fonamentals.
Però molts equips pensen que això dels valors fonamentals només són paraules, i que hi ha coses més importants.
Això és així perquè no juguen a rugbi i no s’han hagut d’enfrontar a la selecció de Nova Zelanda, que és la que més respecta i transmet al camp els seus valors fonamentals:
I els altres equips han après a respondre a la Hakka perquè cada equip té els seus valors:
El mateix passa en els equips de treball que no respecten el valors fonamentals d’Scrum:
No poden competir amb els altres equips de treball que si que respecten els valors fonamentals d’Scrum.
GitLab
Section titled “GitLab”El primer que ha de fer el Product Owner del vostre grup és crear un projecte nou a Gitlab.
A continuació has de convidar als altres membres de l’equip.
Modifica el fitxer README.md i escriu una descripció realista del teu projecte: README.md
Product Backlog
Section titled “Product Backlog”El “Product Backlog” és un munt de tasques que has de realitzar per construir el producte final.
Com ja deus saber la manera en què es fa una tasca és dividint la tasca en tasques més petites, i dividir aquestes tasques en tasques més petites, i… suposo que ja has captat la idea.
Product Goal
Section titled “Product Goal”El projecte Calçotada està molt bé, però els alumnes de prova necessitem un repte millor.
Què et sembla el projecte Time?
La primera tasca sempre és l’objectiu del projecte (el Product Goal).
Selecciona l’opció de crear una nova tasca (Issue):
I ja pots crear la primera tasca!
https://gitlab.com/xtec/project/time/-/issues/1
Recorda que has de complir amb aquest objectiu, i si no compleixes amb aquest objectiu el projecte es considera fallit per molt esforç que hagis dedicat al projecte.
Els professors sabem que als estudiants els hem de donar una mica de marge, però en el món laboral un projecte fallit és una inversió perduda i en alguns casos el final de l’empresa.
Tasques
Section titled “Tasques”A continuació el “Product Owner” ha de crear les tasques de segon nivell que serviran per definir els sprints que es realitzaran en el projecte Scrum.
Recorda que tota tasca ha de ser subtasca d’alguna tasca, excepte la primera tasca que és l’objectiu del projecte!
Fes clic a New Issue i emplena els camps corresponents:
I a poc a poc vas construint l’arbre de tasques:
Product Backlog
Section titled “Product Backlog”El resultat de crear totes aquestes tasques és el product backlog, que traduït a llenguatge pla significa:
Totes les tasques del projecte pendents de realitzar i que no s’han començat a realitzar.
Sprint
Section titled “Sprint”Un Sprint és un subprojecte que ha de durar pocs minuts en el rugbi, i entre 1 i 4 setmanes en el nostre treball.
En Rugby està clar que si no aconsegueixes fer un assaig el Sprint no haurà servit per a res.
Per això recorda que encara que el Sprint sigui un subprojecte no deixa de ser un projecte!
Per tant, ha de donar un resultat incremental que sigui útil.
Tauler de treball
Section titled “Tauler de treball”Scrum no diu res respecte a taulers perquè és una eina, no un principi bàsic.
Per poder treballar necessita un tauler de treball específic per a l’equip, i els equips Scrum normalment utilitzen taulers semblants als de Kanban.
En el tauler pots veure que a la columna Open hi ha totes les tasques pendents del projecte:
Està clar que no podem construir la màquina del temps per art de màgia, i de moment no disposem d’una vareta màgica per crear-la amb un abracadabra.
El món real és més complex, però la solució és molt senzilla.
Sprint Goal
Section titled “Sprint Goal”El que ha de fer el “Product Owner” és seleccionar aquesta tasca de segon nivell que serà l’objecte del primer Sprint.
Si volem fer moltes coses al mateix temps mai acabarem de fer res, i Scrum ens diu que hem de centrar-nos en un subconjunt de tasques que han d’estar relacionades, i com a equip fer un scrum.
En el nostre cas seleccionem la tasca de segon nivell “Aconseguir un minireactor nuclear”, però tu pots triar una altra si vols.
Crea un nou “milestone” (equival a un Sprint):
Emplena les dades pertinents:
Afegeix la issue “Aconseguir un minireactor nuclear” al milestone:
Sprint Backlog
Section titled “Sprint Backlog”Ja sabràs que no és el mateix aconseguir un minireactor nuclear que comprar un mòbil.
Aquest és el motiu pel qual és una tasca de segon nivell i no de quart o cinquè nivell, i el primer que hem de fer és dividir la tasca en subtasques de nivell 3.
Tots els membres de l’equip poden anar dividint les tasques en subtasques fins que aquestes subtasques siguin realitzables per l’equip de treball.
Per exemple, un membre de l’equip pot afegir a la subtasca “Comprar reactor” una subtasca “Negociar amb Seaborg”:
Quan un membre de l’equip considera que ja es pot treballar amb una de les subtasques, la incorpora a l’inici de la línia de treball del tauler fent clic a la icona corresponent:
I ja tenim la tasca a l’inici de la línia de treball!
Si vas a la tasca pots veure el seu estat:
Creació contínua
Section titled “Creació contínua”En algunes ocasions se sap exactament tot el que s’ha de fer, en altres se sap més o menys el que s’ha de fer, i el que és pitjor, bastantes vegades no se sap molt el que s’ha de fer.
Cap problema, a l’inici del Sprint no és necessari que estiguin totes les tasques a realitzar en el Sprint Backlog.
Només recorda el principi fonamental de la informàtica:
Però ha de quedar ben clar que, encara que es poden afegir tasques i modificar tasques, que és el més habitual:
-
Mai es pot modificar la tasca principal, el Sprint Goal.
-
No es poden afegir tasques que no siguin subtasques, directes o indirectes, del Sprint Goal.
Vosaltres com a equip us heu compromès a aconseguir un objectiu, el Spring Goal.
Cada jugada és diferent, moltes vegades passen coses inesperades, cal adaptar-se, canviar d’estratègia, però si al final no s’aconsegueix fer un assaig, tot l’esforç no haurà servit per a res.
Documents
Section titled “Documents”En Scrum hi ha uns esdeveniments obligatoris que han de quedar documentats.
Per això tens una wiki:
Sprint Planning
Section titled “Sprint Planning”El primer document que s’ha de crear en cada Sprint és el de la planificació del Sprint en el qual s’ha de decidir quin serà el Sprint Goal i definir el treball a fer.
Tot l’equip Scrum ha de participar, i el Product Owner ha d’assegurar-se que tots els participants estan preparats per poder planificar i treballar en aquest Sprint.
El Scrum Team també pot convidar a altres persones a participar en el Sprint Planning i donar consells.
Aquest document es crea en cada Sprint que feu.
Daily Scrum
Section titled “Daily Scrum”Cada dia, el primer que heu de fer, és una reunió ràpida de màxim 10 o 15 minuts per comentar com va el projecte i planificar què fareu durant el dia.
Afegeix un subarticle:
Sprint Review
Section titled “Sprint Review”Un cop acabat el Sprint, hem de valorar els resultats obtinguts i decidir què fer a continuació.
Sprint Retrospective
Section titled “Sprint Retrospective”També hem de parlar de tot el que no ha funcionat com a equip en aquest Sprint, i tractar d’identificar què hem de fer per millorar i com podem fer-ho.
El contingut d'aquest lloc web té llicència CC BY-NC-ND 4.0.
©2022-2025 xtec.dev