Cos'è Scaled Agile Framework? (SAfE)

Scopri Scaled Agile Framework (SAFe) e i suoi principi e comprendi quali sono gli elementi di differenza rispetto ad altri framework Agile.

Jessica Piikkila Di Jessica Piikkila
Esplora argomenti

Scaled Agile Framework® (SAFe®) è un insieme di modelli organizzativi e di flusso di lavoro per l'implementazione di pratiche Agile su scala aziendale. Il framework è un insieme di conoscenze che include una guida strutturata su ruoli e responsabilità, su come pianificare e gestire il lavoro e sui valori da sostenere.

SAFe promuove l'allineamento, la collaborazione e la consegna nell'ambito di un numero elevato di team Agile. È stato creato sulla base di tre corpi di conoscenza principali: sviluppo di software Agile, sviluppo di prodotti Lean e pensiero sistemico.

Man mano che le aziende crescono in termini di dimensioni, SAFe offre un approccio strutturato per la scalabilità Agile. In SAFe sono presenti quattro configurazioni, corrispondenti a vari livelli di scalabilità: Essential SAFe, Large Solution SAFe, Portfolio SAFe e Full SAFe.

Dean Leffingwell e Drew Jemilo hanno rilasciato SAFe nel 2011 per aiutare le organizzazioni a progettare sistemi e software migliori che soddisfino meglio le mutevoli esigenze dei clienti. All'epoca i team utilizzavano processi tradizionali di gestione dei progetti per la consegna di software. Tuttavia, con l'aumentare della necessità di rispondere rapidamente alle mutevoli condizioni di mercato, sono emersi nuovi framework che permettono alle aziende di migliorare la consegna di soluzioni in tutte le loro aziende, SAFe è uno di questi. Oggi, SAFe è uno degli Scaled Agile Framework di consegna più diffusi e la comunità mondiale di professionisti di SAFe continua a svilupparlo.

Principi e valori fondamentali

Valori fondamentali

I valori fondamentali di SAFe descrivono la cultura che il team dirigenziale deve promuovere e il modo in cui le persone dovrebbero comportarsi all'interno di tale cultura per utilizzare efficacemente il framework.

Allineamento

SAFe richiede alle aziende cadenze di pianificazione e riflessione regolari a tutti i livelli dell'organizzazione. In tal modo, tutti possono comprendere lo stato attuale del business, gli obiettivi e il modo in cui tutti dovrebbero collaborare per raggiungerli. Sincronizzando regolarmente persone e attività, tutti i livelli del portfolio restano allineati. Le informazioni fluiscono sia verso l'alto che verso il basso in modo tempestivo, a differenza delle tradizionali strutture di comando e di controllo che hanno un orientamento dall'alto verso il basso.

Qualità integrata

Nel framework SAFe l'agilità non dovrebbe mai andare a scapito della qualità. SAFe richiede ai team di tutti i livelli di definire il significato del concetto di "completato" per ogni task o progetto e di inserire pratiche di sviluppo di qualità in ogni contratto di lavoro. SAFe prevede cinque dimensioni chiave della qualità integrata: flusso, qualità dell'architettura e della progettazione, qualità del codice, qualità dei sistemi e qualità dei rilasci.

Trasparenza

SAFe promuove un comportamento che crea fiducia, incluso il lavoro di pianificazione in batch di minori dimensioni affinché i problemi possano emergere tempestivamente, fornendo visibilità in tempo reale dell'avanzamento del backlog su più livelli e ispezionando e adattando i rituali.

Esecuzione del programma

L'esecuzione dei programmi è al centro di SAFe ed è alla base di tutto il resto del framework. I team e i programmi devono essere in grado di fornire regolarmente software funzionante di qualità e valore aziendale.

Leadership

SAFe richiede un comportamento di leadership Lean e Agile perché solo i leader possono cambiare il sistema e creare l'ambiente necessario per accogliere tutti i valori fondamentali.

Principi SAFe

