Flusso di consegna agile: consegna sempre puntuale in 3 fasi

Se si chiede alla maggior parte dei manager della “sicurezza psicologica” o della “visione” (maggiori informazioni su: Sicurezza psicologica ) dei loro team di sviluppo software agile, sono d’accordo sul fatto che queste cose sono importanti, ma… Quando il cliente segnala urgenza o la scadenza si avvicina, tutte queste variabili “più soft” vengono tipicamente messe da parte. I manager si preoccupano soprattutto di un flusso di delivery agile che funzioni in modo prevedibile per il loro team agile.

Se dai un’occhiata al nostro blog Echometer ( al nostro blog ) hai curiosato, sai che i nostri contenuti si concentrano maggiormente sul miglioramento delle “soft skills” dei team e delle organizzazioni. Queste sono spesso sottovalutate dai responsabili delle decisioni. Ma non dagli Scrum Master e dagli Agile Coach.

Ciò che, a mio parere, Scrum Master e Agile Coach sottovalutano a loro volta è la concentrazione sul miglioramento del flusso di delivery, in pratica ciò che vogliono i manager. Nel post di oggi descrivo una semplice tecnica per aumentare significativamente la probabilità di consegnare ripetutamente nei tempi e nel budget previsti.

Fase 1 in relazione al tuo flusso di consegna Agile

Mi riferisco al monitoraggio del flusso di consegna Agile delle tue attività. Se fai bene solo alcune cose, sarai in grado di fornire risultati molto più prevedibili. Anche i diagrammi di dispersione dei tempi di ciclo o le simulazioni Monte Carlo per il calcolo delle stime del progetto potrebbero finalmente indicare previsioni valide invece di essere completamente fuori strada (leggi tutto: 9 Metriche Agile per i decisori ).

Il primo sintomo da combattere è che ci sono attività che impiegano solo pochi giorni per passare da “Pianificato” a “Completato”, e poi ci sono attività che richiedono più di un mese. Per contrastare questo fenomeno, devi assicurarti che un incarico contenga sempre la versione più piccola possibile della funzionalità desiderata. Senza fronzoli che non sono necessari per la richiesta principale del cliente. In pratica un MVT, Minimum Viable Task. Questo non significa che ogni compito sia piccolo. Ma dovrebbe aiutarti a raggiungere una fase in cui i compiti richiedono al massimo qualche settimana, anziché mesi.

Secondo passo in relazione al tuo flusso di consegna Agile: WIP invece di Velocity

Molti Scrum Master o Kanban Coach ritengono che per una misurazione valida della Velocity ecc. sia importante il “right sizing” delle task o delle work item, in cui tutte le work item hanno all’incirca le stesse dimensioni. Solo allora gli Story Point (necessari per misurare la Velocity) sono utili per misurare la Velocity, perché appaiono più simili a un’unità di tempo comparabile. 

Ma questo è sbagliato: le attività non hanno nemmeno bisogno di una dimensione simile. Non dovresti darlo per scontato, perché è troppo difficile controllare le stime di Story Point. L’unica cosa che puoi controllare è il numero di nuove attività che inizi.

Quindi, per diventare prevedibili, fate quanto segue: Monitorate il tasso di “attività appena iniziate” rispetto al tasso di “attività completate”. Questi due dovrebbero essere in equilibrio. In altre parole, il tasso di “entrata” e il tasso di “uscita” delle task dovrebbero essere il più vicino possibile, idealmente anche corrispondenti.

Un esempio: il comportamento tipico dei team di sviluppo software è che non appena un’attività viene bloccata, viene avviato un nuovo elemento di lavoro. Questo fa sì che molte attività siano aperte ma non concluse, il che rende molto più complicato sbloccarle di nuovo. 

Se invece vi assicurate che per ogni task iniziata ci sia anche una task completata, sarà più facile sbloccare le poche task focalizzate nel Daily. Le vostre prestazioni complessive diventeranno più calcolabili e il team sarà più soddisfatto perché il vostro superiore e i vostri clienti sono più soddisfatti.

Alcuni “sintomi positivi” di un flusso di Agile Delivery sano

In pratica, questo comporta i seguenti comportamenti:

• • Non iniziamo nuovi compiti quando ci sono ancora molte cose in corso. 

• • Ci concentriamo sul portare a termine ciò che abbiamo iniziato prima di iniziare nuove cose.

• • L’età dei compiti non va mai oltre le poche settimane.

• • Se non c’è un motivo valido, lavoriamo sempre sul compito più vecchio.

Anche i limiti di WIP (work-in-progress) aiutano in questo senso, anche se spesso non sono sufficienti. Una volta che il team impara a concentrarsi sul completamento dei compiti piuttosto che sull’avvio di nuovi, sarà meglio della maggior parte dei team.

