Ciao, e benvenuto nella quarta puntata della ventiduesima stagione. Nella scorsa puntata abbiamo visto le iterazioni, il lavorare a piccoli passi. Ma perché, esattamente, i piccoli passi funzionano così bene? Qual è il motore che rende potente tutto questo? La risposta è in una parola che è forse il concetto più importante di tutta la metodologia Agile: il feedback, cioè il riscontro. Oggi capiamo il ciclo di feedback, il vero cuore pulsante dell'Agile, e perché imparare facendo batte quasi sempre il cercare di prevedere tutto in anticipo.
Partiamo dalla domanda di fondo, che riprende la prima puntata. Il problema del vecchio modo, ricordi, era pretendere di sapere tutto in anticipo: pianificare nei dettagli ciò di cui il cliente aveva bisogno, prima ancora di aver costruito qualcosa. Ma i bisogni veri, spesso, non si conoscono in anticipo: si scoprono. E come si scoprono? Costruendo qualcosa di reale, mettendolo davanti alle persone, e osservando cosa succede, cosa dicono, cosa serve davvero. Non lo indovini a tavolino: lo impari dalla realtà. E le iterazioni, con i loro pezzi funzionanti frequenti, sono esattamente lo strumento che rende possibile questo imparare dalla realtà.
Ecco allora il ciclo di feedback, che è il motore di tutto, e voglio descrivertelo con precisione. Funziona così: costruisci una piccola fetta funzionante, in un'iterazione. La consegni, la mostri a chi la userà, al cliente, agli utenti. Osservi le loro reazioni, ascolti i loro riscontri, vedi cosa funziona e cosa no, cosa manca, cosa avevi frainteso. E da questo impari qualcosa di prezioso sul bisogno vero. Poi, con ciò che hai imparato, adatti e costruisci la fetta successiva, migliore, più vicina a ciò che serve davvero. E ripeti. Costruisci, consegna, ottieni riscontri, impara, adatta, e da capo. Questo giro, ripetuto a ogni iterazione, è il ciclo di feedback.
Voglio farti apprezzare la profondità di questo meccanismo, perché è una vera rivoluzione nel modo di conoscere. Nel vecchio modo, si cercava di prevedere il bisogno giusto, indovinandolo in anticipo, una volta sola, all'inizio, quando si sapeva meno di tutto. Nel ciclo di feedback, invece, non si prevede: si impara. Non devi indovinare tutto giusto al primo colpo; devi solo costruire un po', vedere come va, e correggere. Ogni giro ti avvicina un pochino di più al bisogno vero, guidato dalla realtà invece che dalle supposizioni. È la differenza tra provare a colpire un bersaglio lontano al buio, con un solo tiro, e avvicinarti a piccoli passi, aggiustando la mira a ogni passo perché finalmente vedi dove cade.
Voglio evidenziare perché imparare dalla realtà sia quasi sempre superiore al prevedere, perché è il punto filosofico centrale. Gli esseri umani, per quanto bravi, sono pessimi nel prevedere in anticipo ciò che vogliono, specialmente per qualcosa di complesso come il software. Spesso il cliente stesso non sa cosa gli serve finché non lo vede, e solo di fronte a qualcosa di concreto scopre cosa gli manca o cosa aveva in mente davvero. Nessun piano fatto a tavolino può competere con la conoscenza che nasce dal mettere qualcosa di reale davanti a occhi veri. Il ciclo di feedback sostituisce l'illusione di prevedere con la solidità dell'imparare dai fatti. Ed è per questo che è così potente: si fonda sulla realtà, non sulle ipotesi.
Voglio collegare questo a un tema che abbiamo incontrato in altre stagioni, perché è la stessa idea profonda sotto altra forma. Ricordi come, in tanti contesti, il progresso nasce da un ciclo di provare, misurare, correggere, ripetere? L'abbiamo visto nell'apprendimento delle macchine, che migliorano per tentativi ed errori corretti. Lo ritroviamo qui, nel modo di lavorare umano: costruire, osservare, correggere, ripetere. È un principio universale, che vale per l'apprendimento in generale: si impara più dall'esperienza corretta che dalla previsione perfetta. L'Agile porta questa saggezza antica dentro il modo di costruire software, facendone il suo motore.
Voglio darti anche una conseguenza pratica importante di tutto questo, che tornerà utile. Perché il ciclo di feedback funzioni, il riscontro deve essere reale e frequente. Reale, cioè da persone vere che usano software vero, non da opinioni astratte su documenti. E frequente, cioè a ogni iterazione, così da correggere spesso e presto, invece che di rado e tardi. Un ciclo di feedback lento o finto perde gran parte del suo potere. Ecco perché l'Agile insiste tanto sul consegnare spesso qualcosa di funzionante e sul coinvolgere davvero chi userà il prodotto: senza feedback reale e frequente, tutto il meccanismo si inceppa. Il riscontro autentico e ravvicinato è l'ossigeno del ciclo.
Per oggi ci fermiamo qui. Il motore che rende potenti le iterazioni è il ciclo di feedback: costruisci una fetta funzionante, la consegni, ottieni riscontri reali, impari qualcosa sul bisogno vero, adatti, e ripeti. È una rivoluzione nel modo di conoscere: invece di provare a prevedere tutto in anticipo, quando sai meno, impari dalla realtà a piccoli passi, avvicinandoti sempre di più a ciò che serve davvero. Perché gli umani sono pessimi a prevedere ma bravissimi a riconoscere ciò che serve una volta che lo vedono. È la stessa saggezza del provare, misurare e correggere vista altrove, e ha bisogno di riscontro reale e frequente per funzionare. Nella prossima puntata affrontiamo il cuore filosofico: abbracciare il cambiamento. Nelle note trovi qualche spunto. Se ti è utile, condividila. Grazie per l'ascolto, e ci sentiamo alla prossima.