Nota: il sito web è stato tradotto automaticamente. Passa all'inglese per una migliore esperienza di lettura.

L'agilità può essere utilizzata anche al di fuori dello sviluppo del software

Sviluppo software agile esterno – È possibile?

All'inizio degli anni 2000, i primi reparti IT hanno iniziato a passare al metodo di lavoro agile. Si è subito capito che produce risultati migliori. Oggi, l'Agile è lo standard nello sviluppo del software (95% delle organizzazioni lo utilizzano – Stato di Agile, 2020). Non c'è quindi da stupirsi se sempre più aziende si chiedono: è possibile utilizzare Agile per progetti non software? Ti mostrerò quando ha senso utilizzare Agile al di fuori dello sviluppo del software e come questo può avvenire nella pratica.

 

Perché le aziende utilizzano Agile al di fuori dello sviluppo software?

Prima di affrontare la questione di come Agile funziona al di fuori dello sviluppo software, diamo un'occhiata al motivo per cui le aziende scelgono il metodo di lavoro Agile anche in altri reparti e settori. Per arrivare subito al punto: L'Agile consente alle aziende di ottenere un prodotto finale migliore in tempi più brevi. I framework Agile implementati a questo scopo includono 

     

      • una migliore comunicazione all'interno dei team e tra di essi,  

      • regolare Retrospettive per migliorare continuamente il lavoro svolto,

      • una cultura del feedback aperta e

      • un modo di lavorare trasparente e più efficiente.

    Puoi approfittare di questi vantaggi soprattutto quando l'ambiente di lavoro è complesso (vedi modello Cynefin) è. 

    Modello Cynefine

    Fonte: Cynefin: metodi agili – o no | MT AG (mt-itsolutions.com)

    Agile crea quindi una struttura per i team che consente loro di strutturare, valutare e adattare i processi di lavoro più facilmente. Non c'è più un solo piano generale, ma tante piccole pietre miliari che i team gestiscono. E: invece di un product manager o di un singolo dirigente, la responsabilità è condivisa tra molte spalle dell'intero team.

     

    Usare Agile al di fuori dello sviluppo software: come funziona?

    I vantaggi del metodo di lavoro agile per i progetti non IT sono quindi evidenti. Ma come può funzionare in pratica l'Agile per i progetti non IT? Dopo tutto, Agile è stato sviluppato per migliorare i processi di sviluppo del software. È quindi possibile utilizzare Agile per progetti non software?

    Con poche eccezioni, posso rispondere con un chiaro "sì". Tuttavia, non puoi semplicemente scegliere un framework come Scrum e applicarlo al tuo progetto come modello. Questo non funziona perché la maggior parte dei framework è stata progettata per i processi IT. 

    Quindi, per implementare Agile in altre aree di lavoro, all'inizio ti trovi di fronte a queste due opzioni:

       

        1. Adotti solo la struttura di un framework agile e adatti il resto alle esigenze del settore, del progetto e dei team.

        1. Si decidono solo alcuni elementi costitutivi di un framework agile e li si implementa.

      Di solito è difficile per le organizzazioni implementare con successo il primo approccio. Senza un supporto completo e professionale, le organizzazioni non sono in grado di trasferire il quadro di riferimento ai loro processi. 

      In pratica, ti consiglio di iniziare con la tua azienda o con il metodo agile Kanban o con il metodo agile Retrospettive an. Entrambi gli approcci rappresentano un passo sufficientemente grande per mostrare ai team e ai reparti i vantaggi di Agile – senza sovraccaricarli. 

      Può essere utile non parlare ufficialmente di Agile. Questo protegge i team da false aspettative e permette loro di entrare nei nuovi processi senza riserve e timori se i singoli dipendenti hanno già avuto esperienze negative. 

       

      Utilizzare Agile al di fuori dello sviluppo software: quando non è possibile?

      Ci sono alcune eccezioni in cui Agile ha poco o nessun senso al di fuori dello sviluppo software: 

      Progetti con requisiti severi

      Le aziende che devono sempre attenersi a requisiti rigidi, come la conformità normativa o la certificazione, non possono adattare sufficientemente i loro processi per trarre i benefici di Agile. La natura iterativa e adattiva degli approcci Agile non si traduce quindi nel loro modo di lavorare. 

      Clienti con controllo delle modifiche

      Se le organizzazioni lavorano con clienti che vogliono controllare ogni fase del processo attraverso la documentazione e il controllo delle modifiche, la barriera all'adozione di Agile è troppo grande. Questo perché è nella natura dell'Agile distribuire la responsabilità su molte spalle. I team possono e devono prendere decisioni in autonomia. Questo è difficilmente possibile con un controllo costante. 

      A quali settori si applica?

      I progetti con requisiti rigorosi e i clienti che devono controllare le modifiche si trovano principalmente in settori altamente regolamentati come l'aviazione, la sanità e il settore militare. In questi casi, la governance e il controllo sono i pilastri portanti. 

      Anche se è possibile applicare alcuni concetti agili in questi settori, come il miglioramento continuo, le retrospettive –, ad esempio. Tuttavia, i benefici effettivi dell'agilità sono indeboliti da queste condizioni quadro.

       

      Utilizzare Agile al di fuori dello sviluppo software: 3 esempi pratici

      Per non affrontare l'Agile non IT solo in teoria, diamo un'occhiata a 3 esempi pratici. Questi esempi ti mostrano come Agile può funzionare in progetti non software e cosa cambia Agile nel processo:

      Agile al di fuori dello sviluppo software: Design UX

      Le tecniche agili nei team di progettazione aiutano a sviluppare prodotti strettamente legati alle esigenze degli utenti – senza impiegare mesi per arrivare sul mercato. La natura iterativa di Agile elimina la pressione della perfezione arbitraria e aiuta gli UX designer a lavorare in modo più flessibile e adattivo. 

      Per raggiungere questo obiettivo, Agile nella progettazione UX introduce ad esempio il "design sprint". Questo prevede che tutti i principali stakeholder lavorino insieme per 4 o 5 giorni per sviluppare un prodotto testabile a partire da un'idea iniziale. Gli sprint di progettazione spesso portano a progetti di successo che vengono messi in produzione esattamente nello stesso modo. 

      Il Piattaforma di apprendimento online statunitense Quizlet ad esempio, ha incluso gli strumenti di diagramming nel suo portfolio. Anche se uno sprint di progettazione non produce un risultato soddisfacente, mostra rapidamente quali idee e approcci non portano all'obiettivo. Si tratta di un'intuizione indispensabile per imboccare la strada giusta – senza sprecare troppe risorse.

      Suggerimento: durante lo sprint di progettazione, invita il "cliente" o il gruppo target alcune volte per ottenere un primo feedback diretto.

      Agile al di fuori dello sviluppo software: Marketing

      Agile nel marketing si basa su dati e analisi per trovare continuamente potenzialità e soluzioni ai problemi in tempo reale, per condurre test e valutare immediatamente i risultati e per iterare rapidamente. In pratica, questo significa che un reparto marketing gestisce diverse campagne contemporaneamente e sviluppa nuove idee ogni settimana. A differenza del marketing top-down, il marketing agile non è guidato da ambiziosi obiettivi di acquisizione e da un rigido piano di campagna, ma dal mercato.

      Sleeknote, un fornitore di software per l'e-commerce, è riuscito ad aumentare drasticamente la produzione e il traffico organico grazie al marketing agile. Per raggiungere questo obiettivo, ha lavorato con sprint settimanali, backlog di prodotto e schede Kanban. McKinsey ipotizza che con il marketing agile le aziende possano possono aumentare il loro fatturato tra il 20 e il 40 per cento.

      Agile al di fuori dello sviluppo software: Reclutamento

      Agile in Recruiting aiuta le organizzazioni ad attrarre talenti altamente qualificati e persone in cerca di lavoro passive e a ridurre il turnover dei dipendenti in azienda. A tal fine, Agile considera il recruiting come un reparto di prodotto che ha un impatto diretto sul fatturato. Per farlo, deve rispondere in modo rapido e continuo al mercato, adattandosi costantemente alle esigenze di chi cerca lavoro.

      IBM, ad esempio, ha un proprio framework chiamato "Agile nell'acquisizione dei talenti (AgileTA) per implementare Scrum nel dipartimento HR. Le retrospettive, in particolare, assicurano la valutazione del lavoro svolto e la scoperta di potenziali ed errori inutilizzati. 

       

      Conclusione sull'uso di Agile al di fuori dello sviluppo software: ottenere il successo iniziale con piccoli passi

      Agile offre alle aziende la possibilità di creare prodotti migliori più velocemente. L'uso di Agile al di fuori dello sviluppo software è possibile in molti dipartimenti e settori. È importante non voler fare tutto in una volta. Senza un supporto professionale, le organizzazioni dovrebbero iniziare con elementi Agile di base come le retrospettive per sentire i primi effetti dell'Agile nella pratica. In seguito, potranno integrare altri elementi del framework nei loro processi, passo dopo passo. Il nostro workshop ti mostra quali sono i 7 errori da evitare assolutamente durante una trasformazione Agile. Progetto Scagile. Non esitare a venire, i workshop sono gratuiti.

      Inoltre, ti consiglio di dare un'occhiata allo strumento Echometer (per saperne di più, clicca qui): Il miglior software gratuito per le retrospettive agili). È particolarmente indicato per i team che hanno appena iniziato a utilizzare i metodi agili.

      Condividi questo articolo con la tua rete

      Hai bisogno di una spinta per la squadra? Ecco cosa fare: La retrospettiva sullo stato di salute di Spotify!

      Prima domanda sulla salute: "😍 Ci piace andare al lavoro e ci divertiamo molto a lavorare insieme".

      Vuoi saperne di più? Prova subito il nostro Retro Tool.

      Altri articoli

      Newsletter Echometer

      Non perdere gli aggiornamenti sull'Echometer e trova ispirazione per il lavoro agile