Presentació de Scrum

Què és Scrum?

Scrum és un marc de gestió de projectes de metodologia àgil que ajuda els equips a estructurar i gestionar el treball mitjançant un conjunt de valors, principis i pràctiques. Igual que un equip de rugbi (d'on prové el seu nom) quan s'entrena per a un gran partit, scrum anima els equips a aprendre a través de les experiències, a autoorganitzar-se mentre aborda un problema ia reflexionar sobre les seves victòries i derrotes per millorar contínuament .

Encara que són els equips de desenvolupament de programari els que utilitzen amb més freqüència aquest tipus de scrum, els seus principis i lliçons es poden aplicar a tot tipus de treball en equip. Aquesta és una de les raons per les quals és tan popular. Tot i que sovint es considera un marc de gestió de projectes àgil, scrum inclou un conjunt de reunions, eines i funcions que, de manera coordinada, ajuden els equips a estructurar i gestionar el seu treball.

Sprints

Un sprint és un període breu de temps fix en què un equip de scrum treballa per completar una quantitat de treball establerta. Els sprints es troben al cor de les metodologies scrum i àgil, i fer bé els esprints ajudarà al teu equip àgil a llançar millor programari amb menys maldecaps.

Molts associen els esprints de la metodologia scrum amb el desenvolupament de programari àgil, fins al punt que solen pensar que les metodologies scrum i àgil són el mateix, però no és així. La metodologia àgil constitueix una sèrie de principis i la metodologia scrum és un marc de treball per aconseguir resultats.

Les nombroses similituds que hi ha entre els valors àgils i els processos de scrum suposen una associació justa. Els esprints ajuden els equips a seguir el principi de la metodologia àgil de "lliurar programari de treball amb freqüència", així com viure el valor àgil de "donar resposta a un canvi per sobre del seguiment d'un pla". Els valors de transparència, inspecció i adaptació de la metodologia scrum són complementaris als àgils i centrals al concepte de sprints.

La guia de la metodologia scrum constitueix un treball preliminar sòlid i teòric per a aquest debat sobre els esprints. El nostre objectiu consisteix a donar una mica de llum sobre aquest tema oferint pràctiques recomanades que ens han explicat professionals que duen a terme aquesta feina cada dia.

Planificació dels sprints

A scrum, l'esprint és un període definit de temps en què es fa tota la feina. Abans de poder posar-te mans a l'obra, però, has de preparar l'esprint. Has de decidir quant de temps durarà, l'objectiu de l'esprint i per on començaràs. La sessió de planificació de l'esprint inicia l'esprint definint l'ordre del dia i el punt d'atenció. Si es fa correctament, també crea un entorn on l'equip està motivat, se sent reptat i pot triomfar. Les males planificacions de sprints poden fastiguejar l'equip en definir expectatives no realistes.

Què: el propietari del producte descriu l'objectiu (o propòsit) de l'esprint i quins elements del backlog contribueixen a aquest objectiu. L'equip de scrum decideix què es pot fer al proper esprint i què farà durant l'esprint per aconseguir-ho.

Com: l'equip de desenvolupament planifica el treball necessari per assolir l'objectiu de l'esprint. En darrer terme, el pla de l'esprint resultant és una negociació entre l'equip de desenvolupament i el propietari del producte en funció del valor i l'esforç.

Qui: no pots planificar esprints sense el propietari del producte ni l'equip de desenvolupament. El propietari del producte defineix l'objectiu en funció del valor que cerqueu. L'equip de desenvolupament ha d'entendre com pot o no pot assolir aquest objectiu. Si algun dels dos no està en aquest esdeveniment, la planificació de l'esprint serà gairebé impossible.

Els elements de treball: un bon punt de partida per al pla de l'esprint és el backlog del producte, ja que proporciona una llista de “coses” que possiblement podrien formar part de l'esprint actual. A més, l'equip hauria d'analitzar la feina feta en l'increment i tenir una visió de la capacitat.

El resultat: el resultat més important de la reunió de planificació de sprints és que l'equip pugui descriure l'objectiu de l'esprint i com començarà a treballar cap a aquest objectiu. Això es reflecteix al backlog de sprint.

Rols

Un equip Scrum sol estar format per grups de treball d'entre 3 i 9 membres de l'equip de desenvolupament, més l'Scrum Master i el Product Owner. Cadascun d'aquests rols té responsabilitats diferents i ha de retre comptes de manera diferent, tant entre ells com per a la resta de l'organització. La suma de tots els rols és el que anomenem Equip Scrum.

Product Owner

El Product Owner és l'encarregat d'optimitzar i maximitzar el valor del producte, i és la persona encarregada de gestionar el flux de valor del producte a través del Product Backlog. Addicionalment, és fonamental la seva tasca com a interlocutor amb els stakeholders i sponsors del projecte, així com la seva faceta d'altaveu de les peticions i els requeriments dels clients. Si el Product Owner també juga el rol de representant de negoci, el vostre treball també aportarà valor al producte.

Tradicionalment, s'ha entès la tasca del Product Owner com a gestor de requisits o un client que s'encarrega de gestionar el Product Backlog, però és molt més que això. No només té la responsabilitat de mantenir el Product Backlog ben estructurat, detallat i prioritzat, sinó que a més a més ha d'entendre perfectament quina és la deriva que es desitja per al producte en tot moment, havent de poder explicar i transmetre als stakeholders quin és el valor del producte en què estan invertint.

Amb cada Sprint, el Product Owner ha de fer una inversió en desenvolupament que ha de produir valor. Marcar l'Sprint Goal de manera clara i acordada amb l'equip de desenvolupament fa que el producte vagi incrementant constantment el seu valor.

És fonamental atorgar el poder necessari al Product Owner perquè aquest sigui capaç de prendre qualsevol decisió que afecti el producte. En cas que el Product Owner no pugui prendre aquestes decisions sense consultar-les prèviament amb una altra persona, haurà de ser investit per prendre-les ell mateix, o ser substituït per aquesta persona. Alhora, el Product Owner s'ha de convertir en l'altaveu del client, en el transmissor de les demandes i del feeback atorgat pels mateixos.

Scrum Master

L'Scrum Master té dues funcions principals dins del marc de treball: gestionar el procés Scrum i ajudar a eliminar impediments que puguin afectar el lliurament del producte. A més, s'encarrega de les tasques de mentoring i formació, coaching i de facilitar reunions i esdeveniments si cal.

1. Gestionar el procés Scrum: l'Scrum Master s'encarrega de gestionar i assegurar que el procés Scrum es duu a terme correctament, així com facilitar l'execució del procés i les seves mecàniques. Sempre atenent els tres pilars del control empíric de processos i fent que la metodologia sigui una font de generació de valor.

2. Eliminar impediments: aquesta funció de l'Scrum Master indica la necessitat d'ajudar a eliminar progressivament i constantment impediments que van sorgint a l'organització i que afecten la seva capacitat per lliurar valor, així com la integritat d'aquesta metodologia. L'Scrum Master ha de ser el responsable de vetllar perquè Scrum es tiri endavant, transmetent els seus beneficis a l'organització facilitant-ne la implementació.

Pot ser que l'Scrum Master estigui compartit entre diversos equips, però la disponibilitat afectarà el resultat final del procés Scrum.

L'equip de desenvolupament

El Product Owner és l'encarregat d'optimitzar i maximitzar el valor del producte, i és la persona encarregada de gestionar el flux de valor del producte a través del Product Backlog. Addicionalment, és fonamental la seva tasca com a interlocutor amb els stakeholders i sponsors del projecte, així com la seva faceta d'altaveu de les peticions i els requeriments dels clients. Si el Product Owner també juga el rol de representant de negoci, el vostre treball també aportarà valor al producte.

Tradicionalment, s'ha entès la tasca del Product Owner com a gestor de requisits o un client que s'encarrega de gestionar el Product Backlog, però és molt més que això. No només té la responsabilitat de mantenir el Product Backlog ben estructurat, detallat i prioritzat, sinó que a més a més ha d'entendre perfectament quina és la deriva que es desitja per al producte en tot moment, havent de poder explicar i transmetre als stakeholders quin és el valor del producte en què estan invertint.

Amb cada Sprint, el Product Owner ha de fer una inversió en desenvolupament que ha de produir valor. Marcar l'Sprint Goal de manera clara i acordada amb l'equip de desenvolupament fa que el producte vagi incrementant constantment el seu valor.

És fonamental atorgar el poder necessari al Product Owner perquè aquest sigui capaç de prendre qualsevol decisió que afecti el producte. En cas que el Product Owner no pugui prendre aquestes decisions sense consultar-les prèviament amb una altra persona, haurà de ser investit per prendre-les ell mateix, o ser substituït per aquesta persona. Alhora, el Product Owner s'ha de convertir en l'altaveu del client, en el transmissor de les demandes i del feeback atorgat pels mateixos.

Cerimònies

La reunió de planificació de l'esprint

A la reunió de planificació de l'esprint l'equip de desenvolupament es pren el temps necessari per planificar què s'haurà de finalitzar durant l'esprint següent.

Qui hi participen? L'equip de desenvolupament i l'Scrum Master (si l'equip aplica Scrum) o el Product Owner.

Quan es fa la cerimònia? Al principi de cada esprint.

Quant de temps dura la cerimònia? Aproximadament una hora per setmana de feina. Si, en general, els esprints et demanen al voltant de dues setmanes cadascun, la planificació de cada esprint t'hauria de prendre aproximadament dues hores.

Amb quines estratègies es duu a terme comunament aquesta cerimònia? La reunió de planificació de l'esprint s'aplica tant a les metodologies Scrum com a Kanban. A la majoria de les metodologies àgils hi ha alguna forma de planificació de sprint, encara que no hi hagi precisament una cerimònia exclusiva per fer-ho.

Què passa durant la reunió? El Product Owner i l'Scrum Master treballen amb l'equip de desenvolupament per identificar els elements en què s'hauran de centrar per complir els objectius de l'esprint actual. Tradicionalment, aquests elements s'obtenen a partir de la feina pendent del producte. Durant l'Scrum, l'equip assigna els punts d'història estimats a les tasques per mesurar quan temps caldrà dedicar-lo a cadascun dels elements del treball pendent per finalitzar-lo.

Quin és el resultat esperat de la cerimònia? En acabar la reunió de planificació de l'esprint, tots els integrants de l'equip de desenvolupament hauran d'estar al corrent de quin és l'objectiu final de l'esprint i de quins elements específics formaran part del treball pendent de l'esprint.

La reunió diària d'actualització

La reunió diària d'actualització és un esdeveniment on l'equip de desenvolupament actualitza tots els membres de l'equip sobre el que estan fent.

Qui hi participen? L'equip de desenvolupament, el Scrum Master (si escau) i el Product Owner.

Quan es fa la cerimònia? Un cop al dia, normalment, en començar la jornada laboral, abans que cadascú s'ocupi de les seves tasques a ple.

Quant de temps dura la cerimònia? Aproximadament 15 minuts. Les reunions diàries d'actualització han de ser breus i no caldria reservar una sala ni compartir pantalla.

Amb quines estratègies es duu a terme comunament aquesta cerimònia? A la majoria de les estratègies àgils hi ha alguna forma de reunió diària d'actualització, perquè els equips puguin comunicar amb facilitat què farà cadascú durant el dia.

Què passa durant la reunió? Tots els integrants de l'equip de desenvolupament, inclosos el Product Owner i l'Scrum Master, analitzen tres punts principals: què es va acabar ahir, en què treballaran avui i si hi ha algun tipus d'obstacle.

Quin és el resultat esperat de la cerimònia? L'objectiu previst és que tots els membres de l'equip de desenvolupament estiguin en contacte entre ells. Si algun integrant de l'equip s'enfronta a un obstacle que el bloqueja, l'Scrum Master o el Product Owner treballaran amb aquest desenvolupador per resoldre'l. Ho faran després que s'acabi la reunió diària d'actualització per evitar que es faci molt llarga.

La reunió de revisió de l'esprint

La reunió de revisió de l'esprint és el moment oportú perquè l'equip de desenvolupament rebi els comentaris de les parts principals interessades en el projecte. Si cal fer algun ajustament, l'Scrum Master o el Product Owner adaptaran el treball pendent del següent esprint.

Qui hi participen? L'equip de desenvolupament, l'Scrum Master i el Product Owner: tots tenen l'obligació de participar a aquesta reunió. Les principals parts interessades, com els gerents o els clients finals, també han de ser presents durant la reunió per aportar els seus comentaris.

Quan es fa la cerimònia? Aquesta cerimònia es fa en acabar cada esprint, quan s'han finalitzat totes les tasques, però abans de la reunió retrospectiva de l'esprint.

Quant de temps dura la cerimònia? Tal com passa amb la reunió de planificació de l'esprint, aquesta reunió hauria de durar al voltant d'una hora per cada setmana de durada de l'esprint. Si l'esprint és de dues setmanes, la reunió durarà aproximadament dues hores. .

Amb quines estratègies es duu a terme comunament aquesta cerimònia? Amb els mètodes Scrum i Kanban. Amb Kanban i altres mètodes àgils, les revisions solen dur-se a terme al final d'un projecte, en comptes del final de l'esprint.

Què passa durant la reunió? L'objectiu de la reunió és rebre els comentaris sobre les feines que va finalitzar l'equip de desenvolupament durant l'esprint actual. L'Scrum Master o el Product Owner organitzen la reunió, exhibeixen els treballs finalitzats de l'equip i faciliten les preguntes dels participants externs que no formen part de l'equip de desenvolupament.

Quin és el resultat esperat de la cerimònia? Aquesta cerimònia és una oportunitat, tant per als participants interns com per als externs, d'aportar els vostres comentaris i fer preguntes sobre el producte final. Si treballes en una agència que està desenvolupant alguna cosa per a un client, molt probablement et convingui trucar a les parts interessades externes. L'Scrum Master pot aprofitar aquesta oportunitat per treballar amb ells i determinar si cal fer ajustaments a la feina pendent del producte.

La reunión retrospectiva del sprint

La reunió retrospectiva de l'esprint brinda el marc ideal perquè els membres de l'equip reflexionin sobre el passat passat i pensin en què va resultar bé o què es podria millorar per a la propera vegada.

Qui hi participen? L'equip de desenvolupament i l'Scrum Master o el Product Owner. A aquesta reunió haurien d'assistir totes les persones que van treballar activament a les tasques de l'esprint.

Quan es fa la cerimònia? Es fa al final de cada esprint, després de la reunió de revisió de l'esprint.

Quant de temps dura la cerimònia? Aquesta reunió hauria de durar al voltant de 45 minuts cada setmana que duri l'esprint. Si l'esprint és de dues setmanes, la reunió retrospectiva de l'esprint hauria de ser d'una hora i mitja.

Amb quines estratègies es duu a terme comunament aquesta cerimònia? Les reunions retrospectives són molt comunes amb Scrum i Kanban. Els equips que apliquen Kanban poden organitzar reunions retrospectives en acabar cada projecte, en comptes de concloure cada esprint.

Què passa durant la reunió? És el moment en què l'equip de desenvolupament dedica una mica de temps a observar el progrés que han fet durant l'esprint. L'equip reflexiona sobre què va sortir bé i què es pot millorar per als esprints següents.

Quin és el resultat esperat de la cerimònia? L?objectiu de la cerimònia és identificar els punts forts per iterar. Si algun membre de l'equip troba alguna cosa que podrien modificar i millorar per a l'esprint següent, ho hauria de compartir amb la resta de l'equip. Algunes metodologies àgils es basen en la millora contínua i les reunions retrospectives són una part integral del procés.

Artefactes

Els artefactes de l'scrum àgil són informació que un equip de scrum i les parts interessades utilitzen per detallar el producte en desenvolupament, les accions per produir-lo i les tasques dutes a terme durant el projecte. Aquests artefactes ofereixen metadades que donen una idea del rendiment d'un esprint. Són eines essencials per a tots els equips de scrum, ja que possibiliten els atributs bàsics de transparència, inspecció i adaptació.

Backlog del producte

El backlog del producte és una llista de noves funcions, millores, correccions derrors, tasques o requisits de treball necessaris per crear un producte. S'obtenen a partir de fonts com l'atenció al client, les anàlisis de la competència, les demandes del mercat i les anàlisis empresarials en general.

El backlog del producte és un artefacte “viu”, en el sentit que s'actualitza a mesura que es disposa de nova informació. Es tracta d'un backlog compartit entre diversos equips que el propietari del producte manté i organitza entre els cicles de sprints i conforme sorgeixen noves idees. Conté tasques que un cop van estar en un esprint actiu, però que van deixar de ser prioritàries i van passar al backlog.

Backlog de sprint

El backlog de sprint és un conjunt de tasques del backlog del producte que s'han impulsat per desenvolupar-se durant el següent increment del producte. Els equips de desenvolupament creen els backlogs de sprints per planificar els lliuraments de cara als increments futurs i detallar el treball necessari per concebre l'increment.

Per generar els backlogs de sprints, se selecciona una tasca del backlog del producte i es divideix aquesta tasca en elements de sprint més petits i processables. Posem com a exemple una tasca com “crear una pàgina per al carret de la compra”, que necessita moltes subtasques de disseny i desenvolupament. El backlog del producte conté la tasca principal, mentre que les complementàries, com ara “crear una maqueta de disseny visual del carret de la compra” o “programar les sessions del carret de la compra”, es troben al backlog de sprint.

El backlog de sprint s'actualitza durant la fase de planificació de sprints de scrum. Les tasques més petites de l'esprint s'assignen als equips corresponents, com ara el disseny i el desenvolupament. Si un equip no té la capacitat necessària per fer front a totes les tasques de l'esprint, les restants es quedaran en espera al backlog d'esprint per a un futur esprint.

Increment del producte

Un increment del producte és el lliurament al client que té lloc en completar les tasques del backlog del producte durant un esprint. També inclou els increments de tots els esprints anteriors. Sempre hi ha un increment per cada esprint i aquest increment es decideix durant la fase de planificació de scrum. Els increments es donen quan l'equip opta per llençar una publicació al client. Els increments del producte resulten summament útils i complementen la CI i la CD en el seguiment de versions i, si escau, en la seva reversió.

Als equips els va genial poder mantenir tota la seva feina coordinada amb els elements del backlog. Per exemple, podeu crear una branca i compilar-la per a cada element del backlog. Els equips que integren les seves eines de CI/CD i control de versions al programari de seguiment de scrum poden utilitzar la informació d'aquests instruments per conèixer millor el progrés del treball. A més, podeu estudiar quins elements del backlog s'implementen i publiquen per als clients. Això també permet a l'equip analitzar les confirmacions a la inversa i, després, tornar-les a vincular a un increment de scrum per consultar l'historial i la planificació d'aquest codi.

Artefactes ampliats

A més dels artefactes de scrum oficials esmentats anteriorment, hi ha alguns artefactes ampliats o metaartefactes. Encara que no són oficials segons les directrius del scrum pròpiament dites, aquests artefactes ampliats aporten més valor i informació addicional al cicle de scrum.

Beneficis

A l'àmbit de la Direcció de Projectes, SCRUM és un dels temes importants i també una de les metodologies àgils més populars. Comencem per preguntar-nos Per què necessito SCRUM?

Com a metodologia, SCRUM ofereix una bona manera de manejar projectes a totes les indústries. No només és ràpida, adaptativa, iterativa i flexible, sinó que també assegura transparència a les comunicacions i crea un ambient de responsabilitat i progrés continu. Per desenvolupar els punts esmentats a dalt, revisem alguns dels beneficis clau que un pot collir pel fet de fer servir la metodologia SCRUM per al lliurament de projectes.

“Adaptabilitat” és el primer benefici que volem recalcar aquí. Els principis de Scrum de Control del Procés Empíric i Lliurament Iteratiu fa que els projectes s'adaptin i estiguin oberts a incorporar el canvi quan passa. Els processos de Scrum estan dissenyats per acollir els canvis. Per tant, la metodologia Scrum és més apropiada per lliurar projectes en un ambient caòtic i de canvi constant.

Un benefici clau per als interessats és que Scrum és una metodologia “Centrada al Client”. El fet de posar èmfasi en el valor del negoci i en tenir un apropament col·laboratiu que inclou els interessats, assegura un marc orientat al client en un projecte controlat amb Scrum.

“Lliurament continu de valor” és un benefici addicional que resulta d'estar centrat en el client. A Scrum, els processos iteratius permeten el lliurament continu de valor a través del procés de l'Enviament de Lliuraments. Cada Sprint produeix un producte, servei o resultat desitjat potencialment enviable. “PSP Potentially Shippable Product”

“Entrega Primerenca de Gran Valor” és un benefici de fer servir Scrum que està estretament relacionat amb el negoci. No només es tracta del lliurament continu de valor, el procés de Crear la Llista Prioritzada de Arracades assegura que es facin primer els requeriments amb el valor més alt per al client.

Tant el client com l'equip del projecte es beneficien de la “Retroalimentació Contínua”. A Scrum, la retroalimentació contínua es realitza a través d'Efectuar les Reunions Diàries de Peu i dels processos de Demostrar i Validar l'Sprint.

La retroalimentació continua contribueix amb un altre benefici la “Transparència”. En un projecte gestionat amb Scrum, tots els radiadors d'informació com: Tauler Scrum i Treball Pendent de l'Sprint es publiquen i actualitzen contínuament, cosa que ens porta a un ambient de treball obert. Les Reunions de Revisió de l'Sprint demostren els productes potencialment lliurables als clients, mantenint-los sempre informats sobre l'estat actual i el progrés del projecte.

La transparència porta un altre benefici important “Ambiente de Alta Confianza”. Els processos de Conduir la Reunió Diària de Peu i Retrospectiva de l'Sprint promouen la transparència i col·laboració. Aquesta situació ens porta a un ambient de treball amb gran confiança que assegura baixa fricció a l'equip.

L'adaptabilitat i transparència de Scrum creen un ambient de “Millora Contínua”. Segons avança el projecte, els lliurables progressivament milloren de Sprint a Sprint, a causa dels canvis i perfeccionaments que s'inclou i gestiona a través del procés de Mantenir la Llista Prioritzada de Arracades del Producte.

Un altre important benefici és “Ritme Sostenible”. Els processos de Scrum estan dissenyats de manera que la gent involucrada pot treballar a un ritme que pot sostenir de manera indefinida.

Un altre benefici és el “Procés de Desenvolupament Eficient”. A Scrum, s'ha observat que assignar blocs de temps i minimitzar el treball no essencial et porta a nivells de més eficiència.

El benefici següent és la “Motivació”. Els processos de Conduir la Reunió Diària de Peu i la Retrospectiva de l'Sprint generen alts nivells de motivació al personal.

La “Resolució Ràpida de Problemes” és un altre dels beneficis importants de fer servir Scrum en els projectes. La col·laboració i coubicació d'equips multifuncionals condueix a identificar i resoldre problemes més ràpidament.

També hi ha el benefici d'“Entregables Efectius”. El procés de Demostrar i Validar l'Sprint i revisions regulars després de la creació dels lliurables assegura el lliurament de resultats efectius al client.

Després tenim el benefici de formar un “Ambient Col·lectiu”. Els processos d'Aprovar, Estimar i Comprometre les Històries d'Usuari permet als membres de l'equip desenvolupar sentit de propietat del projecte i del seu treball, cosa que desemboca en millor qualitat dins de Scrum.

“Alta Velocitat” és un altre benefici important. Un marc de treball col·laboratiu permet a equips multifuncionals de gran capacitat, assolir tot el seu potencial i alta velocitat. Alguns dels autors del Manifest Àgil anomenen aquest estat “hiperproducivitat”.

Finalment, el darrer benefici de Scrum és el seu “Ambient Innovador”. Els processos de Retrospectiva de l'Sprint i Retrospectiva del Projecte creen un ambient d'introspecció, aprenentatge i adaptabilitat que desemboca a un ambient de treball innovador i creatiu.

Implementació

Definir què es vol aconseguir. El primer és fer un llistat de tot allò que el client requereix en el seu producte o desenvolupament: característiques, funcionalitats o requisits. Aquesta informació és base per fer el backlog del producte.

Organitzar un equip. Definir les funcions que exerciran cadascun.

Algú que estigui en contacte amb el client i conegui les funcionalitats que s'esperen del producte (Product Owner).

Un grup de persones amb perfil multifuncional i d'autoorganització (no més gran de 9) amb les habilitats per desenvolupar el producte (Equip de Desenvolupament).

Una persona que ajudi a fer que la metodologia s'apliqui correctament i que elimini qualsevol obstacle que impedeixi a l'equip complir el seu objectiu (SCRUM Master).

Organitzar per prioritats. SCRUM es tracta de simplificar un desenvolupament en projectes petits, per això és indispensable traçar una ruta per al desenvolupament del producte en esprints o iteracions. Fet això, el següent és convocar el primer esdeveniment.

Planificar el primer esprint. Aquesta reunió es fixa la durada de l'Sprint, l'objectiu del mateix, a més de la tàctica per aconseguir el primer increment del producte. Els acords d'aquest esdeveniment es documenten en un llistat de tasques, comunament anomenat sprint backlog.

Desenvolupar i executar. És moment de fer totes les tasques planificades i enfocar els esforços a completar el primer lliurament. En aquesta fase es recomana fer una reunió diària (daily scrum) de 15 minuts, per sincronitzar les activitats, definir el pla del dia i supervisar que els objectius s'estan complint o no es produeixin canvis.

Revisar els primers resultats. Acabat el període de desenvolupament es convoca a un Sprint Review, en aquesta reunió amb el Product Owner o Client, es presenta allò construït, es fa una demostració d'ús i revisa el Product Backlog. A través de la retroalimentació, es defineixen aspectes a canviar, per planificar al següent Sprint.

Fer una retrospectiva del projecte. Aquí l'equip de desenvolupament reflexiona sobre el resultat obtingut, analitza el procés per determinar les coses que van sortir bé i les que no, amb la finalitat de millorar el procés treball.

Comença immediatament el cicle de sprints següent.

Finalment l'enfocament d'aquesta metodologia és iteratiu, per la qual cosa aquest cicle es repeteix una vegada i una altra fins a aconseguir el producte esperat. L'avantatge més gran d'aplicar SCRUM és que a cada esprint hi ha retroalimentació immediata, s'obté aprenentatge important sobre el producte i considerant l'experiència de l'esprint anterior és fàcil afinar i perfeccionar el procés.

Documentació d'interés

Atlassian Scrum