Quando si utilizza correttamente il Flusso di Consegna Agile

Per creare aspettative chiare: In questo modo non puoi controllare se un compito richiede due o tre giorni. Ma almeno ti assicuri che il tuo team non lavori su un numero così elevato di attività che le attività di 2-3 giorni finiscono per richiedere un mese.

Quanto migliorerebbe il tuo team se sapesse che praticamente tutti gli obblighi di consegna saranno rispettati entro poche settimane? Questo presuppone, ovviamente, che tu metta in atto tutti gli accorgimenti di cui sopra: Impostazione di MVT, un limite rigoroso di WIP e l’impegno a non riavviare le attività fino a quando un’altra attività non è stata completata.

Passo 3: Iniziare a migliorare il flusso di consegna Agile

In teoria, sai cosa fare. Qual è il modo migliore per iniziare praticamente? Creando consapevolezza e “disponibilità al cambiamento” nel team. Nel migliore dei casi, attraverso l’auto-riflessione.

Devi essere trasparente su questi numeri e controllarli regolarmente per vedere se il rapporto tra attività iniziate e completate è in equilibrio. Potrebbe essere parte della tua retrospettiva andare un po’ più a fondo e riflettere sul perché i numeri non erano in equilibrio nell’ultimo ciclo. 

Ti consiglio di discutere i comportamenti che ho citato con il nostro strumento di retrospettiva agile Echometer nella tua retrospettiva (leggi di più): 7 Strumenti retrospettivi a confronto ). Potresti anche inserirlo nei tuoi accordi di lavoro o nel tuo regolare controllo della salute per sensibilizzare l’opinione pubblica ponendo regolarmente queste domande.

Le seguenti domande sono il nostro modello di retrospettiva per la “agile Delivery” (maggiori informazioni su: 22 modelli divertenti per le retrospettive agili ). Iniziamo con alcune affermazioni sullo stato di salute e chiediamo al team se è d’accordo o meno. Dopodiché ci sono alcune domande aperte:

Retrospettiva sulla consegna agile

Articoli per il controllo della salute

Quando il nostro modo di lavorare ha portato a un flusso di lavoro non ottimale? (ad esempio linee guida poco chiare, inadeguate o non seguite)

Come puoi immaginare, l’ultimo punto dell’Health Check (verifica della causa) implica già una potenziale misura, qualcosa che puoi provare per uno o due sprint agili per vedere se potrebbe esservi d’aiuto: la limitazione del numero di task con lo stato “Work in Progress”.

Gettare le basi: Stabilire accordi per il lavoro di squadra

Hai la sensazione che il tuo team non sia ancora pronto per questo tipo di riflessione? In questo caso, dovresti prima riflettere sul “buon lavoro” in generale e poi stabilire alcune regole di base, i cosiddetti accordi di lavoro o Working Agreements. Il seguente modello di workshop può aiutarvi in questo. Puoi eseguirlo come una forma speciale di retrospettiva all’inizio di un progetto o come un workshop aggiuntivo.

Innanzitutto, dovresti farti un’idea di quanto il tuo team si senta implicitamente d’accordo: vedi l’elemento dell’Health Check. Quindi dovresti verificarlo praticamente con alcune domande aperte. Ogni membro del team deve completare la frase (vedi altre domande) con il maggior numero possibile di risposte che gli/le vengono in mente:

Impegni di squadra Retrospettiva

Articoli per il controllo della salute

Gestire i conflitti: “Se noto che nel nostro team si verifica un conflitto, allora…”.

Dopo aver raccolto le risposte, dovresti ovviamente cercare di trovare degli schemi e concordare accordi concreti su come vorresti collaborare in futuro, almeno temporaneamente come esperimento.

Un’alternativa interessante e creativa

Se queste metodologie di retrospettiva vi sembrano troppo “aride”, esiste un’altra metodologia di retrospettiva che si concentra sulla riflessione della qualità dell’output del vostro team ( Fun 54 Metodi retrospettivi è disponibile qui ): La Retrospettiva dei Tre Porcellini. Si tratta di una semplice alternativa per iniziare a riflettere e migliorare le tue prestazioni, basata sulla favola dei tre porcellini che costruirono case con materiali diversi.

Conclusione - Flusso di Delivery Agile

Non importa come si inizia, la cosa più importante è iniziare nel modo giusto. I team che tengono sotto controllo il loro Agile Delivery Flow sono i migliori.

A proposito, molte delle idee che trovi qui sono ben riassunte anche nel podcast “Agile Bites”, che consiglio vivamente (Al podcast: Morsi Agili). 

Divertiti a sviluppare il tuo team!