Cos'e SAFe?

Foto di Sohrab Salimi
Sohrab Salimi
3 min. tempo di lettura
Questo contenuto è stato tradotto con IA. Vedi originale

Quali sfide affronta realmente lo sviluppo nell'ambiente enterprise? Da quando esiste il software, si sentono le stesse richieste: “Abbiamo bisogno di un migliore time to market, rispetto delle date di consegna, consegne più affidabili, migliore pianificazione, ROI più alto.” Ma come si presenta la realtà? Il classico project management a cascata non ha potuto offrire una vera soluzione. E così gli specialisti hanno cercato altre strade fin dagli anni '90. Nel 1995, alla conferenza OOPSLA, fu presentato un modello di processo chiamato “Scrum”.

Da allora, Scrum ha dimostrato il suo valore migliaia di volte come forma organizzativa per team piccoli, autonomi e performanti e continua a diffondersi. Scrum sta diventando sempre più popolare anche nelle grandi aziende e così vengono creati molti team Scrum autonomi, che danno un contributo prezioso al successo dell'azienda. Ma nell'ambiente enterprise si cristallizza la domanda: “Ma cosa succede se ho più di un team – se il mio progetto non è una piccola cosa, ma mette in moto un'intera azienda?” Scrum non dà una risposta a questa domanda: Scrum si limita deliberatamente all'organizzazione di un team.

Pertanto Scrum non si occupa della questione dell'organizzazione sovraordinata dell'azienda. Non appena il nostro progetto diventa grande e complesso, tuttavia, questo diventa importante: serve un framework di scalabilità adeguato affinché i team possano remare efficientemente insieme nella direzione giusta. In assenza di una risposta, spesso sorgono isole agili all'interno di progetti gestiti tradizionalmente. In questo modo, gli svantaggi del project management tradizionale, come l'inflessibilità, l'elevato sforzo di coordinamento e i lunghi tempi di attraversamento, vengono combinati con Scrum e distruggono sistematicamente i vantaggi dell'agilità. Ma ci sono alternative: molte persone diverse hanno già pensato a come portare sensatamente l'agilità oltre il team. Esistono diversi modelli di scalabilità, ma oggi ci limitiamo esclusivamente a SAFe.

Come è stato sviluppato SAFe®?

Originariamente SAFe era una raccolta di osservazioni e report dal campo, che funzionavano bene per singole aziende quando cercavano di scalare i loro processi agili oltre i team. Man mano che sempre più informazioni si sono accumulate nel corso degli anni, hanno iniziato a cristallizzarsi i primi pattern di cose che aiutavano in molte aziende diverse. Questo è stato condensato in una struttura – la nascita dello Scaled Agile Framework (SAFe). Da allora, SAFe è stato utilizzato in sempre più aziende in tutto il mondo per scalare sistematicamente l'agilità. L'esperienza acquisita viene continuamente incorporata nell'ulteriore sviluppo di SAFe. È per questo che SAFe è ora alla versione 4.0, che certamente non sarà l'ultima. Le aziende che hanno acquisito esperienza con SAFe e le cui esigenze SAFe aiuta anche a plasmare includono Telstra – un provider di telecomunicazioni, Bank Westpac, il Royal Melbourne Institute of Technology, l'ufficio di collocamento francese pôle emploi, ma anche produttori di hardware e macchine come Cisco, John Deere – e Lego. L'universalità di SAFe è un indicatore certo che SAFe possa essere utile anche per altre aziende.

E ora alla domanda: “Cos'è realmente SAFe®?”

SAFe utilizza i team, quasi come “hardware”, che sono solitamente organizzati con Scrum e grazie alle pratiche XP consegnano alta qualità in ogni momento. Lo sviluppo prodotto nel suo complesso è controllato usando Kanban, mentre il management si concentra sul lean. In un altro momento, potremo approfondire cosa significano questi singoli framework in un ambiente complesso. Per ora, dovrebbe bastare che forniscono una base collaudata e ampiamente comprovata di strutture, metodi e principi per SAFe. La ragione per cui SAFe si basa su questi quattro framework si trova nei valori SAFe: Kanban e Scrum assicurano che strategia e implementazione siano in armonia. Tutti, dallo sviluppatore al CEO, sanno qual è la Priorità 1 e possono orientarsi di conseguenza. Questo è il valore SAFe “Alignment”. Scrum e XP assicurano che i team consegnino qualità solida. Scrum riunisce le persone giuste e XP si assicura che lavorino in modo robusto. Questo è il valore SAFe “Build Quality in”: dopotutto, non vogliamo errori nel prodotto. Le pratiche XP aiutano i team affinché il prodotto sia sempre in uno stato consegnabile. Il Lean Management assicura che l'organizzazione sia capace di agire e sia migliore nel lungo termine, e che l'overhead intorno a una consegna venga continuamente ridotto. SAFe vede quindi “Program Execution” come un valore centrale – in contrasto con i grandi piani che provengono dalla torre d'avorio e non corrispondono alla realtà operativa. SAFe definisce la “trasparenza” come il quarto e ultimo valore centrale, che viene raggiunto operativamente attraverso Kanban e strategicamente attraverso i metodi del Lean Management.

SAFe è...!

SAFe® è progettato come framework per assicurare che le persone giuste facciano la cosa giusta al momento giusto – indipendentemente dal fatto che ci siano 50 o 5.000 persone, o che questo avvenga nello sviluppo, nella gestione operativa o nella gestione strategica. Le informazioni e le immagini sono fornite da www.scaledagileframework.com.

Articoli correlati

Cinque errori nella scalabilita Agile

Scopri gli errori comuni nella scalabilita Agile e Scrum. Nella nostra categoria sulla scalabilita troverai molti esempi per il tuo lavoro!

Release di Minecraft: Henrik Kniberg all'agile100

Se vuoi sapere come vengono gestiti i grandi release, ascolta la sessione di Henrik Kniberg sui Release di Minecraft!

SAFe spiegato: Lean-Agile Leadership - I 6 compiti di un manager agile

Scopri i sei compiti piu importanti di un Agile Leader. Inizia il tuo percorso di Agile Leadership con noi!

Parla con il nostro Assistente Parla con il nostro Assistente