Ciao, e benvenuto nella seconda puntata della ventiduesima stagione. Nella scorsa puntata abbiamo visto nascere l'Agile dalla frustrazione per i piani rigidi. Oggi andiamo al suo cuore, e scopriamo una cosa che sorprende molti: l'Agile, in origine, non è un insieme di regole o di procedure. È un insieme di valori. Un breve documento, scritto da un gruppo di persone stanche del vecchio modo di lavorare, che dice non cosa fare, ma cosa conta di più. Capire questo è essenziale, perché è ciò che distingue l'Agile vero da tutte le sue imitazioni svuotate. Oggi parliamo del manifesto.
Partiamo dalla storia, che è breve e affascinante. All'inizio degli anni duemila, un gruppo di sviluppatori esperti, ciascuno con le proprie idee su come lavorare meglio, si riunì per cercare un terreno comune. Erano tutti accomunati dalla stessa insoddisfazione verso i metodi rigidi e pesanti dell'epoca, e dal desiderio di un modo di lavorare più umano ed efficace. Da quell'incontro nacque un documento sorprendentemente breve, quasi minimalista: il manifesto per lo sviluppo agile del software. Non un manuale corposo, non un insieme di procedure dettagliate, ma poche righe che esprimono un modo di pensare. La sua brevità non è un caso: è essa stessa un messaggio, perché i valori si dicono in poche parole, le regole no.
Il cuore del manifesto è fatto di quattro affermazioni, quattro scelte di ciò che conta di più, e voglio spiegartele, perché sono l'anima dell'Agile. La prima: le persone e le loro interazioni contano più dei processi e degli strumenti. La seconda: il software che funziona conta più della documentazione esaustiva. La terza: la collaborazione con il cliente conta più della negoziazione di un contratto. La quarta: rispondere al cambiamento conta più che seguire un piano. Quattro coppie, in cui ogni volta si dice che una cosa conta più di un'altra. In queste quattro frasi c'è tutta la filosofia dell'Agile, e ciascuna è una reazione precisa ai difetti del vecchio modo di lavorare.
Ma c'è un punto sottile e importantissimo in queste quattro frasi, che moltissimi fraintendono, e voglio che tu lo colga bene. Quando il manifesto dice che una cosa conta più di un'altra, non sta dicendo che l'altra sia inutile o vada buttata. Lo dice esplicitamente: pur essendoci valore nelle cose a destra, se ne dà di più a quelle a sinistra. Cioè: i processi, la documentazione, i contratti, i piani hanno il loro valore, servono, non vanno eliminati. Semplicemente, quando c'è da scegliere cosa mettere al primo posto, l'Agile mette al primo posto le persone, il software funzionante, la collaborazione, l'adattamento. È una questione di priorità, non di esclusione. Fraintendere questo, e pensare che Agile significhi niente documentazione o niente piani, è uno degli errori più diffusi.
Voglio soffermarmi sul significato di ciascuna scelta, perché sono reazioni precise a dolori reali. Le persone prima dei processi: il software lo fanno gli esseri umani che collaborano, non le procedure. Il software funzionante prima della documentazione: ciò che conta è che il prodotto giri davvero, non che ci siano pile di documenti. La collaborazione prima del contratto: lavora insieme al cliente di continuo, invece di trincerarti dietro un accordo firmato. L'adattamento prima del piano: accogli il cambiamento invece di combatterlo. Ogni valore cura una ferita del vecchio modo.
Voglio evidenziare perché sia così cruciale capire che l'Agile è fatto di valori, e non di regole, perché è il cuore onesto di questa stagione. Se l'Agile fosse un insieme di regole, basterebbe seguirle per essere agili. Ma siccome è un insieme di valori, un modo di pensare, puoi seguire tutte le regole e i rituali che vuoi e non essere affatto agile, se non hai capito e abbracciato i valori sotto. È come la differenza tra imparare a memoria le regole di un gioco e capirne davvero lo spirito: puoi conoscere tutte le mosse e giocare malissimo, se non hai colto il senso. L'Agile vero sta nei valori compresi e vissuti, non nei rituali eseguiti meccanicamente. Questa distinzione tornerà spesso, perché è la radice di gran parte dei fraintendimenti.
Voglio collegare questo a un tema ricorrente del podcast. Quante volte abbiamo detto che ciò che conta è capire il modello e i principi, non memorizzare comandi? Con l'Agile è identico: contano i valori compresi e vissuti, non i rituali eseguiti. Le pratiche concrete, di cui parleremo, sono solo modi per mettere in atto i valori, e hanno senso solo se li servono davvero. Capisci i valori, e le pratiche avranno senso; impara solo le pratiche, e farai teatro vuoto.
Per oggi ci fermiamo qui. L'Agile, in origine, non è un insieme di regole ma di valori, espressi in un breve manifesto scritto da un gruppo di sviluppatori stanchi dei metodi rigidi. Quattro scelte ne sono il cuore: le persone più dei processi, il software funzionante più della documentazione, la collaborazione più del contratto, l'adattamento più del piano. Attenzione, però: non che le cose a destra siano inutili, ma che quelle a sinistra contino di più, è una questione di priorità. E capire che l'Agile è fatto di valori, non di regole, è essenziale: puoi eseguire tutti i rituali e non essere agile, se non ne hai colto lo spirito. Nella prossima puntata vediamo la prima pratica concreta: lavorare a piccoli passi, le iterazioni. Nelle note trovi qualche spunto. Se ti è utile, condividila. Grazie per l'ascolto, e ci sentiamo alla prossima.