Agile Project Management (Sprint, Backlog, Plan) PDF

***Sprint*** **Definizione**: uno sprint è un\'iterazione di lunghezza fissa durante la quale una user story o un elemento del product backlog (PBI) viene trasformato in un prodotto potenzialmente spedibile. A ogni sprint viene assegnato un periodo di tempo stabilito per essere completato (talvol...

***Sprint*** **Definizione**: uno sprint è un\'iterazione di lunghezza fissa durante la quale una user story o un elemento del product backlog (PBI) viene trasformato in un prodotto potenzialmente spedibile. A ogni sprint viene assegnato un periodo di tempo stabilito per essere completato (talvolta definito Timeboxing), che può variare da una settimana a un mese, ma in genere dura due settimane. **Come viene utilizzato**: ogni sprint inizia con una riunione di pianificazione tra il product owner e il team Scrum per decidere quale quantità di lavoro può essere realisticamente realizzata soddisfacendo comunque i requisiti del Product Owner o del cliente. Lo Scrum Master determina la durata dello sprint; le durate degli sprint devono essere coerenti per l\'intero progetto. Alla fine dello Sprint, il team mostra il prodotto o il software risultante al product owner. Lui o lei fornisce feedback al team e accetta o rifiuta il prodotto, in base ai criteri di accettazione stabiliti nella riunione di pianificazione dello sprint. Una volta completati tutti gli sprint per un progetto, il team dovrebbe essere pronto a rilasciare un pacchetto software finale. **Vantaggi del Project Management**: Impedisce ai team di sentirsi sopraffatti. Promuove prevedibilità e affidabilità per i risultati dei clienti. Riduce i cicli di feedback. Impedisce che il lavoro vada troppo avanti nello sviluppo prima che vengano individuati i problemi. ***Sprint Backlog*** **Definizione**: uno sprint backlog è un segmento di Product Backlog Items (PBI) che il team seleziona per completare durante uno sprint Scrum. Questi PBI sono in genere user story tratti dal product backlog. **Come viene utilizzato**: durante la riunione di pianificazione dello sprint, il team decide quali PBI o user story includere nello sprint successivo, in base allo sforzo di lavoro stimato e alla capacità del team necessaria per completare ciascuno di essi. Il team suddivide i PBI o le user story in attività e assegna una stima in ore di lavoro per il completamento di ciascuna attività. **Noto anche come**: Iteration Backlog **Vantaggi del Project Management**: Garantisce che i PBI con priorità più elevata vengano completati per primi. Consente una pianificazione a lungo termine. Suddivide il lavoro in componenti gestibili. Consente al team di determinare la quantità di PBI che può realizzare durante lo sprint. Sprint ***Planning Meeting*** **Definizione**: lo Sprint Planning Meeting è una sessione di lavoro tenuta prima dell\'inizio di ogni sprint per raggiungere un consenso reciproco tra i criteri di accettazione del product owner e la quantità di lavoro che il team di sviluppo può realisticamente portare a termine entro la fine dello sprint. La durata dello sprint determina la durata della riunione di pianificazione, con due ore equivalenti a una settimana dello sprint. Utilizzando questa formula, la riunione di pianificazione per uno sprint di due settimane durerebbe circa quattro ore, anche se può variare. **Come viene utilizzato**: lo Sprint Planning Meeting prepara il terreno per lo sprint. Lo Scrum Master facilita la riunione mentre il product owner presenta e stabilisce le priorità degli elementi del Product Backlog (PBI) o delle user story da completare entro la fine dello sprint. Il team quindi suddivide i PBI o le user story in attività gestibili. Infine, il team determina la quantità di lavoro che può portare a termine durante lo sprint. **Vantaggi del Project Management:** Stabilisce un obiettivo chiaro per il team. Si traduce nell\'impegno del team a completare il numero di PBI e attività concordate durante la riunione di pianificazione. Evita il sovraccarico del team durante lo sprint. ***Sprint Plan*** **Definizione**: il Piano di Sprint è il risultato tangibile di una riunione di pianificazione di Sprint. Il Piano di Sprint è un documento scritto assemblato dal team di sviluppo e include 1. l\'obiettivo dello sprint, una breve descrizione del prodotto o del deliverable da completare entro la fine dello sprint, 2. e 2) un elenco dettagliato degli elementi del Product Backlog (PBI) o delle user story che il team si è impegnato a completare entro la fine dello sprint, in base alla disponibilità e alla velocità del team. Ogni PBI o user story è suddiviso in attività in base alla priorità stabilita dal product owner e assegnato a un membro del team. **Come viene utilizzato**: il piano di Sprint è una roadmap a cui i membri del team possono fare riferimento e che devono seguire durante lo sprint. Questo piano fornisce al product owner e al team Scrum un accordo scritto su ciò che il team si è impegnato a realizzare durante lo sprint. **Vantaggi del Project Management**: Stabilisce un obiettivo chiaro per lo sprint. Mantiene lo sviluppo in carreggiata. Impedisce al product owner o ad altre parti di assegnare al team ulteriore lavoro. Scoraggia i membri del team dal deviare dal completamento delle attività concordate. Fornisce un documento tangibile da rivedere dopo il completamento dello sprint per determinare se il carico di lavoro e i tempi dello sprint erano realistici. ***Sprint Retrospective*** **Definizione**: una Scrum Retrospective è una riunione tenuta dopo il completamento di uno sprint per discutere se lo sprint ha avuto successo e per identificare i miglioramenti da incorporare nello sprint successivo. **Come viene utilizzata**: il team Scrum tiene una riunione di retrospettiva per analizzare brevemente lo sprint e identificare uno o due elementi prioritari che il team deve affrontare durante lo sprint successivo. L\'intento della retrospettiva non è quello di condurre un\'analisi *post-mortem* approfondita, ma piuttosto di concentrarsi su passaggi specifici che il team può intraprendere per procedere verso un obiettivo di miglioramento continuo. Le retrospettive sono in genere suddivise in tre parti: raccolta dati, analisi dati e elementi di azione. **Vantaggi del Project Management**: I team imparano dagli errori e collaborano insieme per arrivare a soluzioni. I miglioramenti vengono immediatamente incorporati nel processo Agile. Stimola il team a fare brainstorming sulle soluzioni ai problemi. Rilascia frustrazione e stress. Il processo di miglioramento continuo porta a un valore migliore per il cliente. Rafforza il team. ***Sprint Review*** **Definizione**: il team Scrum tiene una riunione di Sprint Review subito dopo il completamento di uno sprint per rivedere e dimostrare ciò che il team ha realizzato durante lo sprint. A questa riunione partecipano il product owner o il cliente, lo Scrum Master, il team Scrum e gli stakeholder. La Sprint Review è una riunione informale (non sono ammesse diapositive di Powerpoint!). La durata dello sprint determina la durata della riunione di revisione, con un\'ora equivalente a una settimana dello sprint. Utilizzando questa formula, la riunione di revisione per uno sprint di due settimane durerebbe due ore, anche se questo può variare. **Come viene utilizzata**: lo scopo della Sprint Review è valutare cosa è successo durante lo sprint e determinare se lo sprint ha prodotto un deliverable funzionale e potenzialmente consegnabile. Il team presenta o dimostra il deliverable sviluppato durante lo sprint. Il product owner fornisce feedback al team e decide se il deliverable soddisfa i criteri di accettazione e accetta o rifiuta il prodotto. **Vantaggi del Project Management**: Determina se l\'obiettivo dello sprint è stato raggiunto. Dimostra il risultato visivo dello sprint. Offre un\'opportunità immediata di feedback da parte del product owner, del cliente e di altri stakeholder. Rivela le aree in cui è necessario un miglioramento.