Guia
Scrum
Scrum és un marc curt —cap en unes poques pàgines— per entregar en iteracions. Gairebé tots els problemes amb Scrum vénen d'aplicar la cerimònia sense entendre quin problema resol cada part.
Darrera actualització:
Scrum organitza la feina en *sprints* d'una a quatre setmanes. Al final de cadascun hi hauria d'haver alguna cosa acabada i potencialment entregable. La idea és tenir un punt d'inspecció freqüent i fix.
Rols
- Product Owner: decideix què es fa i en quin ordre. És una persona, no un comitè, i té autoritat real sobre la prioritat.
- Scrum Master: s'ocupa que el procés funcioni i de retirar els obstacles. No és un cap de projecte ni assigna tasques.
- Equip de desenvolupament: qui construeix. S'organitzen ells mateixos per complir l'objectiu del sprint.
Esdeveniments
- Planificació: l'equip tria quanta feina entra al sprint i defineix l'objectiu.
- Daily: quinze minuts per sincronitzar-se i detectar bloquejos. No és un informe d'estat per al cap.
- Review: s'ensenya el que s'ha acabat a qui correspongui i es recull *feedback*.
- Retrospectiva: l'equip mira com ha treballat i tria una o dues millores concretes per al sprint següent.
Artefactes
El product backlog és la llista prioritzada de tot el pendent, viva i a càrrec del Product Owner. El sprint backlog és el que l'equip s'ha compromès a fer al sprint en curs. L'increment és la suma de tot el que s'ha acabat fins ara, en estat entregable.
Antipatrons habituals
- Sprints que acaben amb feina «gairebé feta» que s'arrossega: la definició de «acabat» no és real.
- El daily convertit en reunió de report a un comandament: deixa de servir per coordinar-se.
- Un Product Owner sense autoritat que ha de consultar cada prioritat: el coll d'ampolla es trasllada fora de l'equip.
- Retrospectives que no canvien res: si ningú actua sobre les millores, l'equip deixa de proposar-les.
- Estimar per mesurar productivitat: l'estimació s'infla i perd la seva funció.
Preguntes freqüents
El que ens solen preguntar
Quant ha de durar un sprint?
Entre una i quatre setmanes, sempre la mateixa durada. Dues setmanes és el més habitual: suficient per acabar alguna cosa, curt per corregir rumb aviat.
El Scrum Master pot ser també de l'equip de desenvolupament?
Pot, en equips petits, però hi ha tensió d'agenda: quan aprem l'entrega, la feina de procés s'abandona. Si es combina, cal protegir-la de manera explícita.
Scrum serveix per a manteniment i suport?
Pitjor que Kanban. La feina urgent i imprevisible trenca el compromís del sprint. Per a això, Kanban amb límits de feina en curs encaixa millor.
Es pot fer Scrum sense Scrum Master?
Es pot, però algú ha d'ocupar-se que les reunions aportin i de retirar bloquejos. Si ningú ho fa, el procés es degrada en poques setmanes.
Serveis relacionats
Guies relacionades
Continuar llegint
Següent pas
Mitja hora ben invertida
Explica'ns el problema en una trucada curta. En sortim amb una primera orientació de per on aniria i què implicaria, sense compromís i sense presentació comercial.