Conosci quelle riflessioni che spuntano all’improvviso e sembrano attaccarsi alla tua testa come una canzone orecchiabile? Beh… L’altro giorno una domanda mi ha colto di sorpresa durante un training sull’agilità per una classe dal Portogallo.
Avevo appena finito di spiegare l’origine del Manifesto Agile e avevo elaborato un po’ su cosa è successo dopo quando uno studente mi ha bombardato con la domanda:
Secondo te, quali sono le direzioni future dell’agilità da ora in poi?
In quel momento ho cercato di ripercorrere il cammino che abbiamo fatto finora, e il dibattito che ne è seguito è iniziato con un’analisi di questo percorso per identificare indizi che potessero aiutarmi a delineare cosa ci aspetta.
La mia interpretazione dell’illustrazione di Pierre Hervouet sulla storia del Manifesto Agile e cosa è venuto dopo
Se tutto è iniziato nello sviluppo software, come siamo arrivati dove siamo?
Mi sono fatto questa domanda migliaia di volte. E ho visto molte persone arrabbiate perché oggi abbiamo molti agilisti che non hanno mai scritto una riga di codice in vita loro. Beh, confesso che mi sono arrabbiato anche io per questo.
Ma non più.
C’è stato un tempo in cui era necessario convincere le persone che investire tempo nei test automatizzati era effettivamente una buona idea.
Ed era difficile, molto difficile.
Server di integrazione continua, deploy automatizzati, documentazione snella… Tutti questi concetti hanno affrontato una forte resistenza per un bel po’. Ed è lì che gli agilisti investivano la maggior parte del loro tempo e sforzo: al fianco degli sviluppatori, aiutandoli a creare meccanismi per ridurre il dolore causato dai cambiamenti nelle specifiche del software.
Ma a un certo punto qualcosa è cambiato.
Forse il mercato stesso ha eliminato le aziende che non sono riuscite ad adattarsi alle buone pratiche di sviluppo software, o forse internet e i social network hanno aiutato a sensibilizzare sull’importanza dell’eccellenza tecnica e dell’automazione dei compiti più soggetti all’errore umano.
Questa transizione ha portato alla luce una nuova gamma di sfide. Fondamentalmente, se Wagner Moura fosse un agilista questo sarebbe il momento in cui migrerebbe dal film Tropa de Elite a Tropa de Elite 2, realizzando che il nemico ora è un altro.
E chi è questo nuovo nemico?
Questa è la domanda da un milione di dollari. In realtà, la risposta a questa domanda di solito vale molto di più.
I nuovi problemi organizzativi non sono così espliciti e standardizzati come quelli che avevamo a livello operativo. Non abbiamo più una ricetta che possa essere prescritta per risolvere questi problemi e dobbiamo analizzare caso per caso.
Ecco perché lo Scrum Guide che una volta aveva 19 pagine e raccomandava strumenti specifici per tracciare ogni ciclo è diventato solo 13 pagine, di cui 5 parlano esclusivamente della teoria e dei concetti principali del framework.
L’automedicazione senza una diagnosi può generare effetti collaterali peggiori dei sintomi stessi. E questo diventa più vero ad ogni passo che l’agilità fa verso l’ignoto.
Ma allora posso dimenticare la parte operativa?
Non tutte le organizzazioni sono effettivamente riuscite a lasciare il primo “Tropa de Elite”. Ma anche queste possono già visualizzare i prossimi possibili problemi se valutano scenari già esplorati da altre organizzazioni. Allora è necessario lavorare con “un occhio al pesce e un occhio al gatto”.
In fondo, l’agilità cerca di migliorare il sistema organizzativo. Tutto è iniziato nella parte più operativa, ma gradualmente abbiamo scoperto che per cambiare il sistema avremmo dovuto lavorare anche in aree più lontane dallo sviluppo software.
E come direbbe Wagner Moura, il sistema è… difficile.
Ps: Solo per chiarire: non abbiamo davvero nemici, ed era solo un modo di dire. :)
