Il più tradizionale approccio "Waterfall" alla gestione dei progetti, che ha portato a tutti i principali framework di progetto come PRINCE2®, APM BoK e PMBoK®, funziona bene in contesti più stabili: c'è un chiaro esempio del mondo in cui operiamo sin da PRINCE2 ® è stato lanciato nel 1996 ed è ora molto più volatile, incerto, complesso e ambiguo (che vedrete abbreviato come VUCA. Gli approcci a cascata che incoraggiano il grande design all'inizio sono ancora rilevanti dove possiamo essere sicuri dei requisiti prima che inizi il lavoro questi non avranno bisogno di cambiare significativamente durante la vita del progetto.
Tuttavia, tale è la volatilità dei driver operativi che si basano su attività commerciali che spesso il cliente deve semplicemente adattarsi. L'urgenza di questi driver non permetterà loro di aspettare fino alla fine del progetto. Quindi questo potrebbe richiedere frequenti cambiamenti nel corso di un progetto. Con un processo a cascata, questo probabilmente significa una costosa rielaborazione del piano e sforzi inutili.
Ciò porta alla nostra convinzione che l'adozione dell'approccio Agile di frequenti piccole consegne accoppiate a una conversazione più continua con il cliente consenta una flessibilità molto maggiore e fornisca risultati, e quindi benefici, molto più rapidamente.
La bellezza di Agile è che i clienti possono decidere ciò che vogliono ottenere vedendo ciò che i fornitori possono ottenere. Il suo approccio è quello di "imparare facendo", consentendo ai team di riflettere sulle loro esperienze mentre si adattano di conseguenza.
Il successo di Agile si riduce a una serie di elementi chiave. I 3 principali fattori del successo di Agile sono riportati di seguito.
Success Factor # 1: A Self-Organizing Team
Per cominciare, hai bisogno di un team auto-organizzante. Allontanandoli dal lavoro in silo, i membri del team sono incoraggiati a utilizzare le loro abilità di sovrapposizione e lavorare insieme, il che a sua volta dà loro maggiore empowerment e soddisfazione.
Success Factor # 2: Time-Boxing and Requirements Management
Poi c'è il "timeboxing", in cui l'enfasi è posta sulla fissazione degli elementi di tempo e costi di un progetto, ma anche sull'evoluzione del piano in modo che i requisiti possano essere priorizzati, con input cruciali da parte di un rappresentante del cliente, man mano che il lavoro procede. Il contratto Agile tra cliente e fornitore è radicalmente diverso dalle aspettative di Waterfall; i requisiti sono flessibili, entro i parametri concordati, ma tempo e costi non lo sono.
È sempre la tentazione di mettere troppe priorità nella sezione "must have" dei requisiti. La pratica agile di solito li manterrà a circa il 40% dello sforzo totale. Scope creep è una delle 7 cose che possono far deragliare il tuo progetto, quindi questo deve essere gestito in modo efficace.
Allo stesso modo, i team Agile garantiranno anche che ci sia solo un numero finito di compiti nella categoria 'fare' - lavori attualmente in corso - per contribuire a ridurre la complessità dei progetti in qualsiasi momento.
Success Factor # 3: People Engagement
Il coinvolgimento delle persone è una parte fondamentale del lavoro Agile e ha successo perché tutti i diversi stakeholder all'interno di un lavoro di squadra sono più vicini e hanno il potere di avere più voce in capitolo su ciò che fanno e sull'ordine del lavoro. Questo è riconosciuto come molto più motivante rispetto ai classici approcci di "comando e controllo" che tendono ad essere comuni tra i dirigenti.
Agile non è ciò che pensi
Naturalmente, non tutti sono pronti ad abbracciare Agile e uno dei malintesi più comuni è che esiste una sorta di metodologia Agile complessiva unificante.
Questo manca piuttosto il punto. Non esiste un giusto modo di organizzare e gestire un progetto Agile, e questo è ciò che lo rende così attraente per alcuni e minaccioso per gli altri.
Alcuni cercano di adottare tecniche Agile e allo stesso tempo di continuare con una prospettiva a cascata, ma come ci si potrebbe aspettare, è improbabile che questo porti successo: è il modo di lavorare Agile che fa funzionare le tecniche, piuttosto che il contrario.
Infine, c'è chi pensa che Agile sia rilevante solo per lo sviluppo del software, ma semplicemente non è vero - può essere utilizzato ugualmente su una varietà di esempi non software, come la ristrutturazione di un grande edificio, il miglioramento dei processi aziendali o il miglioramento degli aiuti personale rivolto al cliente.
Barriere comuni al lavoro agile
Uno dei motivi principali per cui Agile non funzionerà è se un'organizzazione gestisce una cultura di microgestione e trinceramenti di lavoro che non consentono comportamenti collaborativi.
È probabile che altri problemi includano la debole leadership del team o il tentativo di implementarlo in organizzazioni in cui la natura del lavoro è tale che le pubblicazioni di lavoro sono inconcepibili in piccole iterazioni.
Perché Agile è qui per restare
Agile ha fatto incursioni così significative che non può essere liquidata come una moda passeggera e dovrebbe essere compresa da tutti i manager che sono coinvolti nell'innovazione e nello sviluppo. Ignorarlo ora significa perdere un'opportunità in grado di offrire risultati rapidi e ottenere risparmi sui costi.
Apple, Amazon, GE Healthcare e Salesforce.com sono tra quelle organizzazioni che stanno già utilizzando Agile, avendo riconosciuto che è più adatto alle complessità delle organizzazioni del 21 ° secolo.
E soprattutto, Agile sa come ottenere il meglio dai knowledge worker e assicurarsi di rimanere motivati. Ecco 5 modi per motivare la tua squadra, indipendentemente dal fatto che lavori in un ambiente Agile o meno.
Di fronte a queste conclusioni - perché non vorresti essere più Agile?