Name: RICERCA UTENTE: IMPARARE DAGLI UTENTI # Distanciel
Start: 2024-05-13
End: 2024-05-13
Location: Distanciel

"L'agilità è vuota".

Questo è quello che pensavo tra me e me prima.

Noi sviluppatori abbiamo la tendenza quando iniziamo con conconsider tutto ciò che viene da metodologia come un nebuloso trucco gestionale la cui unica funzione è quella di fornire un quadro per i team, in modo che un progetto possa essere realizzato.
Come una Tavola dei comandamenti un po' superflua, che stabilisce regole che solo poche persone naturalmente non applicano.

Ma in effetti no.

Questo pregiudizio, l'ho sicuramente ingoiato grazie ad a formazione di mischia proposto da Xebia (e guidato dal talentuoso trainer Scrum Bruno Sbil) a cui ho avuto il piacere di partecipare. Formazione di certificazione Scrum Product Owner articolata su 2 giorni.
Ed è stato, sin dal primo giorno, un esercizio in particolare a rimettere a posto le mie idee...

L'"Esercizio aereo" giustamente chiamato!

Prendi 3 squadre di 5/8 persone e chiedi loro di produrre più aeroplanini di carta in 3 minuti.

Regola :
Nessuno dovrebbe fare più di una curva di fila sullo stesso piano, una persona incarna il 'proprietario del prodotto' avendo il ruolo di controllare che ogni aereo finito voli correttamente e di avere il divieto di piegarsi.
Prima che inizi il timer, ogni squadra ha un minuto per elaborare strategie e annunciare quanti aerei pensano di poter costruire.

#cattivastrategia

Incerti, abbiamo pensato di fare 4.
0 hanno rubato.

Le altre 2 squadre hanno fatto meglio di noi ma neanche niente da sfoggiare.
Abbiamo quindi avuto l'opportunità di discutere per un minuto per correggere la nostra strategia e fornire una nuova stima prima di altri 3 minuti di fold intensivo.

Annunciato: 16.
Prodotti: 14.

3° giro:

18 annunciato...
Volato: 18!

Eravamo sicuramente la squadra con la curva di produzione più eclatante, ma le statistiche dei 3 gironi erano eclatanti: siamo partiti tutti da un rapporto inferiore al 40% per finire tutti al 100%.

Rivelazione, shock, illuminazione.

L'iterazione per brevi periodi di tempo con retrospettive regolari migliora notevolmente il lavoro di squadra.

Molto più efficace di un classico v-ciclo per cui lo sviluppo è fatto in modo stupidamente lineare.
Infine coronato da un bel grande debriefing dove ognuno ha la possibilità di cogliere l'entità del sorpasso , alto e esigua proporzione di caratteristiche che alla fine è andato in produzione.

Quindi sì, il file Metodi agili rimanere una metodologia, uno strumento di project management, un framework, soprattutto lì per rendere di più i processi intelligents, oltre a flessibile e aumentare la produttività di riducendo i costi.

Considerazioni probabilmente poco sexy viste dall'occhio di un programmatore.

Ma è anche uno strumento incredibilmente gratificante per la generazione di emulatori.

Immagina di vedere aumentare il successo della tua squadra ad ogni "sprint" (iterazione) e la qualità della tua stima che migliora, come nell'esempio degli aeroplani.
Emozionante vero?

Immagina di dare vita a un progetto attraverso una lavagna fisica in cui ogni caratteristica è rappresentata da un post-it che viaggia di colonna in colonna...
Emozionante vero?

Immagina di sapere costantemente cosa stanno programmando i tuoi 4, 5, 6 colleghi sviluppatori e di avere l'opportunità di adattare la strategia comune in qualsiasi momento in base alla scadenza?
Sensazionale ?

Bene sì ! 3 volte.

Dopo questo cambio di prospettiva, ho la felicità di nuotare in una piscina di agilità e di conservare tutti i benefici.

Quindi questo è il mio Mea Culpa.

“Agilità, ti amo.

Anticipo: La piattaforma informatica su cui lavoro sta attualmente preparando la sua trasformazione in un dispositivo “Feature Team” à la Spotify… Un progetto che si preannuncia tanto doloroso quanto gratificante. Continua…

Laurent Masella, scienziato UX @UX-Republic