Non sai quale roadmap di trasformazione agile utilizzare? Ora lo cambieremo!
Se vuoi adattare una roadmap di trasformazione agile, hai l'imbarazzo della scelta perché ce ne sono molte.
Per questo motivo abbiamo selezionato alcune delle roadmap più utilizzate, in modo che tu possa scoprire quale sia quella più adatta al tuo team o addirittura svilupparne una tua.
In questo articolo, imparerai a conoscere le diverse roadmap esistenti –, compresi brevi riassunti delle singole fasi. Infine, presenteremo un breve modello completo che riassume le caratteristiche comuni di tutti i modelli.
Poiché agile significa reagire al cambiamento, lo stesso vale per una roadmap. Qui ti spieghiamo cos'è esattamente una roadmap di trasformazione agile:
Cos'è una roadmap di trasformazione agile?
Secondo Atlassian una roadmap è un piano d'azione per il miglioramento di un prodotto o di una soluzione nel tempo. Quando viene utilizzata nello sviluppo agile, serve a dare un contesto al team.
Risponde alle variazioni e ai cambiamenti del panorama competitivo, in modo da essere flessibile con nuovi approcci. L'obiettivo è quello di ottenere risultati aziendali migliori.
Prima di approfondire, una breve nota. Di recente abbiamo avuto come ospiti 11 esperti internazionali di agilità in un webinar – su una domanda: Come si fa a scalare correttamente i metodi agili?
Il risultato è questa fantastica registrazione video (in inglese), che affronta le seguenti domande, ad esempio:
- È meglio partire dal basso verso l'alto o dall'alto verso il basso?
- Come si fa a far sì che i leader concordino su una visione comune?
- Come scegliere il giusto framework agile – e perché non è così importante?
Il mio consiglio più caloroso: dai un'occhiata! Ci vuole un po' di tempo, ma ne vale la pena ogni minuto.
Perché usare una roadmap di trasformazione agile?
- Allineare il team per le fasi successive
- Agire in modo flessibile e fluente, senza artefatti fissi.
- Aiuta l'azienda
- Aiutare i team ad acquisire le giuste conoscenze
- Aiutare a mantenere la formazione
- Prendi decisioni più informate
- Dare priorità ai compiti
Ora che ci siamo tolti questo dubbio, ti presentiamo cinque modelli specifici di roadmap – dal Change Management di Kotter a Scale@Scrum.
A proposito, una nota veloce nel contesto della trasformazione agile: vuoi assicurarti di essere al momento le giuste priorità nel tuo percorso agile Trasformazione?
Poi fai il nostro test di maturità per la tua trasformazione agile – che richiede solo 3 minuti. Potrai anche ottenere un benchmark basato su oltre trecento altri partecipanti. Vedi il pulsante 🙂
Tabella di marcia della trasformazione agile #1: Gestione del cambiamento di Kotter
"Il cambiamento è l'unica costante"
Eraclito, filosofo greco
Abbiamo utilizzato il modello a 8 fasi di Kotter in questo contributo già presentato in dettaglio.
Per farla breve: Il modello Kotter si svolge in ordine sequenziale, ma tutte le fasi possono essere eseguite contemporaneamente. Suggerisce l'urgenza del cambiamento. Le prime quattro fasi si concentrano sulle basi del cambiamento, le fasi da cinque a sette riguardano l'introduzione di nuovi comportamenti e l'ultima fase, l'ottava, si occupa di consolidare il cambiamento. Ora le spieghiamo in modo un po' più dettagliato:
Concentrati sulle basi del cambiamento
- Il primo passo è che l'intera azienda si impegni nel cambiamento. Ricerca di Kotter dimostrano che il 75 % dei membri del team deve "accettare" il cambiamento perché abbia successo.
- La seconda fase consiste nel convincere il team che il cambiamento è inevitabile per il successo. Ciò si traduce in una "coalizione del cambiamento" che richiede un lavoro di squadra per riconoscere la necessità del cambiamento.
- Il terzo passo è l'attuazione effettiva di una visione. Una strategia è sempre necessaria. Ora è il momento di stabilire i valori per il cambiamento, ecc.
Introduzione di nuovi comportamenti
- Il quarto passo consiste nel comunicare questa urgenza al team. Parla della tua visione. Dimostra il comportamento desiderato per investire nel cambiamento.
- Il quinto passo consiste nel rimuovere gli ostacoli e vedere se qualcuno si oppone al cambiamento. Tutti devono essere d'accordo perché il cambiamento avvenga.
- Il sesto passo consiste nel creare obiettivi a breve termine piuttosto che un obiettivo a lungo termine. Come si dice? Niente motiva più del successo!
- Il settimo passo consiste nell'analizzare ciò che è andato male e ciò che è andato bene. Il vero cambiamento richiede un accumulo – questa è la parte in cui si cerca di capire dove si può migliorare.
Consolidamento del cambiamento
- L'ottavo passo significa finalmente rendersi conto che in tutte le aree dell'azienda si stanno compiendo sforzi continui per realizzare il cambiamento. Si tratta di coerenza e progresso.
Questo modello funziona bene per i team che sono pronti a implementare con successo e in modo radicale il cambiamento. Abbiamo creato un eBook per potenziare i tuoi team –. qui an.
La maggior parte dei coach Agile gira in tondo....
... e curare sintomi superficiali. È ora di utilizzare la psicologia – per un cambiamento di mentalità sostenibile.
Tabella di marcia della trasformazione agile #2: Tabella di marcia dello Scaled Agile Framework
"Se non riesci a descrivere quello che stai facendo come un processo, non sai cosa stai facendo.
W. Edwards Deming
Abbiamo già presentato in dettaglio lo Scaled Agile Framework in un articolo – leggilo qui a.
La serie SAFe Implementation Roadmap è composta da 12 articoli, ognuno dei quali descrive una strategia e una serie di attività che si sono dimostrate vincenti all'interno del framework.
Faremo ogni "passo critico" come definito da Dan e Chip Heath descritto in modo breve e semplice.
Iniziare nel modo giusto
- Il primo passo, noto anche come "punto di svolta", è il punto in cui la visualizzazione e l'implementazione si uniscono. Si tratta di tradurre la necessità di cambiamento e la visione del cambiamento in un'unica visione. Le ricerche dimostrano che il punto di svolta è l'inizio della costruzione di una coalizione leader.
- Nell'articolo due inizia il difficile viaggio – ma non deve essere necessariamente difficile. Per la fase due, gli attori principali devono riunirsi e stabilire la rotta. A tal fine si consigliano tre fasi: la formazione di agenti Lean Agile, la formazione di leader e altri manager e la creazione di un Centro di Eccellenza Lean Agile (noto anche come gruppo di lavoro).
- Nella terza fase viene avviata la formazione. Affinché il cambiamento sia visibile e implementato con successo, è necessaria una forte leadership. Con questi tre "passi critici", l'azienda è ora sulla strada del successo.
- Come accennato nella fase due, il LACE si riunisce nella fase quattro. LACE è l'acronimo di Lean Agile Centre of Excellence (Centro di Eccellenza Lean Agile) e si riferisce a un piccolo gruppo di persone che si dedica alla promozione del metodo di lavoro Lean Agile. John Kotter sottolinea che la dimensione del team dipende dalle dimensioni dell'organizzazione – il cambiamento inizia con due o tre persone.
Iniziare a scalare
- L'articolo cinque riguarda l'implementazione di SAFe. Ora è il momento di identificare. Identifica i flussi di valore e gli Agile Release Train (ART).
- Ora si tratta di fare piani dettagliati. L'articolo sei riguarda l'attuazione di un cambiamento organizzativo e l'applicazione delle nuove conoscenze acquisite durante la formazione.
- Fino a questo momento ci sono stati flussi di valore e un piano di implementazione. Quindi l'articolo 7 è un momento decisivo. È il momento del primo lancio dell'ARTE. Ci sono una serie di passi da considerare nel periodo che precede il lancio. Puoi trovare maggiori informazioni sul sito web di SAFe. qui.
- Il lancio di ART richiede la formazione dei team dell'Articolo Otto. Ora che il piano di lancio e le parti interessate sono state formate, il vero cambiamento può avvenire. Kotter dice che i leader devono "dare forma al percorso" – in altre parole, questo richiede formazione, tempo e impegno.
- I primi eventi importanti sono stati raggiunti. Ora, nell'articolo nove, il team viene responsabilizzato. Poiché la competenza e il potenziale si basano sul team, i team agili devono essere allenati. Se vuoi saperne di più sullo sviluppo dei team, non esitare a dare un'occhiata ai nostri utili articoli Ebook an.
Dopo la prima ipotesi
- L'articolo dieci riguarda la produzione di più cambiamenti e l'introduzione di più ART. Pensa a questo articolo come a un'auto che prende velocità a pieno regime in autostrada.
- Si avvicina la fine, SAFe è stato adottato. L'articolo undici si concentra sulla spinta e sull'implementazione di SAFe. Ora si tratta della competenza Lean Portfolio Management e dell'integrazione del nuovo approccio nella cultura aziendale.
- L'ultimo articolo sottolinea l'importanza del cambiamento costante. Siamo certi che hai fatto dei progressi in questo percorso di trasformazione. Ora è il momento di accelerare l'azienda verso l'agilità aziendale.
Tabella di marcia della trasformazione agile #3: Scrum @ Scala
"La complessità è morte".
Gereon Hermkes
La terza roadmap di trasformazione agile riguarda la semplificazione della scala. Scrum @ Scale significa che un singolo team Scrum è in grado di fornire un valore ottimale a una velocità dimostrabile. Secondo Scrum in scala il processo "aiuta un'organizzazione a concentrare più reti di team Scrum su obiettivi prioritari".
Vediamo quindi i passi che Scrum @ Scale compie nel suo modello ripetibile. Ecco i dieci passi semplificati:
- Nella prima fase, gli Scrum Coach sviluppano un elenco di problemi dell'organizzazione.
- Da lì, informano l'alta dirigenza e identificano gli obiettivi comuni, ecc.
- La terza fase prevede la formazione di un Executive Action Team (EAT), noto anche come Transformation Leadership Team.
- Il passo successivo consiste nel selezionare un team di leadership che stabilisca le priorità di tutto il lavoro. In altre parole, il Team MetaScrum Esecutivo.
- Dopo la formazione, si passa alla quinta fase. In questo caso, tutti i membri del team, i product owner, gli scrum master, i manager ecc. che lavoreranno all'interno del sistema operativo agile vengono formati dall'EAT.
- Il sesto passo riguarda il backlog del proprietario del prodotto.
- Il settimo passo passa rapidamente a un La mischia delle mischie con scrum giornalieri scalati.
- L'ottavo passo significa consegnare presto e spesso.
- Il passo finale consiste nell'estendere il sistema operativo agile alla serie successiva di priorità prima del passo ten....
- Ripeti!
Roadmap di trasformazione agile #4: Product Manager – Una roadmap agile disciplinata
"La gestione dei prodotti lama di processo comprende l'identificazione e l'evoluzione della visione aziendale della tua organizzazione".
PMI.org
Le roadmap nella gestione dei prodotti descrivono le visioni per tre periodi di tempo: a breve termine, a medio termine (3-12 mesi) e a lungo termine (un anno). Le roadmap vengono utilizzate dai product manager per dare priorità alle decisioni e per pianificare le attività. Ecco altri fattori di processo che devono essere presi in considerazione:
- I product manager vogliono fornire prodotti che aggiungano valore all'azienda.
- A causa di un budget limitato, c'è anche un numero limitato di prodotti –, il che significa che è necessario stabilire delle priorità.
- La roadmap viene sviluppata attraverso le attività di product management.
- Le funzionalità, chiamate anche risultati, epopee, storie e così via, devono essere assegnate ai team per l'implementazione.
- La commercializzazione dei prodotti ai clienti è gestita dal product manager per aumentare la possibilità che i potenziali clienti vengano a conoscenza dell'esistenza del prodotto.
- I product manager monitorano il successo dei loro prodotti in base alla soddisfazione degli utenti finali, ai tassi di accettazione del mercato, ecc.
Come puoi vedere, questo processo si concentra sullo sviluppo dei prodotti giusti al momento giusto per garantire che vengano utilizzati.
Tabella di marcia della trasformazione agile #5: Scrum su larga scala
"Il desiderio su larga scala fa la storia".
Don DeLillo
A differenza degli altri schemi di cui abbiamo parlato, non c'è un Scrum su larga scala nessuna vera e propria tabella di marcia. Al contrario, il Product Backlog di Scrum viene creato dal Product Owner e dal team. A seconda delle dimensioni, possono essere necessarie settimane o mesi di workshop di analisi e di stima delle prime release.
Per un prodotto consolidato, non dovrebbero esserci ricerche approfondite per la prossima release, in quanto il proprietario del prodotto e il team dovrebbero creare un backlog del prodotto in ogni sprint. Pertanto, grazie allo sviluppo continuo del prodotto, una roadmap in quanto tale non è necessaria.
Scrum su larga scalaconosciuto anche come il Quadro LeSSIl processo di sviluppo agile inizia con la comprensione di Scrum da parte del team. Affinché LeSS prenda piede, lo sviluppo agile con Scrum deve richiedere un profondo cambiamento organizzativo per diventare agile.
Mettiamo in pratica questa struttura organizzativa come una versione scalata di One-Team Scrum:
LeSS sovrappone due diversi framework Scrum su larga scala:
- LeSS – otto squadre
- LeSS Enorme – fino a qualche migliaio di persone su un unico prodotto
Di seguito ci concentreremo sul quadro LeSS.
- Pianificazione dello sprint parte 1: Coinvolgi i membri di tutti i team – e discuti dove si inseriscono e quali opportunità ci sono per trovare un lavoro comune.
- Pianificazione degli sprint parte 2: ogni team li svolge in modo indipendente, anche se a volte due o più team possono svolgerli nella stessa stanza.
- Scrum giornaliero: ogni team tiene anche questo in modo indipendente.
- Raffinamento generale del Product Backlog (PBR): Si tratta di una riunione tenuta dal Product Owner e da tutti i team per aumentare l'allineamento con il PO e i team. Lo scopo è decidere quali team implementeranno quali elementi – e quindi selezionare gli elementi per un successivo PBR dettagliato per singolo team.
- Rifinitura del catalogo prodotti: La differenza tra questa fase e la precedente è che in LeSS è necessario un solo team alla volta, ma una variante può essere il PBR a più team, in cui diversi team vengono tenuti nella stessa stanza per aumentare l'apprendimento.
- Riunione di sprint: include persone di tutti i team, non solo il proprietario del prodotto. Lo scopo è quello di rivedere l'incremento del prodotto e i nuovi elementi. Vedila in questo modo: Una grande stanza con molte aree occupate dai membri del team in cui vengono discussi e mostrati gli elementi sviluppati.
- Retrospettiva complessiva: include il Product Owner, lo Scrum Master e rappresentanti a rotazione di ciascun team. Lo scopo è quello di migliorare il sistema nel suo complesso.
Sommario: Una tabella di marcia basata su tutte le altre
"La destinazione è più importante del viaggio".
Less.works
Tutte le roadmap di trasformazione Agile che abbiamo esaminato presentano alcuni passaggi comuni. Abbiamo riassunto i cinque passi comuni essenziali che dovrebbero essere presenti in ogni roadmap:
- Visione: nessuna azione può avvenire senza una visione. Come afferma Kotter nel suo rivoluzionario libro Leading Change, la visione e la strategia consentono di sviluppare le basi per il cambiamento. Quando c'è una visione chiara e coesa, il tuo team capirà perché gli stai chiedendo di cambiare. All'inizio potrebbe essere difficile, ma il passo successivo sarà quello di lavorare insieme. Una dichiarazione di visione può trasmettere facilmente il messaggio del "perché".
- Preparare la leadership: Motivare gli altri al cambiamento è fondamentale per il successo di qualsiasi ciclo. La costruzione di un team funzionante richiede la comprensione e la collaborazione della leadership prima di qualsiasi altra cosa.
- Organizzarsi intorno al valore: per ottenere il successo iniziale, è necessario organizzarsi intorno al valore. In altre parole, lo sviluppo della roadmap deve avere come guida i flussi di valore – chiave dei clienti. Per attuare qualsiasi strategia, il valore del cliente deve essere al centro.
- Prepara e sviluppa i tuoi team attraverso gli ambasciatori: la cultura è una delle sfide più grandi nella scalabilità dei metodi agili. Per diffondere la visione e il modo di lavorare agile in tutta l'organizzazione, è necessario sviluppare team forti. Non si tratta di creare un'organizzazione diversa, ma di assicurarsi che un numero sufficiente di persone all'interno dell'organizzazione sia pronto per il cambiamento dei team. È importante ricordare che non si raggiungerà mai il numero di 100 % di personale. Raggiungerai il punto di svolta quando raggiungerai i 30% che hanno maggiore influenza. Questi 30% accelereranno il cambiamento del resto del team.
- Incontrarsi regolarmente e iterare attraverso le retrospettive: deve esserci una struttura per dare un feedback. Pertanto, è sempre importante organizzare delle retrospettive alla fine di un ciclo per vedere cosa è andato bene e cosa no. È anche utile per verificare il successo di una roadmap e vedere come si sono sentiti i team e se tutti sono ancora allineati alla visione. Sì – puoi e devi iterare la visione!
A proposito, per aiutarti a costruire e far crescere team di successo, ti invitiamo a dare un'occhiata al nostro articolo con 4 strategie di partenza per la tua trasformazione Guarda. E poi, naturalmente...