6. Metodologia SCRUM. Cicle de vida d'un projecte TIC, desenvolupament de projectes TIC en Scrum, principals rols i les seves funcions, descripció de les reunions principals de treball..pdf
Transcript
6. Metodologia SCRUM. Cicle de vida d'un projecte TIC, desenvolupament de projectes TIC en Scrum, principals rols i les seves funcions, descripció de les reunions principals de treball. 4 0. Introducció 0.1 Definició d'SCRUM És un marc de treball (més que una metodologia detallada) per al desenvol...
6. Metodologia SCRUM. Cicle de vida d'un projecte TIC, desenvolupament de projectes TIC en Scrum, principals rols i les seves funcions, descripció de les reunions principals de treball. 4 0. Introducció 0.1 Definició d'SCRUM És un marc de treball (més que una metodologia detallada) per al desenvolupament de producte, especialment útil per a contextos complexos com és el desenvolupament i manteniment de programari. Està alineat amb el moviment de desenvolupament de software àgil (o agilitat), essent Scrum el model més estès. 1 És iteratiu en sprints A diferència dels waterfall, aquí fixem els recursos i el temps i el que és variable és l'abast. 1 SCRUM es fonamenta en poder prendre decisions basant-se en allò conegut, enfocament iteratiu i incremental per optimitzar la predictibilitat i el control del risc. Els tres pilars són: Transparència Inspecció Adaptació Aquests pilars es fonamenten sobre els valors. 1 0.2 4 Valors i 12 Principis. 1 4 Valors: 1. Individus i interaccions sobre processos i eines. 2. Col·laboració amb client sobre negociació de contracte. 3. SW que funcioni sobre documentació. 4. Resposta al canvi sobre seguir el pla. 12 Principis 1. Satisfacció del client mitjançant entregues ràpides de SW útil. 2. Els canvis en els requeriments són benvinguts fins i tot en etapes tardanes del desenvolupament. 3. SW funcionant és entregat amb freqüència (setmanes vs mesos). 4. És la principal mesura de progrés. 5. Mantenir un ritme constant de desenvolupament. 6. Cooperació propera entre negoci i desenvolupadors. 7. La millor comunicació és la cara a cara. 8. Els projectes estan desenvolupats al voltant de gent motivada en la qual cal confiar. 9. Atenció constant a l'excel·lència tècnica i al bon disseny. 10. Simplicitat. 11. Equips autogestionats. 12. Adaptació a les circumstàncies canviants contínua. 0.3 El marc de treball SCRUM 0.3.1 Els equips SCRUM Son hiperproductius - Poca o cap dependència tècnica d'equips externs - Multidisciplinars per evitar bloquejos - Permanent: Fomenta sensació de pertinença i coneixement tàcit. 1 0.3.2 Rols Propietari de producte (PO: Product owner). A l'IMI també el PPO (Proxy product owner) Equip de desenvolupament (DT: Development Team) Scrum Master (SM) 0.3.4 Artefactes Pila de producte (Product Backlog) Pila de l'Srint (Sprint Backlog) Increment: Nou programari potencialment utilitzable. 0.3.5 Esdeveniments Planificació del Sprint (Sprint Planning): reunió Scrum diari (Daily Scrum): reunió Revisió del Sprint (Sprint Review): reunió Retrospectiva del Sprint (Sprint Retrospective): reunió. 1 1. Cicle de vida d'un projecte TIC En un procés clàssic: 1 En un sistema iteratiu es produeixen aquestes fases en cada iteració (Sprint en SCRUM (maxim 1 mes)). 1 L'Objetiu del Sprint (Sprint Goal) és una fita establerta per al Sprint que proporciona una guia al DT sobre el perquè està construint l'increment. Es crea per l'Equip Scrum (Scrum Team) durant la Planificació del Sprint (Sprint Planning). Durant un sprint no es modifica ni abast, ni objectiu, ni equip (hauria de ser estable sempre) El PO pot cancel·lar un sprint si l'objectiu queda obsolet. (poc frequent donat la curta durada) Finalitza el projecte quan: 1. No queda Product Backlog 2. El client diu prou. Cada sprint és lliurable, però no té per què passar a PRO. Pla de releases. 1 2. Desenvolupament de projectes TIC en Scrum 2.1 Artefactes SCRUM Pila de Producte (Product Backlog) El PO és el responsable (contingut, disponibilitat i ordenació) PBI (Product Backlog Item) són els paquets de treball, que aporten valor, que es poden desplegar de forma independent (requisits/històries d'usuari, defectes, millores tècniques trasversals) Evoluciona a partir del feedback amb els usuaris. Pila del Sprint (Sprint Backlog) El PO no pot proposar canvis durant l'sprint, pot cancel·lar-lo. Increment Ha de complir la definició de fet (DoD Definition of done) Ha de ser potencialment lliurable el DT és el responsable de la qualitat de l'increment. Refinament del Product Backlog (Product Backlog Grooming) S'afegeix informació als PBIs. 2.2 Altres definicions d'SCRUM Definició de preparat (Definition of Ready – DoR-) Quan un element del backlog (PBI) conté tota la informació necessària per poder treballar-hi. La Definició de Fet (Definition of Done – DoD-) Acord de què vol dir que estigui fet (Proves a PRE, Passat a producció, documentació feta...) 2.3 Definició i planificació de producte Cal que les iniciatives com projectes s'orienten al valor i a l'usuari. Per això Lean Canvas Lean Canvas For: Dog Lovers Qui és l'usuari concretament?. Hi ha varies persones? Who: want to feed their dogs on demand Quina és la necessitat que tenen? Els usuaris no volen una APP, sinó solucionar un problema. The: Just Dog'it Is a: online service via App That: allows them to order a wide menu anytime, anywhere Com ajudarem als usuaris a solucionar el seu problema? Unlike: Glovo or Deliveroo Our product: only partners with the best catering shops for pets. Per què som millors que una altra alternativa? Per què l’usuari no es quedarà en l’estat actual? 1 Es defineix el full de ruta basant-nos en històries d'usuari, decidint quines es fan i quines no i en quina prioritat. Per això va bé tenir una matriu d'impacte que ajudi a entendre l'estratègia del producte. 1 1 2.3 Històries d'usuari, èpiques i criteris d'acceptació. Es defineix una història amb la frase: Història d'usuari COM A usuari corporatiu, client... VULL protegir el meu compte amb doble factor, un carret de compra... PER A estar segur si em roben la clau, poder revisar el que vaig a comprar abans... Les històries d'usuari han de ser INVEST. Independent: Sense dependències d'altres. Negociable Valuable: Ha d'entregar valor Estimable Small Testejable Una èpica és un nivell d'agrupació per sobre de les històries d'usuari que permet classificar-les per funcionalitats, mòduls, subsistemes, Els Criteris d'acceptació: Usuari: (correcte, incorrecte...) Interfície: (diferents browsers) Completitud: (usuari sense mòbil) Rendiment: (proves de càrrega) Existeixen llenguatges de definició de proves funcionals com Gherkin basats en escenaris que permeten programar i testejar de manera incremental TDD (Test driven development) 2.4 Orientació a l'usuari UX En un entorn incert, moltes vegades no es pot definir el producte inicialment amb el que cal fer una sèrie de tasques de descobriment del treball a fer. Es tracta de fer el producte correcte a més de fer-lo correctament. (El que hem vist fins ara) 1 Així doncs en un projecte agile hi ha dos fluxos de treball: Treball de descoberta: Flux iteratiu de definició de la feina a fer. Defineix el backlog. Treball d'entrega: És el que entrega els increments. 2.4.1 Dual-Track Agile amb sprints esglaonats. Es coneix com el mètode dels tres amics (PO, UX i Lead Developer). Descobreixen i dissenyen en un sprint el que es farà en el següent. Positiu: Validat per desenvolupadors Focus en evitar funcionalitats Infrausades. Negatiu: - Lent: Requereix 3 sprints per corregir errors. - No motiva desenvolupadors. - Backlogs separats menys transparència. 1 2.4.1 Dual-Track Agile amb sprints únics de discovery y delivery. La feina d'UX es fa dins l'sprint compartida per tot l'equip. Positiu: Menys re-treball, els devs. validen UX Mes funcionalitats entregables per cicle Major motivació, aprenentatge i creativitat Negatiu: - S'ha de tenir un UX dedicat per equip - UX aillats en els events scrum. 1 3. Principals rols i les seves funcions El Propietari del Producte (Product Owner – abreujadament PO -): És el “guardià del valor del producte”: té com a objectiu maximitzar el valor lliurat als usuaris amb els recursos disponibles. Ho aconsegueix gestionant la demanda (prioritzada en el Product Backlog) L’equip de desenvolupament (Development Team – abreujadament DT -) No són únicament desenvolupadors. És un equip horitzontal (sense jerarquies), multidisciplinari, independent, auto-organitzat i responsable en la seva totalitat sobre el treball realitzat. Entre 3 i 9 membres màxim. Scrum Master (SM) És el “guardià de la metodologia” Actua com una protecció entre el DT i qualsevol influència que el distregui. S'encarrega d’eliminar els obstacles que impedeixen que l’equip assoleixi l'objectiu del Sprint. Proxy Product Owner (PPO): Únic opcional 4. Descripció de les reunions principals de treball. Planificació del Sprint (Sprint Planning) Reunió inicial de cada Sprint on el PO i el DT determinen quins ítems del Product Backlog es faran durant la iteració que comença. Objectius Determinar què es farà: Objectiu de l'sprint i BPIs. El ST defineix l'sprint goal Determinar com es farà: DT analitza tècnicament. Els BPI han de complir DoR Defineixen la Pila de l'sprint (Sprint Backlog): BPI seleccionats + pla per fer-los Aspectes bàsics: Assistents: PO i DT, SM (opcional) Time-box (Durada màxima): 8 hores per un Sprint de 1 mes Entrades: Product Backlog i metes de negoci del PO, darrer increment de producte, capacitat projectada del DT per al Sprint. Sortides: Sprint Backlog i meta del Sprint (Sprint Goal). Scrum diari (Daily Scrum) Seguiment diari de l'sprint per part del DT Aspectes bàsics Assistents: DT, SM (opcional). Time-box (Durada màxima): 15 minuts. Entrades: Sprint Backlog i meta del Sprint (Sprint Goal). Sortides: Sprint Backlog i decisions preses. Revisió del Sprint (Sprint Review) De gestió. El PO i el DT revisen què s'ha aconseguit lliurar a l'increment i pensen què queda per fer als futurs sprints. Pot assistir qualsevol altre rol de l'organització que el PO consideri convenient convidar per tal que conegui l'estat del desenvolupament. Es pot fer una demo per identificar millores per propers Sprints, però aquesta demo no serveix per validar les funcionalitats lliurades. La validació dels ítems lliurats ha de fer-se durant el Sprint i ha de formar part de la Definició de Fet (DoD). Aspectes bàsics Assistents: DT, PO, Altres rols de l'organització, SM (opcional). Time-box: (Durada màxima): 4 hores per Sprints d’un mes. Entrades: Product Backlog i Sprint Goal. Sortides: Product Backlog revisat. Retrospectiva del Sprint (Sprint Retrospective) - El DT, el PO i el SM identifiquen millores al funcionament de l'Equip Scrum (Scrum Team) per a propers Sprints. - Aspectes bàsics: - Assistents: DT, PO, SM. - Time-box: (Durada màxima): 3 hores per Sprints d’un mes. - Entrades: Millores identificades en anteriors Retrospectives, evolució del darrer Sprint completat en quant a persones, relacions, processos i eines. - Sortides: Noves millores identificades per al proper Sprint. 1 1 Referències: T06-Metodologia SCRUM-191003.pdf 1 Mural del curs SCRUM 100 - ✅ PROYECTOS/OPOS 2023/Modul 1 Projectes/T06. Metodologia SCRUM/IMI_FASK_2022.06.pdf 1