I principi dello Scaled Agile Framework hanno lo scopo di migliorare l'azienda nel suo insieme ispirando un processo decisionale Lean e Agile nell'ambito dei confini funzionali e organizzativi. Sono tesi a influenzare le decisioni non solo dei leader e dei responsabili, ma di tutti i membri dell'organizzazione e di condizionare la loro mentalità per passare dal tradizionale pensiero a cascata al pensiero Lean-Agile, dove vengono applicate pratiche come il Lean Portfolio Management.

Principio n. 1 Assumi una visione economica

Ispirato alle teorie sul flusso di sviluppo del prodotto illustrate nei libri più venduti di Donald Reinertsen, il raggiungimento del lead time sostenibile più breve richiede che ogni individuo nella catena decisionale comprenda le implicazioni economiche dei ritardi. Consegnare tempestivamente e spesso non sempre è sufficiente. Secondo SAFe, sequenziare i lavori per ottenere il massimo vantaggio, comprendere i compromessi economici e operare all'interno di budget Lean sono tutte responsabilità che devono essere condivise a livello di intera organizzazione. Molti dei concetti e degli strumenti sono tratti dalle teorie di Reinertsen sul flusso di sviluppo del prodotto.

Principio n. 2 Applica il pensiero sistemico

SAFe incoraggia le persone che utilizzano il framework ad applicare il pensiero sistemico a tre aree chiave: la soluzione stessa, l'impresa che crea il sistema e i flussi di valore. Le soluzioni possono fare riferimento a prodotti, servizi o sistemi forniti al cliente, siano essi interni o esterni all'impresa.

Le soluzioni di grandi dimensioni presentano molti componenti interconnessi, quindi i membri del team dovrebbero avere una prospettiva di livello superiore su come il loro componente si inserisce nel quadro più ampio. Quando si pensa all'impresa che crea il sistema, le persone che seguono SAFe dovrebbero considerare i dipendenti, la gestione e i processi dell'organizzazione. Quindi, se un'organizzazione sta cercando di ottimizzare il modo di lavorare delle persone, potrebbe aver bisogno di eliminare i silos, diventare interfunzionale e stipulare nuovi contratti di lavoro con fornitori e clienti. Infine, l'impresa dovrebbe definire chiaramente in che modo il valore fluisce dal concetto alla liquidità nei flussi di valore dello sviluppo della soluzione. I leader e il team di gestione devono massimizzare il flusso di valore nell'ambito dei confini funzionali e organizzativi.

Principio n. 3 Supponi la variabilità; mantieni le opzioni

Per impostazione predefinita, la progettazione di sistemi e software è un esercizio incerto. Questo principio affronta l'incertezza introducendo il concetto di progettazione basata su set, che richiede il mantenimento di più requisiti e opzioni di progettazione per un periodo più lungo nel ciclo di sviluppo. Il progetto basato su set fa inoltre affidamento su dati empirici per focalizzare ulteriormente l'attenzione sull'opzione di progettazione finale nel processo.

La progettazione basata su set aiuta a informare il processo decisionale nei momenti di incertezza identificando le opzioni e i risultati previsti, proprio come una scommessa strategica. Il concetto di integrare le "milestone di apprendimento", che si riferisce a una scadenza per una decisione, è fondamentale per la progettazione basata su set. Quanto maggiore è l'apprendimento da parte dei team nel corso del tempo, tanto più numerose sono le scelte che possono eliminare. Maggiore è il numero di scelte eliminate, più facile è l'identificazione del percorso migliore da seguire e la produzione del miglior risultato possibile per i clienti.

Principio n. 4 Costruisci in modo incrementale con cicli di apprendimento rapidi e integrati

Simile al Principio n. 3, questo principio consente di gestire il rischio e l'incertezza tramite milestone di apprendimento. Non è sufficiente che ogni componente del sistema dimostri di essere funzionale; occorre considerare l'intero sistema per valutare la fattibilità delle attuali scelte di progettazione. I punti di integrazione devono essere pianificati a cadenza regolare per accelerare i cicli di apprendimento. Questi punti di integrazione sono un esempio del ciclo Pianificare - Fare - Verificare - Agire di Walter A Shewhart, un framework per il miglioramento continuo della qualità nonché un meccanismo di controllo della variabilità dello sviluppo. L'opera di Shewhart e il lavoro che ha ispirato si ritrovano spesso all'interno di SAFe.

