Focalizziamoci sull’apprendimento convalidato invece di fallire

Provenendo da un background di consegne a cascata dove il fallimento doveva essere evitato a tutti i costi, sono stato stupito dalla tolleranza al fallimento di Agile. Se avessi una fetta di torta per ogni volta che ho sentito qualcuno ripetere il mantra “dobbiamo fallire per imparare”, avrei dovuto iniziare una dieta diversi mesi fa.

Imparare fallendo è diventata la soluzione per affrontare l’incertezza, i problemi o il rischio. Spesso è anche considerato come un libero sfogo per “vedere cosa succede” e “imparare qualcosa lungo la strada”.

Per essere chiari, credo pienamente nel potere di imparare dagli errori. Molti imprenditori di successo hanno imparato dai loro fallimenti e alla fine hanno avuto successo. Il problema con l’approccio “vedi cosa succede” è che spesso porta allo spreco. Il tempo è spesso un fattore critico a causa di risorse limitate o pressioni competitive. Quindi è vitale per molte organizzazioni usare queste risorse in modo efficiente ed efficace.

Per di più, il problema è che “imparare fallendo” è diventato una risposta di ripiego, quando sicuramente l’obiettivo primario dovrebbe essere quello di imparare minimizzando l’impatto del fallimento? Come Eric Ries ha sottolineato in Lean Startup:

“L’apprendimento è la scusa più vecchia del libro per il fallimento dell’esecuzione. È ciò su cui i manager ricadono quando non riescono a raggiungere i risultati promessi. siamo selvaggiamente creativi quando si tratta di dimostrare ciò che abbiamo imparato. Tutti possiamo raccontare una buona storia quando il nostro lavoro, la nostra carriera o la nostra reputazione dipendono da questo.”

Piuttosto che “vedere cosa succede”, Ries sostiene l’apprendimento convalidato. L’apprendimento convalidato è “una piccola unità di progresso che può essere rapidamente verificata per determinare se una direzione scelta è corretta”. La teoria dell’apprendimento convalidato incoraggia gli imprenditori a convalidare e misurare continuamente ciò che conta di più per i clienti.

Il termine minimum viable product (MVP) è definito come “una versione di un nuovo prodotto che permette a una squadra di raccogliere la massima quantità di apprendimento convalidato sui clienti con il minimo sforzo”. Questo richiede che un imprenditore capisca in anticipo quali apprendimenti lui (o lei) vuole convalidare, o in altre parole che sappia a quali domande vuole rispondere. Queste domande o ipotesi devono essere il più possibile misurabili e accurate, basate sulle informazioni disponibili in quel momento.

Anche la guida Scrum sostiene questo pensiero e usa il termine “empirismo”. L’empirismo consiste nel prendere decisioni basate su prove, fatti ed esperienza. Attraverso l’ispezione e l’adattamento periodici, un team Scrum è in grado di convalidare le ipotesi e di entrare in un ciclo di continui miglioramenti incrementali.

“Scrum è fondato sulla teoria del controllo dei processi empirici, o empirismo. L’empirismo afferma che la conoscenza deriva dall’esperienza e dal prendere decisioni basate su ciò che si conosce.” (Guida Scrum 2017)

L’apprendimento validato è radicato in Scrum. Grazie alla sua natura incrementale e iterativa, i team Scrum sono in grado di imparare continuamente ad ogni Sprint. Evidentemente, ci saranno dei fallimenti. È impossibile ottenere tutto giusto la prima volta. Tuttavia, l’impatto dovrebbe rimanere limitato e gestito, poiché la squadra può prendere gli insegnamenti da questo fallimento nello Sprint successivo.

Inoltre, a causa della sua flessibilità radicata, Scrum incoraggia le squadre ad essere user-centric. Questo permette la convalida precoce delle assunzioni con gli utenti finali. Esempi di tali tecniche di convalida includono la ricerca dell’utente, la prototipazione, il test A/B o la misurazione dei KPI attraverso l’analitica.

Quindi sì, potremmo dover fallire per imparare. Tuttavia, il fallimento non dovrebbe mai essere un obiettivo a sé stante. L’obiettivo primario dovrebbe sempre essere quello di capire cosa si vuole imparare e convalidare. Chiedo quindi gentilmente di abbandonare l’approccio “vediamo cosa succede” all’apprendimento. Ogni volta che sentite qualcuno dire “Impareremo delle cose”, la vostra risposta dovrebbe essere “Cosa e come esattamente?”.

Vuoi scrivere per Serious Scrum o discutere seriamente di Scrum?

Lascia un commento

Il tuo indirizzo email non sarà pubblicato.