Ciao, e benvenuto nella terza puntata della ventiduesima stagione. Nelle scorse puntate abbiamo capito perché è nato l'Agile e quali valori lo animano. Oggi passiamo dalla filosofia alla pratica, e vediamo la prima e più fondamentale delle sue pratiche concrete, quella che traduce in azione il rifiuto del piano rigido: lavorare a piccoli passi. Invece di un'unica lunga marcia verso un traguardo lontano, tanti piccoli cicli brevi, ciascuno che produce qualcosa di reale. Queste piccole tappe si chiamano iterazioni, e oggi capiamo cosa sono e perché sono così potenti.
Partiamo dall'idea, contrapponendola al vecchio modo, perché il contrasto è illuminante. Nel modo tradizionale, tutto il lavoro era un'unica lunga corsa: mesi e mesi verso un traguardo lontano, senza consegnare nulla fino alla fine. Nell'Agile, invece, il lavoro è diviso in tanti cicli brevi, ciascuno della durata di poche settimane. E in ogni ciclo breve, non fai un pezzetto qualsiasi, ma costruisci una fetta piccola, completa e funzionante del prodotto, qualcosa che, per quanto piccolo, funziona davvero e ha valore. Alla fine di ogni ciclo, hai in mano un pezzo di software reale, non un documento, non una promessa. Poi cominci il ciclo successivo, e ne aggiungi un altro pezzo, e così via.
Voglio soffermarmi su un punto cruciale, perché è ciò che distingue una vera iterazione da una semplice fase, e voglio che sia chiaro. In ogni iterazione non costruisci uno strato orizzontale del prodotto, come tutta la parte grafica in un ciclo e tutta la parte interna in un altro. Costruisci una fetta verticale, completa dall'alto in basso: una piccola funzione che attraversa tutti gli strati e funziona per intero, che l'utente potrebbe davvero usare. È la differenza tra costruire una casa mettendo prima tutte le fondamenta, poi tutti i muri, poi tutti i tetti, e invece costruire prima una stanza completa e abitabile, poi un'altra stanza completa. Ogni iterazione consegna una stanza in cui si può già entrare, non un pezzo inutilizzabile in attesa del resto.
Vediamo ora perché lavorare a piccoli passi sia così potente, perché i vantaggi sono profondi. Il primo vantaggio è che hai qualcosa di reale, in fretta, e a ripetizione. Invece di aspettare mesi per vedere qualcosa, dopo poche settimane hai già una fetta funzionante, poi un'altra, poi un'altra. Il progetto non è più una promessa lontana, ma una realtà che cresce a vista d'occhio, pezzo dopo pezzo. Questo cambia tutto: puoi vedere, toccare, provare il prodotto fin da subito, invece di immaginarlo per mesi basandoti su un piano astratto. La concretezza frequente è già di per sé una rivoluzione rispetto alla lunga attesa nel buio.
Il secondo vantaggio, ancora più importante, è che puoi correggere la rotta di frequente. Alla fine di ogni breve ciclo, ti fermi, guardi cosa hai fatto, e decidi come proseguire, potendo aggiustare la direzione. Se qualcosa non va, se i bisogni sono cambiati, se hai imparato qualcosa di nuovo, lo scopri presto e correggi subito, al prossimo ciclo, invece di accorgertene alla fine, quando è troppo tardi. Invece di una nave che punta rigidamente verso una meta fissata mesi prima, hai una nave che aggiusta la rotta di continuo, tappa dopo tappa, restando sempre diretta verso ciò che serve davvero adesso. La correzione frequente è ciò che ti tiene sulla strada giusta.
C'è un terzo vantaggio, che riprende un tema della sicurezza e che voglio evidenziare: i piccoli passi riducono enormemente il rischio. Pensa alla differenza tra sbagliare un piccolo passo e sbagliare un grande piano. Se una singola breve iterazione va storta, hai perso poche settimane, e puoi correggere subito: un danno piccolo e recuperabile. Se invece un grande piano di mesi va storto, hai perso mesi, e te ne accorgi troppo tardi: un disastro. Lavorando a piccoli passi, ogni errore possibile è piccolo, precoce e recuperabile, invece che grande, tardivo e catastrofico. Il rischio, spezzettato in tanti piccoli pezzi, diventa gestibile, come quando in altre stagioni abbiamo visto che fare le cose in piccolo e spesso è più sicuro che farle in grande e di rado.
Voglio collegare questo alla stagione sull'automazione, perché c'è un legame stretto e bello. Ricordi la cultura del piccolo, spesso e senza paura, di cui parlavamo per il rilascio continuo del software? Le iterazioni sono la stessa filosofia applicata a tutto il modo di lavorare: procedere a piccoli passi frequenti invece che a grandi balzi rari. Non è un caso che le due cose vadano insieme: un modo di lavorare a piccole iterazioni si sposa naturalmente con un modo di rilasciare a piccoli passi frequenti. È tutto lo stesso spirito, la stessa saggezza profonda: spezzare il grande e raro nel piccolo e frequente, guadagnando in sicurezza, apprendimento e capacità di adattarsi.
Per oggi ci fermiamo qui. La prima pratica concreta dell'Agile è lavorare a piccoli passi: invece di un'unica lunga marcia, tanti cicli brevi di poche settimane, le iterazioni, ciascuno che produce una fetta piccola, completa e funzionante del prodotto, come costruire una stanza abitabile alla volta invece di tutte le fondamenta insieme. I vantaggi sono profondi: hai qualcosa di reale in fretta e a ripetizione, puoi correggere la rotta di frequente, e riduci enormemente il rischio, perché ogni errore possibile è piccolo e recuperabile. È la stessa saggezza del piccolo, spesso e senza paura vista per il rilascio del software. Nella prossima puntata vediamo cosa rende potenti le iterazioni: il ciclo di feedback. Nelle note trovi qualche spunto. Se ti è utile, condividila. Grazie per l'ascolto, e ci sentiamo alla prossima.