Principio n. 5 Basa le milestone sulla valutazione oggettiva dei sistemi di lavoro

La dimostrazione di un vero sistema di lavoro fornisce una base migliore per il processo decisionale rispetto a un documento sui requisiti o ad altre valutazioni superficiali del successo. Includere tempestivamente gli stakeholder in tali decisioni di fattibilità supporta la creazione della fiducia e del pensiero sistemico.

Principio n. 6 Visualizza e limita il lavoro in corso (WIP), riduci le dimensioni dei batch e gestisci la lunghezza delle code

Limitare il lavoro in corso aiuta gli stakeholder a vedere con esattezza l'andamento del lavoro.

I tre elementi di questo principio rappresentano i modi principali per massimizzare la produttività e accelerare l'offerta di valore o, in altre parole, per implementare il "flusso". Come dice un proverbio africano "Come si mangia un elefante? Un boccone alla volta".

Quando si applica questo principio allo sviluppo di software, si limita la quantità di lavoro sovrapposto, la complessità di ogni elemento di lavoro e la quantità totale di lavoro gestito in un dato momento. I piccoli batch consentono di verificare costantemente che il lavoro proceda nella giusta direzione. E di gestire la lunghezza delle code...

Questo principio si propone di offrire delle indicazioni sull'ottimizzazione di questo aspetto allo scopo di ottenere i migliori risultati.

Principio n. 7 Applica la cadenza, sincronizza con la pianificazione tra più domini

I team Agile applicano naturalmente la cadenza tramite sprint o iterazioni. La creazione di una cadenza per tutte le questioni possibili riduce la complessità, risolve l'incertezza, crea memoria muscolare, rafforza la qualità e instilla la collaborazione. La sincronizzazione delle cadenze consente alle persone e alle attività di muoversi come ingranaggi di una rotella, dove le informazioni apprese informano le decisioni e la pianificazione incrementale.

Principio n. 8 Libera la motivazione intrinseca dei knowledge worker

Ispirato dall'influente consulente manageriale Peter Drucker e dall'autore Daniel Pink, questo principio è uno dei nostri preferiti! Consente di liberare il potenziale dei team e di aiutare il team dirigenziale ad adottare una prospettiva di coaching e di mettersi al servizio dei loro team superando la mentalità di comando e controllo.

Principio n. 9 Decentralizza il processo decisionale

Ridurre la lunghezza delle code e adottare un approccio economico decentralizzando il processo decisionale offre ai team l'autonomia necessaria per svolgere il lavoro. I leader dovrebbero riservare la loro autorità decisionale ad argomenti di importanza strategica e consentire ai team di effettuare scelte informate su tutto il resto.

Come funziona SAFe?

Le organizzazioni che sono pronte a implementare SAFe di solito possono contare sull'appoggio dirigenziale, su una forte motivazione verso il cambiamento e su conoscenze di base di Scrum.

Scaled Agile, Inc. fornisce una roadmap di implementazione SAFe che contiene passaggi dettagliati su come iniziare a configurare l'organizzazione per un'adozione diffusa in tutti i portfolio. I 12 passaggi per l'implementazione di SAFe includono:

  1. Raggiungere il punto di svolta
  2. Formare gli agenti del cambiamento Lean-Agile
  3. Formare dirigenti, responsabili e leader
  4. Creare un centro di eccellenza Lean e Agile
  5. Identificare flussi di valore e ART (Agile Release Train)
  6. Creare il piano di implementazione
  7. Prepararsi al lancio di ART
  8. Formare i team e lanciare ART
  9. Fornire coaching per l'esecuzione di ART
  10. Lanciare più ART e flussi di valore
  11. Estendere al portfolio
  12. Sostenere e migliorare

Come si comporta SAFe rispetto ad altri framework di scalabilità Agile?

