20 anni fa, ho fatto un viaggio a Snowbird, Utah, per unirmi ad altre 16 persone che condividevano un obiettivo: cambiare in meglio il modo in cui il nostro settore, lo sviluppo del software, lavorava. Mettere i clienti al primo posto, lavorare in modo più intelligente, consegnare più velocemente, più spesso e meglio.
In quella riunione, abbiamo creato i quattro valori e i 12 principi meglio conosciuti come il Manifesto Agile. Sono orgoglioso di essere uno dei 17 firmatari del documento che ha contribuito a trasformare così tanto. In questo 20° anniversario di Agile, vorrei condividere la storia di come è nato il Manifesto Agile (potete anche guardarlo sul nostro canale YouTube).
Ma prima, voglio ringraziare tutti coloro che erano presenti, vorrei anche ringraziare tutti voi che state implementando processi Agile. Grazie per tutto quello che avete fatto per prendere una grande idea e trasformarla in una trasformazione globale. Abbiamo tutti fatto molto, ma c'è ancora molto da fare, quindi, festeggiamo 20 anni di Agility e andiamo nel futuro ancora più Agili di quanto siamo oggi.
All'epoca, c'era molta preoccupazione per il modo in cui lo sviluppo del software si stava muovendo. Veniva fatto principalmente usando il Rational Unified Process, che era diventato molto pesante e per niente Agile. Molte delle persone all'incontro del Manifesto Agile erano state attive nei newsgroup su internet lavorando come precursori dei processi Agili. Stavamo cercando di creare un'alternativa migliore.
Poi nel 2001, Bob Martin, che dirigeva un'azienda che faceva consulenza sulla tecnologia degli oggetti, ci chiamò tutti e disse: "Riuniamoci". Lo zio Bob, come è conosciuto da molti nella comunità Agile, era il presidente della riunione del Manifesto Agile. Ma perché ci siamo incontrati a Snowbird?
Alistair Cockburn e Jim Highsmith, due firmatari del Manifesto Agile, vivevano nello Utah all'epoca. Jim aveva appena scritto un libro sulla gestione adattiva, e Alistair aveva scritto diversi libri su una struttura che lui chiamava Crystal. Tutti e 17 eravamo leader di pensiero nel settore. Stavamo affrontando una minaccia competitiva sotto forma di pesanti processi di sviluppo del software che non piacevano a nessuno. Questo è stato ciò che ha motivato tutti a riunirsi. Sapevamo che doveva esserci qualcosa di meglio.
Il primo giorno della riunione, ognuno di noi ha avuto la possibilità di parlare delle proprie idee e di quello che stava facendo. All'epoca usavamo il termine 'processi leggeri'. Sapevamo che avevamo bisogno di una parola migliore.
Chiamarlo Agile è stata un'idea di Mike Beedle. Era stato ispirato da un libro su aziende di hardware che avevano formato un consorzio per capire come portare il Lean al livello successivo. Il Lean è davvero buono per l'efficienza, ma non è molto bravo a connettersi con i clienti o ad entusiasmarli. Così, il consorzio voleva capire come portare il Lean al livello successivo (tengo ancora una copia del libro sul mio scaffale). Alla fine del primo giorno, avevamo una serie di nomi su una lavagna a fogli mobili. Abbiamo scelto Agile come parola che avremmo usato. È stata una decisione importante, tutta grazie a Mike Beedle.
Intorno alle 10:30 del mattino del secondo giorno, abbiamo deciso di fare una pausa caffè. Era inverno ed eravamo nello Utah, così nove dei 17 riuniti hanno deciso di andare a sciare velocemente. Gli otto che sono rimasti nella stanza sono quelli che vedete nella foto sul sito del Manifesto Agile.
Martin Fowler, autore di molti libri sullo sviluppo del software e parte del primo team di Extreme Programming (XP) andò alla lavagna e disse che era preoccupato che avremmo passato un paio di giorni insieme e non saremmo stati d'accordo su nulla oltre al nome Agile. "C'è qualcos'altro su cui possiamo essere d'accordo?" chiese.
Qualcuno ha detto, "Beh, sappiamo che grandi squadre creano grande software". Hanno aggiunto, "È tutta una questione di individui e di come lavorano insieme". Così, Martin scrisse gli individui e le interazioni sulla lavagna. C'erano due persone che lavoravano per aziende che vendevano strumenti di sviluppo che chiesero, "e i processi e gli strumenti? Il resto di noi ha detto che normalmente rallentano, ma non vogliamo vietarli. Martin, ancora alla lavagna, ha completato la frase. Diamo valore agli individui e alle interazioni rispetto ai processi e agli strumenti. Il primo valore Agile.
Poi Ron Jeffries, che era nel team XP originale, ha detto "Diamo valore alla consegna precoce e regolare di software funzionante. Questa è la cosa più importante. È molto più importante della documentazione". Ma, hanno notato altri, un po' di documentazione è sempre necessaria. Così, Martin scrisse che diamo più valore al software funzionante che alla documentazione completa. Il secondo valore Agile era nato.
Ora, avevamo solo circa 15 minuti in questa pausa caffè, e i successivi cinque minuti furono spesi per parlare del cliente. Qui, ero un forte sostenitore perché ero appena uscito da quattro anni come CTO in una delle più grandi aziende di software sanitario del mondo. Eravamo costantemente in lotta per i contratti. Erano spesso la causa principale dei fallimenti dei progetti. Chiaramente, coinvolgere i clienti e lavorare con noi era la chiave del successo. Dopo una considerevole discussione, eravamo tutti d'accordo che davamo più valore alla collaborazione con i clienti che alla negoziazione dei contratti. Il terzo valore Agile.
Infine, uno degli XP ha detto: "Diamo più valore al rispondere al cambiamento che al seguire un piano", che era il mantra di XP. Il quarto valore Agile. La pausa caffè era finita. Gli altri tornarono. Ci siamo guardati tutti in piedi, fissando la lavagna. C'era un gran silenzio, poi Ward Cunningham (sviluppatore di Wiki e di molti altri strumenti software) ha detto, "è fantastico! Nessuno cambiò una parola. Nemmeno una. È stato scritto e modificato in 15 minuti.
Se parli con noi ora, diciamo che è come se avessimo preso una nota di mezza pagina, l'avessimo messa in una bottiglia e gettata nell'oceano. Poi tutti l'hanno letto. È incredibile vedere che il lavoro che abbiamo fatto è ora un fenomeno globale. Ma avevamo appena iniziato.
Quel pomeriggio, ci siamo riuniti di nuovo perché sapevamo di dover mettere un po' di carne sulle ossa dei valori Agile. Così, abbiamo passato diverse ore a creare i 12 principi Agile che amplificano e chiariscono i quattro valori. Adesso, se vai nella maggior parte delle aziende, sentirai un sacco di discussioni su cosa dovrebbe essere fatto, quali sono le priorità, chi dovrebbe fare cosa, e chi dovrebbe essere finanziato.
Spesso si parla molto poco del cliente. Quindi, una delle cose principali che abbiamo voluto fare è mettere il cliente davanti e al centro. Perché alla fine della giornata, tutto ciò che non rende felice il cliente è una perdita di tempo e non aggiunge valore.
Un'altra area su cui ci siamo concentrati è stata l'importanza della consegna incrementale e veloce. Devi far uscire un prodotto e iterarlo molto velocemente. Questa era ed è la chiave del successo e naturalmente, questo è il secondo valore del Manifesto Agile.
Al decimo compleanno del Manifesto Agile, abbiamo fatto una riunione e ci è stato chiesto cosa avremmo cambiato. Ron Jeffries ha detto che l'unica cosa che avrebbe aggiunto è una nota in fondo al Manifesto che diceva: "Consegna anticipata e incrementale del software. Lo intendiamo davvero". Questo è il nucleo di Agile.
Agile si è spostato ben oltre il software. Quando noi di Scrum Inc. discutiamo i quattro valori Agile del Manifesto Agile, usiamo la parola prodotto invece di software. La maggior parte del nostro business è in industrie al di fuori dello sviluppo del software. Lo stesso vale per altre organizzazioni simili.
L'uso di Agile e Scrum continua a crescere, ma si può fare di più. Credo fermamente che alla fine, tutte le organizzazioni saranno Agili. Tutti devono essere Agili, ma quelli che sono più Agili, avranno più successo.
Le organizzazioni più veloci e innovative che abbracciano i quattro valori e i 12 principi enunciati nel Manifesto Agile resisteranno e prospereranno. Ecco perché voglio riconoscere l'importanza non solo del Manifesto, ma delle persone che si sono riunite per crearlo.
Ogni persona lì aveva un contributo unico da dare. Penso che ci siamo ammorbiditi nel corso degli anni, ma allora non eravamo d'accordo su nulla, tranne i quattro valori e i 12 principi che compongono il Manifesto Agile. Ci è voluto un sacco di lavoro per metterci d'accordo su quelli. Ne è valsa la pena, e 20 anni dopo, rimane prezioso come allora.
Tradotto e adattato da Scrum Inc.: https://www.scruminc.com/how-the-agile-manifesto-came-to-be/
Scritto da Jeff Sutherland | 11 febbraio 2021 | Blog
Vuoi conoscere Scrum? Scegli uno dei componenti del Framework dalla lista e scopri come funziona il framework Agile più diffuso al mondo.