SCRUM presentato al BIC-Lazio di Ferentino per il percorso formativo sull'Agile Project Management

1. ddagilepm Ferentino, 29 Settembre2015

2. Maggio
“Il combiamento,
necessità
per sopravvivere”
Giugno
“Agile,
cambiamo il punto di vista”
Luglio
“Agile Project Management,
snelliamo il project management
Settembre
“Scrum”
Ottobre
“Priorizzazione
finanziaria dei progetti”
Novembre
“La gestione agile del rischio”
Dicembre
“Creiamo un progetto Agile”

4. -Progetti in ritardo
-Over budget
-Pessima qualità
-Progetti non portati a termine

5. Il mondo è complesso.
Non si può ridurre la
complessità.
Complesso <> Difficile
Semplice <> Facile
La legge di Brooks è un principio valido nell'ambito
dell'ingegneria informatica che dice: Aggiungere forza
lavoro ad un progetto software in ritardo, lo farà
ritardare ancora di più

6. Metodi formali, Project Management.
Costi elevati in termini di tempi e risorse

7. Progetti ripetibili. In realtà ci sono troppe variabili in gioco per
eliminare la variabilità e ci sono troppi vincoli di tempo, costo,
scopo, qualità, risorse, capacità dell’organizzazione

8. Il sistema a staffetta non può funzionare è meglio una strategia
di sviluppo progetti che sia flessibile e all-inclusive, dove il team
di sviluppo lavora come una unità per raggiungere un obiettivo
comune

9. Metodologia adattiva, iterativa, veloce, flessibile ed efficace
progettata per produrre valore velocemente e durante tutto il
progetto

10. -Controllo empirico del processo
-Auto organizzazione
-Collaborazione
-Priorizzazione basata sul valore
-Time boxing
-Sviluppo Iterativo

11. Tale principio enfatizza la filosofia di SCRUM basata sulle 3
idee di:
-TRASPARENZA (vedi comunicazione)
- ISPEZIONE (vedi daily stand up meeting)
- ADATTABILITA’ (vedi iterazioni)

12. Tale principio si focalizza sui lavoratori di oggi, che producono più
valore quando sono auto organizzati e questo porta ad un
maggior coinvolgimento e proprietà condivisa

13. Non si parla di cooperazione, più
persone che si dividono i compiti,
ma di lavorare insieme per un
obiettivo comune.
(esempio PAIR PROGRAMMING)

14. Spesso si rischia di
tagliare attività con
grande valore o di
ritardare il progetto per
eseguire attività a valore
praticamente nullo

15. Il tempo è considerato un vincolo
limitante in SCRUM, ed è usato
per aiutare efficacemente a
gestire la pianificazione e
l’esecuzione dei progetti.

16. Tale principio enfatizza come migliorare la gestione dei
cambiamenti e costruire prodotti che soddisfano i bisogni dei
clienti

18. -Definisce i requisiti del prodotto
- Decide le date di rilascio ed i contenuti
-E’ responsabile del valore del prodotto
-Stabilisce le priorità dei requisiti nello sviluppo
-Accetta o rigetta i risultati del lavoro
- Fa le veci del cliente

19. -E’ il team leader
- E’ responsabile nell’implementare la cultura SCRUM
- Rimuove eventuali impedimenti (servant leader)
- Permette la cooperazione tra i ruoli e le funzioni
- Protegge il team
- Elimina le distrazioni

20. -Ristretto (formato tipicamente da 5-9 unità)
-Cross funzionale
- Focalizzato sull’obiettivo
- Auto organizzato
- Coerente
- Esegue il lavoro
- E’ proattivo
- Accetta i cambiamenti
-Effettua le stime

27. ddagilepm
hello@ddagilepm.com
www.ddagilepm.com