Agilità e nuovo lavoro
Oltre al New Work, molte aziende orientate al futuro e con una forte impronta tecnologica stanno esplorando l’agilità e la gestione agile dei progetti. I processi agili promettono più flessibilità e velocità, con un focus su un approccio su misura del cliente. Ma come funzionano i processi agili e come si inseriscono nel New Work? Affronteremo questo e altro qui.
Che cos’è l’agilità?
La gestione agile dei progetti è diventata incredibilmente popolare, specialmente nello sviluppo dei software. In parole povere, l’agilità implica un nuovo modo di pianificare i progetti nelle organizzazioni.

Il concetto di agilità nella gestione dei progetti risale al Manifesto Agile. Pubblicato nel 2001 come “Manifesto per lo sviluppo di software agile” da Kent Beck, Ken Schwaber, Jeff Sutherland e altri 14 autori, il manifesto agile si basa su questi quattro valori fondamentali:
- Gli individui e le interazioni stanno al di sopra dei processi e degli strumenti.
- Il software funzionante ha la precedenza sulla documentazione completa.
- Collaborare con i clienti è più importante che negoziare contratti.
- Reagire al cambiamento sostituisce il seguire un piano.
I quattro principi dell’agilità
Il lavoro agile può assumere molte forme, tra cui Scrum, Kanban, Design Thinking e Lean Startup. Eppure tutte le singole forme condividono questi principi agili, che distinguono i metodi agili dal classico project management “a cascata”:
- Velocità: l’agilità ha lo scopo di aumentare la velocità consentendo, tra le altre cose, una risposta più rapida ai nuovi requisiti.
- Adattabilità: velocità e adattabilità sono strettamente legate. In questo caso, l’idea è che le circostanze esterne richiedono reazioni dinamiche, alle quali si dovrebbe rispondere ad un ritmo veloce. Le decisioni dovrebbero essere prese e implementate rapidamente.
- Centralità del cliente: i singoli prodotti sono suddivisi in sottoprogetti, interazioni e cicli. Questo rende il prodotto più digeribile per il cliente.
- Mentalità: lo stile di leadership e la comunicazione all’interno del team sono caratterizzati da apprezzamento, trasparenza e responsabilità personale.
I vantaggi di un approccio agile
Le organizzazioni agili offrono una varietà di benefici, sia interni che esterni.
Benefici esterni:
- Flessibilità di mercato: le organizzazioni agili possono reagire più flessibilmente a fattori e cambiamenti esterni.
- Clienti soddisfatti: suddividendo il progetto complessivo in sottosezioni, diventa più digeribile e trasparente per i clienti.
- Adattamento agli ambienti digitali: agile è nato come un processo per lo sviluppo del software. Abbracciandolo, le aziende rimangono competitive – specialmente nei dipartimenti tecnici.
- Maggiore attrattiva per il datore di lavoro: mostrare che si lavora in modo contemporaneo e orientato al futuro – con velocità, flessibilità e centralità del cliente – è una potente motivazione per i potenziali dipendenti ad unirsi alla vostra azienda.
- Migliori prospettive per i giovani talenti: chi cerca lavoro nello sviluppo web e nell’IT in particolare è addestrato nei metodi agili che si aspetta che l’agilità sia una parte di qualsiasi azienda per cui lavorerebbe.
Vantaggi interni:
- Apertura e trasparenza: i metodi agili come Scrum stabiliscono ruoli e processi chiari.
- Flessibilità ed efficienza: quando i requisiti cambiano, l’agilità permette di lavorare con quello che c’è già piuttosto che partire da zero.
- Buona simbiosi con le nuove tecniche di gestione: i metodi agili invitano al coinvolgimento da parte di tutti i partecipanti in base ai requisiti del prodotto.
- Cultura dell’errore aperta: nei metodi agili, gli errori non sono tabù, ma piuttosto parte del processo di apprendimento. Il feedback è benvenuto ed è dato a intervalli regolari.
- Maggiore soddisfazione dei dipendenti: la chiara distribuzione dei ruoli, la comunicazione e la pianificazione trasparenti e i cicli di feedback ricorrenti assicurano un’alta soddisfazione dei dipendenti.
Scrum – una panoramica
Come sono esattamente i metodi agili nella pratica, e come funziona la gestione agile dei progetti? Forniamo una visione su questo guardando uno dei metodi agili più popolari: Scrum.
Che cos’è Scrum?
Scrum si basa sullo sviluppo del prodotto con cicli iterativi – o i cosiddetti “sprint”. Ogni sprint dovrebbe produrre un “incremento” – un prodotto parziale funzionante con una gamma limitata di funzioni. Se il prodotto finale è un’app, per esempio, un incremento potrebbe essere il log-in funzionante per gli utenti.
Il team di progetto può reagire rapidamente ai requisiti che cambiano, raccogliere feedback sui singoli incrementi dagli stakeholder, e quindi arrivare più rapidamente ad un prodotto che soddisfa i requisiti del cliente. Nella gestione classica del progetto, il feedback verrebbe dato solo quando il prodotto finale è pronto. Questo potrebbe significare che, nel caso in cui il cliente non sia soddisfatto, gli sviluppatori dovrebbero ricominciare il progetto da zero.
Elementi di Scrum sono usati anche in progetti al di fuori dello sviluppo del software, come lo sviluppo di hardware o organizzativo. Per progetti meno complessi con uno scopo chiaro e gestibile, la gestione classica del progetto può essere più utile.
Ruoli di Scrum
Scrum funziona con una distribuzione fissa dei ruoli e chiare riunioni ricorrenti all’interno di uno sprint. Il team Scrum classico è composto principalmente da questi tre ruoli:
Product Owner: un product owner è, metaforicamente parlando, il “proprietario” del prodotto. Sono responsabili del processo di sviluppo, aggiungendo valore al prodotto e comunicando con le parti interessate e/o i clienti. Gestiscono il Product Backlog, il pool di compiti, e il Product Goal.
Scrum Master: gli Scrum Master sono responsabili dell’implementazione di Scrum e del rispetto delle linee guida Scrum dettagliate nella Guida Scrum. Gli Scrum Master sono mediatori e facilitatori – supportano i processi e i team. Aiutano sia il proprietario del prodotto che gli sviluppatori a raggiungere insieme i loro obiettivi. Questo promuove la collaborazione all’interno del team e dell’organizzazione.
Team di sviluppo: il team di sviluppo è un gruppo di persone che collaborano per implementare un software, un progetto o anche un servizio. Spesso, il team è composto da dipendenti di un’azienda, ma i membri del team possono anche essere esterni.
Eventi Scrum
Oltre ai ruoli predefiniti, ci sono eventi fissi nello sprint per tutti i partecipanti Scrum. Nell’evento di pianificazione, vengono discussi lo scopo e l’obiettivo dello sprint, vengono valutati i singoli compiti (o “storie”), viene stimato lo scopo del progetto e vengono determinate le risorse. All’interno di uno Sprint, molti team tengono riunioni di Stand-Up ogni mattina. Sono fatti in piedi, spesso non sono più lunghi di 10 minuti ed esistono solo per chiarire i progressi e gli eventuali blocchi. Verso la fine dello Sprint, ha luogo una revisione. Questo è dove si discute il contenuto dello Sprint passato: L’obiettivo è stato raggiunto? Sono sorte delle difficoltà e come possono essere superate? Sempre alla fine di uno Sprint, è previsto un Retro. Qui, il contenuto dello Sprint passato non viene discusso – solo il processo e i suoi punti forti e deboli.
Agilità e New Work – un’accoppiata vincente
Agilità e New Work non si escludono a vicenda – anzi, è proprio il contrario! Entrambi vanno di pari passo e sono impiegati in tandem nelle organizzazioni che apprendono.
Le aziende che abbracciano i metodi agili e il New Work hanno scelto di sostenere una certa cultura aziendale, stili di leadership, modelli di comunicazione e organizzazione del lavoro. La maggior parte delle aziende prevede effetti positivi, tra cui una buona atmosfera di lavoro, alta motivazione, attrattiva per il datore di lavoro, e dipendenti e clienti soddisfatti.
I concetti e i metodi agili come Scrum o Kanban possono sostenere questo. Entrambi promuovono un nuovo atteggiamento verso il lavoro, una collaborazione e relazioni costruttive, una comunicazione trasparente, una cultura dell’errore aperta e un miglioramento continuo.