Scrum in a nutshellPietro  Di  Bello  

XPeppers

Novembre  2014

Cosa è e cosa non è Scrum

• Scrum non è una metodologia, è un framework. Ciò significa che Scrum non vi dice esattamente cosa fare… (accidenti)

• Scrum mette a disposizione degli strumenti per consentirvi di adattarlo alla vostra specifica situazione.

Scrum… e XP?

• Scrum è un framework di project management, quindi non prescrive pratiche tecniche

• Spesso chi adotta Scrum lo integra con pratiche tecniche prese da eXtreme Programming

Ruoli

!

• Product Owner

• Team

• Scrum Master

Product Owner (PO)

• è la persona che prende le decisioni su cosa produrre

• è un esperto del dominio del prodotto o dell’applicazione che voglio realizzare (“we build the right thing!”)

• è l’interfaccia primaria verso il cliente

Product Owner

• mantiene la product vision

• decide le date di rilascio e il loro contenuto

• è responsabile della profittabilità del prodotto (ROI)

• può seguire più team alla volta

Team

• Cross-funzionale

• …ma di dimensioni limitate (massimo 5-9)

• I membri del team sono allocati al 100% al team (full-time)

• il team è responsabile di costruire bene la cosa che si vuole produrre (“we build the thing right!”)

• si auto-organizza per decidere qual’è il modo migliore per consegnare le user story a più alta priorità scelta del PO

Scrum Master

• Responsabile di produrre velocemente

• Aiuta gli altri ad essere più efficaci

• Simile al ruolo dell’allenatore in campo sportivo

• Si prende cura di tutte le cerimonie e di mantenere saldi i valori e i principi condivisi

Scrum Master

• Supporta il PO per il backlog grooming

• Protegge il team dalle interruzioni esterne

• Si prende carico degli impedimenti sollevati dal team

• Può svolgere un ruolo di “coaching” nel team

Artefatti: Product Backlog

• è una lista di items che descrivono il prodotto da produrre (“i requisiti”)

• gli item sono ordinati per priorità

• la priorità la decide il product owner

• il PO ha il diritto:

• di aggiungere e togliere item dal backlog

• di cambiare la priorità degli item del backlog

Product Backlog

• gli item “in cima” sono i più prioritari e devono essere:

• dettagliati sufficientemente per poter essere prodotti nel prossimo sprint

• abbastanza piccoli da poter essere completati nell’arco dello sprint

• quelli “in fondo” sono i meno prioritari e posso anche essere abbozzati

Product Backlog

Product Backlog

Cerimonie

• Sprint Planning meeting

• Daily Scrum meeting

• Sprint Review meeting

• Sprint Retrospective

• Backlog grooming meeting

The Scrum flow

Le cerimonie nello sprint

http://scrummethodology.com/scrum-backlog-grooming/

Cerimonie: Sprint Planning

• Uno sprint ha una durata fissa (di solito 1 o 2 settimane)

• Lo Sprint Planning è la cerimonia che definisce e da il via allo sprint

• Vi partecipano il product owner, il team e lo scrum master

• La riunione ha una durata fissa e concordata (di solito 2-4 ore)

• Lo scrum master si occupa della buona riuscita della riunione

Sprint Planning

• Il PO illustra e descrive le user stories che vuole realizzare nello sprint, a partire dalla più prioritaria nel product backlog

• Per ogni storia scelta dal PO, il team fa domande, chiede tutto quello che serve per poter stimare la complessità della user story e per poterle testare

• Lo Scrum Master ha cura che il risultato dello sprint planning sia chiaro e ben definito

• Alla fine della riunione si è definito lo sprint backlog

Sprint Backlog

• Le user stories che il team si è impegnato a realizzare nello sprint

Sprint Review Meeting

• E’ la riunione dove il team fa vedere al PO il risultato verificabile del lavoro svolto durante lo sprint

• Il PO verifica e accetta o meno le storie che sono presentate dal team

• E’ una cerimonia aperta: posso partecipare tutte le persone interessate

• Ha una durata fissa (di solito 1 ora)

Daily Scrum

• E’ la riunione quotidiana di allineamento del team (~15 minuti)

• Cosa ho fatto ieri? Cosa farò oggi? Quali problemi o impedimenti ho incontrato?

• Non si risolvono problemi tecnici

• Si tiene di fronte ad uno strumento visuale: la lavagna, che visualizza il flusso del lavoro del team

• Alla fine della riunione ognuno sceglie la user story sulla quale lavorerà

Retrospettiva

• E’ la cerimonia privata dove il team di dedica a riflettere su come è andato lo sprint e su quali aspetti migliorare

• Dura circa 2 ore

• Si produce:

• un report per il cliente (opzionale)

• delle azioni che modificano il processo per migliorarlo - con un “owner” e un tempo per verificarne l’esito

Product Backlog Grooming

• Ogni sprint si dedica del tempo (time-boxed) a raffinare gli item a più alta priorità nel backlog, in modo che siano pronti per essere lavorati nei prossimi sprint

• Moderata dallo Scrum Master, vi partecipa il team e il PO

Product Backlog Grooming

• Gli item di grosse dimensioni (“epiche”) vengono decomposte in user stories più piccole

• Alcune attività sono simili a quelle svolte nello sprint planning meeting (es: stime, confronto con il PO, splitting)