I vantaggi di un approccio agile alla gestione dei progetti

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 di cascata che incoraggiano un 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 aziende che spesso il cliente semplicemente dovere adattare. 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 a credere 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 fattori principali nel successo di Agile sono indicati 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. Lo 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 di Agile garantiranno anche che ci sia solo un numero finito di compiti nella categoria "fare" - lavoro 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 gruppo di lavoro 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, ed è questo 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 liquidato come una moda passeggera e dovrebbe essere compreso da tutti i manager coinvolti nell'innovazione e nello sviluppo. Ignorarlo ora significa perdere un'opportunità in grado di fornire 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?