Agile, per me, è un movimento

Ho sempre pensato all'agile come a qualcosa che si muove. Poi mi sono accorto che agile, alla lettera, è anche un movimento: è nato così, con un manifesto e un gruppo di persone. E forse è proprio questo che a un certo punto abbiamo smesso di ricordare.

C'è una parola che mi torna in mente ogni volta che provo a spiegare cosa sia davvero l'agile: movimento. Mi viene prima ancora di "metodo", prima di "framework", prima di tutte le parole che di solito ci mettiamo intorno. Agile mi fa pensare a qualcosa che si muove, che non sta fermo, che cambia posizione mentre lo guardi. E per un po' l'ho tenuta come una semplice immagine mia, di quelle che uso per capire le cose.

Poi mi sono fermato sulla parola, e mi sono accorto che non era solo un'immagine. Agile è nato letteralmente come un movimento. Nel 2001 un gruppo di persone si è trovato, ha scritto un manifesto, ha messo nero su bianco quattro valori e dodici principi. Non un prodotto, non una certificazione, non un tool. Un manifesto. La stessa parola che usiamo per i movimenti, quelli veri, quelli che partono perché un gruppo di persone sente che il modo in cui si stanno facendo le cose non va più bene.

Mettiamola così: agile non è una cosa che qualcuno ha inventato e venduto. È una cosa che qualcuno ha dichiarato. E tra inventare e dichiarare, per me, c'è tutta la differenza del mondo. So bene che i metodi c'erano già, Scrum e l'Extreme Programming venivano prima del 2001. Il Manifesto però è il momento in cui quella roba è stata dichiarata come una direzione condivisa, non solo praticata da qualcuno.

Ed è qui la cosa che mi piace di più: i due sensi non sono separati. Agile mi fa pensare al movimento, e insieme agile è un movimento. Il senso figurato, quello del muoversi, e il senso letterale, quello del gruppo di persone con un manifesto, finiscono per dire la stessa cosa. Per questo la parola mi convince: non la sto usando come metafora, la sto usando come descrizione.

Agile non è una cosa che qualcuno ha inventato e venduto: è una cosa che qualcuno ha dichiarato.

Non me lo sto inventando

Quando dico che abbiamo trasformato un movimento in un metodo, non sto esprimendo un'insofferenza personale. È una cosa che, dentro il mondo agile, hanno detto persone ben più titolate di me, e l'hanno detta partendo proprio dal Manifesto.

Il Manifesto del 2001 mette al primo posto una frase semplice: gli individui e le interazioni più che i processi e gli strumenti. Non "al posto di", ma "più che". La direzione è già lì: gli strumenti servono, ma vengono dopo le persone. Buona parte di quello che oggi chiamiamo agile ha girato quella frase al contrario, e ha messo davanti processi, tool e cerimonie.

Alcuni di quelli che il Manifesto lo hanno firmato se ne sono accorti presto. Dave Thomas, uno degli autori, qualche anno fa ha scritto un pezzo dal titolo volutamente brusco, "Agile is Dead". Il suo punto non era che l'idea fosse sbagliata, ma che la parola "Agile", con la maiuscola, era diventata un'industria di certificazioni e strumenti da vendere, e per strada aveva perso l'agilità come modo di lavorare. Preferiva tornare al verbo, all'aggettivo: non "fare Agile", ma "essere agili".

Martin Fowler, un altro firmatario, ha usato un'espressione che mi è rimasta impressa, "agile industrial complex", per descrivere l'agile calato dall'alto, imposto ai team come procedura invece che scelto da loro come modo di stare insieme. Che è, guarda caso, l'esatto contrario di quel primo valore.

Ecco, quando dico movimento, mi ritrovo dalla stessa parte di queste voci. Non ho la pretesa di aver scoperto niente. Ho un modo mio di raccontarlo, che parte da una parola invece che da una diagnosi tecnica.

Movimento e metodo non sono la stessa cosa

Quando penso ai movimenti, penso a qualcosa che si tiene insieme grazie a un'idea condivisa, non grazie a un regolamento. Le persone di un movimento non fanno le stesse cose perché qualcuno gliel'ha imposto. Le fanno perché credono nella stessa direzione. Puoi anche non conoscere i dettagli, ma sai da che parte stai andando.

Un metodo è un'altra cosa. Un metodo ti dice i passi. Fai questo, poi quello, alla fine ottieni il risultato. È utilissimo, per carità, e non ho niente contro i metodi. Ma un metodo, da solo, non ti dice il perché. E infatti puoi eseguire un metodo alla perfezione e non aver capito niente di dove volevi arrivare.

Il guaio, mi sembra, è che negli anni abbiamo preso un movimento e l'abbiamo trattato come un metodo. Abbiamo tenuto i passi e abbiamo perso la direzione. Ci siamo riempiti di eventi, ruoli, cerimonie, e a un certo punto ci siamo dimenticati che tutto quello era nato per servire un'idea, non per sostituirla.

Abbiamo preso un movimento e l'abbiamo trattato come un metodo: abbiamo tenuto i passi e perso la direzione.

La differenza tra ballare ed eseguire i passi

C'è un'immagine che mi aiuta. Pensa alla differenza tra uno che balla e uno che esegue i passi di un ballo. Da fuori, per un istante, possono sembrare uguali. Stessi movimenti, stesso ritmo. Ma uno sta dentro la musica, l'altro sta contando nella testa "uno, due, tre". Uno si muove, l'altro esegue.

Tantissimi team agili, oggi, stanno eseguendo i passi. Hanno il daily, hanno la retrospettiva, hanno la board piena di post-it. Contano "uno, due, tre" benissimo. Ma non stanno ballando. Non c'è più il movimento, c'è la coreografia. E la coreografia, quando la musica finisce, resta lì immobile, con le persone ferme nella posa giusta ad aspettare la prossima battuta.

È questo che mi interessa davvero: non se un team fa Scrum "bene", ma se un team si sta ancora muovendo. Se le cose cambiano davvero da uno sprint all'altro, o se cambia solo il numero sopra il grafico. Un rituale rispettato alla lettera può darti l'illusione del movimento mentre sei fermo. Ed è un'illusione comoda, perché ti fa sentire a posto.

Governare il movimento, non incorniciarlo

Attenzione, non sto dicendo che serva meno struttura. Un movimento senza direzione si disperde, diventa entusiasmo che non porta da nessuna parte. Ho visto anche quello, e non è più sano del rito. La domanda non è "regole sì o regole no". È un'altra: le regole che ci diamo servono a tenere vivo il movimento, o servono a sostituirlo?

Per me governare un sistema agile significa proprio questo. Non mettere il movimento in una cornice, dove sta bello ordinato e non si muove più. Ma tenerlo in strada: proteggere la direzione, rendere visibile dove stiamo andando, lasciare che le persone si muovano davvero invece di eseguire. La governance che mi piace è quella che serve il movimento e lo accompagna. Quella meno utile è quella che lo blocca, lo mette in ordine, e continua a chiamarlo movimento anche quando ormai sta fermo.

E allora forse il primo passo è ricordarsi da dove veniamo. Agile è partito come la scelta di un gruppo di persone che ha voluto provare a lavorare in un altro modo, e l'ha messa per iscritto. Non come un catalogo di riti da rispettare. Se vogliamo che continui a significare qualcosa, credo valga la pena tornare a trattarlo per quello che è: un movimento. Qualcosa che resta vivo finché si muove.