Agile è in voga. Mentre è in circolazione da più di un decennio come termine formale - e anche più a lungo come concetto, qualcuno potrebbe obiettare - è diventato sempre più importante negli ultimi anni, in particolare nel settore pubblico, dove è ormai l'approccio predefinito per la gestione di progetti software.

I progetti e i programmi operativi in ​​questo modo - al contrario del tradizionale metodo a cascata - rappresentano un cambiamento significativo, non solo per la meccanica dei team di progetto, ma anche per tutta l'organizzazione. Per questo motivo, è importante capire agile, quale valore apporta e, soprattutto, il ruolo che l'organizzazione del cliente deve svolgere per rendere il successo agile.

  • Scopri anche il miglior software di gestione dei progetti

Il vero valore dell'agile

Un comune equivoco di agilità è che è meno costoso e più veloce della consegna a cascata. La verità è molto meno chiara: può essere più economica e veloce, ma solo se è adatta all'organizzazione e al progetto in questione. Laddove questo non è vero, la cascata potrebbe effettivamente essere più economica, più veloce o entrambe.

Il vero valore dell'agile è infatti nella sua flessibilità e reattività alle esigenze aziendali in evoluzione, che assicura che l'organizzazione ottenga un sistema che risponde effettivamente ai suoi bisogni, piuttosto che il sistema che pensava di volere all'inizio del processo (come sarebbe il caso in un progetto a cascata, in cui i requisiti completi sono definiti all'inizio e rimangono relativamente statici). La realtà è che le esigenze del business si evolvono nel tempo e agile rende più facile per i progetti adattarsi di conseguenza.

Inoltre, il coinvolgimento costante degli stakeholder, che è fondamentale per l'agilità, assicura che i problemi vengano identificati e corretti il ​​prima possibile, riducendo così i costi e prevenendo brutte sorprese a valle sia per i clienti che per i fornitori.

Agile contro cascata?

Un altro errore comune su agile è che è una decisione tutto o niente per utilizzare questo approccio. Idealmente, lo sarebbe. Tuttavia, in realtà, i progetti ibridi che applicano aspetti di cascata e agile sono perfettamente possibili. Ad esempio, i progetti agili possono esistere all'interno di un programma a cascata più ampio. Anche se questo potrebbe non offrire tutti i vantaggi di agile, questo approccio può fornire alle organizzazioni un trampolino di lancio verso uno sviluppo agile, o consentire uno sviluppo più efficace per parti di un progetto o programma più ampio. Analizzeremo più dettagliatamente le implicazioni della gestione agile all'interno di contratti a cascata per un momento.

Cambiare le responsabilità del cliente

Una delle cose più importanti da capire sull'agile è come le responsabilità dell'organizzazione cliente differiscono da quelle che ci si aspetta da loro durante i progetti a cascata.

In primo luogo, l'organizzazione deve nominare un individuo esperto e responsabilizzato per creare il collegamento tra il team di sviluppo e l'organizzazione più ampia - il Product Owner, in termini Scrum. Questo individuo è in genere un analista aziendale con esperienza nella gestione dei progetti e il loro ruolo è definire la visione del progetto, stabilire le priorità per le funzionalità sviluppate, pianificare le iterazioni del progetto e creare il collegamento tra il team di progetto e l'organizzazione più ampia.

Sono inoltre responsabili dell'intermediazione delle conversazioni tra le diverse parti dell'organizzazione per garantire il soddisfacimento delle esigenze aziendali e, laddove necessario, raggiungere compromessi e gestire le aspettative. L'importanza di questo ruolo non deve essere sottovalutata ed è fondamentale che venga selezionato un individuo appropriato per questo ruolo. Hanno bisogno di una profonda comprensione di ciò che comporta il lavoro, devono avere un buon rapporto con i vari stakeholder, conoscere le esigenze aziendali e essere in grado di prendere decisioni rapide e appropriate sulla direzione del progetto.

In secondo luogo, il successo dell'agile dipende da un'efficace pianificazione da parte del Product Owner e, per consentire ciò, l'organizzazione deve avere delegato un'autorità sufficiente alla persona in questo ruolo, al fine di consentire che decisioni importanti vengano prese rapidamente. La natura iterativa dell'agile e la necessità di rilasci regolari al cliente significano semplicemente che non è il momento di aspettare che qualcosa venga discusso nella riunione di gestione del mese prossimo. Se tutto ha bisogno di passare attraverso diversi livelli di signoff, questo strangolerà il progetto e spazzerà via tutti i benefici che altrimenti sarebbe agile.

In terzo luogo, il successo dell'agile dipende dal ricevere feedback regolari dalle parti interessate. L'organizzazione del cliente deve capire questo e rendere le persone appropriate disponibili al momento giusto su base continuativa, piuttosto che semplicemente alla fine della consegna del progetto. Ciò garantisce che eventuali problemi vengano risolti man mano che si presentano e aiuta il progetto a progredire senza intoppi.

La comprensione porta al successo

È solo comprendendo cos'è l'agile e il valore che può portare che le organizzazioni possono determinare se è l'approccio di sviluppo più appropriato per il loro particolare progetto o programma.

Matthew Du-Feu, Scrum Master e Technical Team Lead presso IPL

  • Affronta i progetti più difficili con questi strumenti di gestione del progetto dedicati