Se chiedi alla maggior parte dei manager di parlare di "sicurezza psicologica" o di "visione" (leggi tutto): Sicurezza psicologica) dei loro team di sviluppo software agile, concordano sul fatto che questi aspetti sono importanti, ma... Quando il cliente segnala l'urgenza o la scadenza si avvicina, tutte queste variabili più "morbide" vengono in genere messe in secondo piano. I manager si preoccupano soprattutto di un flusso di consegna agile e prevedibile da parte del team agile.
Se dai un'occhiata al nostro blog Echometer (al nostro blog), saprai che i nostri contenuti tendono a concentrarsi sul miglioramento delle soft skills dei team e delle organizzazioni. Queste ultime sono spesso sottovalutate dai responsabili delle decisioni. Ma non dai Maestri di Scrum e dai Coach Agili.
Quello che credo che gli Scrum Master e gli Agile Coach sottovalutino ancora una volta è l'attenzione al miglioramento del flusso di consegna – fondamentalmente quello che i manager vogliono. Nel post di oggi, descrivo una semplice tecnica per aumentare in modo significativo la probabilità di consegnare sempre in tempo e nel rispetto del budget.
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 coach Kanban ritengono che una misurazione valida della velocità dipenda dal "giusto dimensionamento" dei compiti o degli elementi di lavoro, in cui tutti gli elementi di lavoro hanno approssimativamente le stesse dimensioni. Solo in questo caso gli story point (necessari per misurare la velocità) sono utili per misurare la velocità 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 prevedibile, procedi come segue: Controlla il tasso di "nuove attività avviate" rispetto al tasso di "attività completate". Questi due elementi devono essere in equilibrio. In altre parole, i tassi di "entrata" e "uscita" delle attività devono essere il più possibile simili, idealmente addirittura uguali.
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 ti assicuri che per ogni attività che inizi ci sia anche un'attività completata, sarai in grado di sbloccare meglio le poche attività focalizzate nel quotidiano. Le tue prestazioni complessive saranno più prevedibili – e il team sarà più felice perché il tuo manager e i tuoi clienti saranno più contenti.
Alcuni "sintomi positivi" di un sano flusso di consegna agile
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. Ora qual è il modo migliore per iniziare concretamente? 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 domande che seguono sono il nostro modello di retrospettiva per la "consegna agile" (leggi di più): 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
Facciamo le cose molto velocemente. Senza attese, senza ritardi.
Possiamo stimare esattamente ciò che possiamo consegnare in un determinato ciclo.
I risultati dei nostri sprint non richiedono alcuna rielaborazione dopo lo sprint per essere consegnati.
Limitiamo i nostri "lavori in corso" per essere sempre concentrati.
Domande aperte
Quando il nostro modo di lavorare ha funzionato davvero bene?
Qual è il maggior potenziale di miglioramento per far sì che i pacchetti di lavoro passino attraverso i nostri processi più velocemente (eliminare i tempi di attesa, migliorare i processi)?
Quali sono stati gli esempi recenti di un incremento che non ha funzionato/consegnato alla fine dello sprint?
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 intuire, l'ultimo punto del controllo dello stato di salute implica già un'azione potenziale, qualcosa che puoi provare per uno o due sprint agili per vedere se può esserti utile: Limitare il numero di attività con lo stato "Lavori in corso".
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. Il seguente modello di workshop può aiutarti in questo senso. Puoi farlo come forma speciale di retrospettiva all'inizio di un progetto o come workshop aggiuntivo.
Per prima cosa, cerca di capire quanto il tuo team si senta implicitamente unito – vedi la voce Verifica dello stato di salute. Poi dovrai 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 vengono in mente:
Impegni di squadra Retrospettiva
Articoli per il controllo della salute
Nel mio team abbiamo un'idea comune di cosa sia il "buon lavoro".
Domande aperte
Gestire le priorità in conflitto: "Se noto priorità in conflitto, allora...".
Comunicare i blocchi: "Se mi blocco su un compito, lo condivido con...".
Gestire i conflitti: "Se noto che nel nostro team si verifica un conflitto, allora...".
Dopo aver raccolto le risposte, dovrai ovviamente cercare di trovare degli schemi e concordare degli accordi concreti su come vorrai lavorare insieme in futuro – almeno temporaneamente come esperimento.
Un'alternativa interessante e creativa
Se questi metodi retrospettivi ti sembrano troppo "aridi", esiste un altro metodo retrospettivo che si concentra sulla riflessione sulla qualità dei risultati del tuo 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.
Domande aperte di feedback
Casa di paglia: cosa abbiamo costruito che si sta solo tenendo insieme ma che potrebbe crollare da un momento all'altro? 🌱
Casa fatta di bastoni: Cosa abbiamo costruito di relativamente stabile ma ancora migliorabile? 🪵
Casa di pietra: cosa abbiamo costruito di solido? 🪨
Conclusione – Flusso di consegna 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.
Tra l'altro, molte delle idee che trovi qui sono ben riassunte anche nel podcast "Agile Bites", che ti consiglio vivamente (Al podcast: Morsi Agili).
Divertiti a sviluppare il tuo team!
