-
Scegliere il team
Il team è la cosa più importante perchè agile significa mettere le persone al centro
-
Non tutti sono uguali
La capacità del team è il primo driver del risultato
-
Capacità è efficienza
Con un team capace l'attività di project management è minima
-
No kitchen, only pigs
Le risorse del team devono essere full time sul progetto, gli altri sono "risorse esterne"
-
Sguardo ampio
Il team deve essere multidisciplinare per poter vedere il progetto nella sua interezza
-
Ad ognuno il suo ruolo
Servono caratteri diversi, perché in situazioni diverse c'è bisogno di risorse diverse
-
No agli "Hero"
Non ci deve essere una risorsa accentratrice nel team. Tutti devono condividere le conoscenze.
-
Creare il team
Il team non è solo un gruppo di persone, bisogna creare relazioni positive
-
Problemi commensurabili
Lavorare con problemi piccoli vuol dire poter usare l'intuizione, che costa poco ed è efficace
- Epiche
Trasformiamo il progetto, per grande che sia, in problemi gestibili
-
Isolamento delle epiche
I problemi piccoli devono essere "isolati": realizzabili, testabili e valutabili indipendentemente dagli altri
-
Storie
I problemi devono essere divisi in task unitari che si devono gestire ad occhio: questo evita burocrazia e struttura mantenendo qualità e risultato
-
Schedule
Per il cliente sulla data di consegna del tuo progetto si fondano i suoi progetti: non metterlo in difficoltà
-
Prevedi il futuro
Conoscere in anticipo se sei in ritardo permette a te, e soprattutto al cliente, di attivare azioni correttive
-
Duck in a row
I piccoli problemi individuati mettili in fila, se possibile evita i parallelismi. Sarà il tuo sentiero verso la chiusura del progetto.
-
Tic tac
Stima le epiche in termini di settimane, le storie in termini di giorni
-
Ciclo
Ad ogni iterazione la sua durata: una, due o tre settimane. Ad ogni iterazione le sue epiche epiche: una o due.
-
Metti la bandierina
Calcola la data di fine progetto, vedendo quando finisci l'ultima iterazione. La data non è fissa, va gestita.
-
Gestire le priorità per massimizzare il valore
A fine iterazione non sarà finito tutto, ma dovete assicurarvi che siano rimaste solo le cose meno prioritarie rispetto a quelle concluse
-
Individurare la priorità
Chi conosce la priorità del progetto? Non il PM ma il cliente
-
Classifica delle priorità
Quanti livelli di priorità? 1 blocccante, 2 importante, 3 trascurabile, 4 trivial
-
Kick off
Chi ben comincia è a metà dell'opera
-
Attivare il commit
Il team deve sapere quanto tempo deve dedicare al progetto, quando deve essere finito e qual'è l'obiettivo finale
-
Aprirsi al team
Arrivare al Kick Off con una visione, ma non imporla, condividerla
-
Planning iterazione
Decidere assieme cosa mostrare alla demo
-
Obiettivo iterazione
Un'iterazione significa portare a compimento una funzionalità/modulo. Questo è l'obiettivo.
-
Pianifichiamo la demo
Concretizziamo l'obiettivo decidendo cosa mostreremo funzionante a fine iterazione.
-
Stima, ma intelligente
Usiamo bene il tempo, stimiamo in modo condiviso solo le cose difficili.
-
Metodo di stima
Stimare tempo totale dell'attività, non lo sviluppo. Confrontare stime di persone diverse in modo critico.
-
Lasciare liberi
Non interferire nel lavoro del team, ma essere a disposizione per risolvere i problemi.
-
Fine iterazione
La fine è l'inizio. Costruiamo qui il miglioramento della prossima iterazione
-
Aprirsi al mondo
La demo deve essere sincera. Non nascondere i problemi e aprirsi al giudizio ed al parere degli altri.
-
Misura del risultato
-
Valutazione di priorità
Finire tutte le storie o i task non è economicamente vantaggioso. Assicuriamoci solo di aver fatto tutte le
cose a priorità maggiore rispetto a quelle non fatte.
-
Debrief
Agile significa un percorso di miglioramento. Cercihamo soluzioni per migliorare la prossima iterazione rispetto a quella appena conclusa.
-
Cosa portare alla prossima iterazione?
Tra tutto quello che non abbiamo terminato, cosa ha priorità sufficiente da essere portato nella prossima iterazione?
-
Mano al calendario
So quanto questa iterazione si è discostata dalla schedule, quindi posso stimare quanto il progetto si discosta dalla deadline
-
Debrief di progetto
Il progetto è un pezzo della nostra vita, usiamolo per migliorarci
-
Cosa è andato male?
Capire cosa è andato male e perché. Trovare metodi semplici e pratici per assicurarsi che i problemi non si ripresentino
-
Cosa è andato bene?
Trovare soluzioni che funzionano costa caro. Sfruttiamo quello che abbiamo visto funzionare e portiamolo al suo massimo potenziale