goes to SCRUM
I problemi che abbiamo incontrato quest'anno
Waterfall system
Nuove tecnologie e formazione
QA debole e non strutturato/schedulato
Mancanza di comunicazione continua con il cliente
Chi può darci una mano?
SCRUM, un framework per lo sviluppo software iterativo
Come lavorare con Scrum
Sprint planning
Gli sprint sono slot temporali ben limitati di 3 settimane
Tutto ha inizio con lo sprint planning
(cosa andiamo a fare)
Prosegue con la lavorazione
E si conclude con una sprint review e il rilascio di nuovi incrementi dei prodotti
-
Lunedì 01/08 (10:00 - 15:00): Sprint Planning
-
Martedì 02/08 - Venerdì 19/08: Lavorazione Storie (con Daily Scrum)
-
Venerdì 19/08 (14:00 - 18:30): Demo session, sprint review, party
Un esempio di Sprint
Sprint planning
Si decide su cosa andare a lavorare, in che tempi e con che modalità
Ogni progetto è diviso in storie, ulteriormente suddivise in task
Se il progetto è nuovo si cominciano a scrivere e stimare le storie...
... altrimenti si mettono a cuocere altre storie
Come si creano le storie?
Ogni storia deve avere uno scopo
Per esempio: "Il cliente vuole una interfaccia di amministrazione per gestire le news del sito"
Ogni storia deve avere anche una importanza, decisa dal cliente o dal progetto e riportata da PM e responsabili del progetto
Ogni storia deve avere una stima, decisa dal team, ovvero un valore numerico che identifica il tempo di lavorazione per chiuderla.
Le storie possono essere suddivise in task, per essere stimate meglio e per essere gestite meglio all'interno del flusso
Come si tiene traccia dei progressi?
Una unica board per tutti i progetti...
Quante storie mettiamo a cuocere?
Le metriche
L'importanza
La stima
Una questione di esperienza
1, 2, 3, 5, 8, 13, 21
Le storie grandi si spezzano in due o più storie se possibile
La velocity
Team velocity
vs
Member velocity
Sprint
Durante uno sprint vengono lavorate storie, task e issue
Ogni giorno alle ore 15.00 facciamo una standup generale di 15 minuti (daily scrum)
Sprint Review
La sessione di demo
Cosa fare in caso di bug?
E quando arrivano le emergenze?
Firefighting team
Allocazione buffer durante lo sprint
La retrospettiva
Come si incastra tutto ciò con l'attuale progettazione?
Valutare e prevedere l'inizio di un progetto
Velocity del team
Carico di storie in un determinato punto
Complessità di un progetto
(può diminuire con l'esperienza)
E per i progetti con scadenze prefissate?
Priorità delle storie ;)
Riassumendo...
Cosa mantenere e cosa migliorare
La riunione del lunedì
Gli orari
Context Switch
e il firefighting team!
Taiga one board
Deploy di test
Markino
Condivisione interna ed esterna
La qualità
Scrivere molti test...
...anche e soprattutto di integrazione!
Continous Integration