Sebbene Scaled Agile Framework® (SAFe®) sia molto diffuso nelle aziende con grandi team di sviluppo software, altri framework di scalabilità Agile hanno guadagnato terreno nel corso del tempo. Tutti i framework per la scalabilità Agile condividono cinque componenti principali: ispirazione ai 12 principi del Manifesto Agile, cadenza, sincronizzazione, Scrum e pratiche di sviluppo della qualità. Comprendere le origini di altri framework, le differenze fondamentali e le condizioni per la loro applicazione efficace può aiutare le organizzazioni a scegliere il framework più adatto alle loro esigenze.

Desideri maggiori informazioni su alcuni dei principali framework di scalabilità Agile? Dai un'occhiata alla pagina di panoramica di Agile su larga scala in Agile Coach.

SAFe e Scrum@Scale a confronto

In Scrum@Scale (S@S), tutti fanno parte di un team Scrum intercambiabile. A seconda dei loro obiettivi, le reti di team Scrum si uniscono per formare un ecosistema. Lo scopo di S@S è di creare una rete di team Scrum attraverso la cosiddetta "architettura scale-free", il che significa che la scalabilità di ruoli ed eventi Scrum di base avviene in modo lineare senza introdurre nuove dinamiche di processo. Ad esempio, uno scrum-of-scrum (SoS) potrebbe non essere sufficiente per un prodotto molto complesso con 25 team Scrum, quindi potrebbe essere necessario uno scrum-of-scrum-of-scrum (SoSoS) con uno scrum-of-scrum-of-scrum Master (SoSM).

Sebbene S@S sia generalmente meno prescrittivo, offre una domanda guida per aiutare le organizzazioni a stabilire se sono pronte per la scalabilità: se si aggiungono più persone al sistema, le prestazioni aumentano in modo esponenziale o la produttività ne risente?

Analogamente a SAFe, S@S offre contenuti di riferimento online, inclusa una guida Scrum@Scale esaustiva che sta diventando sempre più popolare.

S@S è la scelta migliore quando

  • Lo stack tecnologico è orientato agli oggetti (ad es. le storie utente verticali possono effettivamente essere consegnate nel giro di due settimane).
  • I team funzionali di un'organizzazione dispongono di competenze a forma di T, di valori incentrati sul prodotto e di livelli minimi di burocrazia.
  • Uno strumento Agile o di gestione del ciclo di vita Agile (ALM) non è necessario finché le pratiche non diventano abituali.
  • Il team esecutivo è disposto a mettere in pratica Scrum e a rimuovere gli impedimenti per l'organizzazione.

SAFe e Large-Scale Scrum (LeSS) a confronto

Large-Scale Scrum (LeSS) adotta un approccio minimalista ai ruoli, alla struttura e agli artefatti. Mentre SAFe offre quattro configurazioni per soddisfare le esigenze di team di dimensioni sempre maggiori e con soluzioni sempre più complesse, LeSS offre due configurazioni: LeSS per un numero di team compreso tra due e otto e LeSS Huge per più di otto team. LeSS si differenzia anche per l'approccio secondo il quale gli owner di prodotto dovrebbero disporre di autorità completa sui contenuti e di influenza strategica, mentre SAFe promuove un approccio più democratico. Inoltre, mentre in SAFe molti fattori influenzano la strategia, LeSS pone l'accento su un approccio incentrato sui clienti a pagamento.

Analogamente a S@S, LeSS rende scalabili gli eventi, gli artefatti e i ruoli Scrum. Inoltre, sia SAFe che LeSS mettono in primo piano il pensiero sistemico, il pensiero Lean e principi guida simili. LeSS, tuttavia, pone un forte accento sulla riduzione degli sprechi in tutta l'organizzazione, con l'obiettivo di apportare un miglioramento continuo.

LeSS è la scelta migliore quando

  • I team Scrum hanno acquisito padronanza di Scrum.
  • Il team dirigenziale è disposto a riorganizzarsi e sperimentare continuamente per il bene comune.
  • È presente allineamento sulla definizione del prodotto.
  • È presente allineamento sulla definizione del concetto di "completato".
  • I coach esterni collaborano con gruppi organizzativi, di team e tecnici.
  • Sono presenti team di funzioni rispetto a team di componenti con competenze a forma di T.
  • L'organizzazione è disposta a liberarsi completamente del paradigma di gestione dei progetti.

SAFe e DA a confronto

A differenza degli altri framework descritti, Disciplined Agile (DA) è un toolkit che consente alle organizzazioni di decidere qual è il modo di lavorare più adatto alle loro esigenze. Offre una governance Agile e leggera che è radicata in Scrum e Kanban, insieme a conoscenze sulla trasformazione in aree come le risorse umane e la finanza, la governance, DevOps, la gestione del portfolio e altre ancora. DA implica l'impiego situazionale di diversi livelli di scalabilità per ogni progetto e pone l'accento sull'abilitazione del processo decisionale per aiutare a guidare la direzione strategica.

DA è la scelta migliore quando

  • Le organizzazioni vogliono definire i propri percorsi Agile scalabili.
  • Le organizzazioni vogliono rimanere flessibili in tutta l'impresa.
  • Le organizzazioni vogliono preservare le scelte di processo e/o di framework.

SAFe e Spotify a confronto

Il "modello" Spotify è un insieme di pratiche autonome e basate sulle persone che possono essere applicate per coordinare team Agile. Non è mai stato concepito come un modello o un framework, ma alcune aziende lo hanno adottato come tale. Spotify pone l'accento sui team autorganizzati, interfunzionali e coubicati definiti "Squad" (l'equivalente di un team Scrum). A confronto, SAFe non dispone di una tale indicazione sulla co-ubicazione dei team ed è consigliato per la pianificazione PI.

Le Squad sono organizzate in unità di maggiori dimensioni chiamate "Tribe". Le dipendenze tra le Squad sono poche e, quando sono presenti, vengono gestite tramite scrum-of-scrum. La condivisione delle conoscenze è abilitata tramite "Chapter" e "Guild", che sono gruppi informali organizzati in base a competenze e interessi.

Rispetto ad altri esempi, dove sono disponibili risorse online, corsi di formazione e certificazioni, le risorse sul modello Spotify sono limitate a un blog pubblicamente disponibile e ad altri elementi complementari sviluppati dai suoi pionieri e sostenitori. La popolarità del modello sta crescendo, quindi è probabile che ne sentiremo parlare ancora di più in futuro.

Spotify è la scelta migliore quando

  • Si applicano le idee al contesto aziendale.
  • La cultura organizzativa è incentrata sull'apprendimento, sull'accettazione degli errori e sull'assunzione di rischi controllati.
  • I team e i prodotti sono "debolmente accoppiati, strettamente allineati" per evitare conflitti di dipendenze.

SAFe 5.0

Un principio centrale di SAFe è il fatto di continuare a evolversi in collaborazione con la sua comunità di professionisti in tutto il mondo. Di recente Scaled Agile, Inc. ha lanciato la versione 5.0 di SAFe. Le principali modifiche includevano l'aggiunta di un decimo principio, "Organizzare intorno al valore" e la modifica del passaggio 12 da "Sostenere e migliorare" ad "Accelerare". Ma c'è molto di più. Per maggiori informazioni, dai un'occhiata al nostro blog Novità e cambiamenti in SAFe 5.0.

Conclusione

I framework come SAFe e altri esaminati in precedenza rappresentano un'opzione attuabile per supportare le aziende nella scalabilità Agile efficace e nel raggiungimento dei loro risultati aziendali. Tuttavia, ugualmente importanti sono gli strumenti scelti per agevolare l'ampliamento delle pratiche esistenti e per realizzare appieno i vantaggi offerti da queste ultime. Con Jira Align di Atlassian, una piattaforma di pianificazione agile creata per SAFe, puoi migliorare la visibilità, l'allineamento strategico e la flessibilità aziendale allo scopo di accelerare la trasformazione digitale.

Prossimo contenuto
Modello Spotify