Tutorial su SAFe (Scaled Agile Framework).

Cos'è SAFe (Scaled Agile Framework)?

Framework agile scalato (SAFe) è una knowledge base online disponibile gratuitamente che consente di applicare pratiche lean-agile a livello aziendale. Fornisce un'esperienza semplice e leggera per lo sviluppo del software. Si tratta di un insieme di organizzazioni e modelli di flusso di lavoro destinati a guidare le aziende a scalare pratiche snelle e agili. È diviso in tre segmenti: Team, Programma e Portfolio.

Sicuro la struttura consente al team di,

• Implementazione di software e sistemi Lean-Agile a livello aziendale
• Si basa sui principi Lean e Agile.
• Fornisce una guida dettagliata per il lavoro nel portfolio aziendale, nel flusso di valore, nel programma e nel team.
• È progettato per soddisfare le esigenze di tutte le parti interessate all'interno di un'organizzazione.

SAFe è stato sviluppato per la prima volta sul campo ed è stato elaborato in Dean Leffingwell's libri e blog. La versione 1.0 è la prima versione ufficiale nel 2011. L'ultima versione è la 4.6, è stata rilasciata nell'ottobre 2018. Fornisce indicazioni per lavorare a livello di portafoglio aziendale, flusso di valore, programma e team.

Perché utilizzare SAFe Agile Framework

È un framework semplice e leggero, ma è in grado di gestire le esigenze di grandi flussi di valore e di sviluppo di sistemi complessi. Implementando il framework agile SAFe, avrai i seguenti vantaggi:

• Produttività aumentata by 20 - 50%
• Museale aumentato più di 50%
• Time to Market è più veloce di 30 -75%
• Maggiori prenotazioni impegno dei dipendenti and soddisfazione sul lavoro.

Lo schema dettagliato del quadro è disponibile su sito web ufficiale. Mostra tutti i ruoli chiave, le attività, i risultati finali e i flussi. Serve anche come aiuto alla navigazione per il resto del sito.

L'immagine seguente spiega come funziona il processo agile. I poemi epici sono un vasto corpus di opere, ulteriormente suddiviso in una serie di storie più piccole o sotto-epici. Queste sotto-epopee vengono assegnate alla squadra come una storia. Ogni team lavora quindi su queste storie o funzionalità del software di conseguenza.

Quando utilizzare il framework agile scalato

• Quando un team è interessato a implementare un approccio agile in modo coerente in programmi e portfolio multi-team più ampi.
• Quando più team seguono il proprio metodo di implementazione Agile ma affrontano regolarmente ostacoli, ritardi e fallimenti.
• Quando i team vogliono lavorare in modo indipendente.
• Quando desideri estendere Agile a tutta l'organizzazione ma non sei sicuro di quali nuovi ruoli potrebbero essere necessari o quali ruoli esistenti (ad esempio, gestione) devono cambiare e come.
• Quando hai tentato di ampliare l'Agile in tutta la tua organizzazione, ma hai difficoltà ad allinearti per ottenere una strategia uniforme o coerente tra i dipartimenti aziendali, dal portafoglio al programma e ai livelli di team.
• Quando un'organizzazione ha bisogno di migliorare i tempi di sviluppo del prodotto e desidera sapere in che modo altre aziende sono riuscite a scalare Agile con SAFe.

Quanto è diverso rispetto ad altre pratiche Agile

Ora in questo tutorial Scaled Agile Framework, vediamo come il framework Scaled Agile è diverso dalle altre pratiche agili,

• È disponibile pubblicamente e gratuito.
• Disponibile in una forma altamente accessibile e utilizzabile.
• È leggero, dai risultati praticamente provati e specifico per il livello.
• Modifica/mantiene costantemente/regolarmente le pratiche agili più comunemente utilizzate.
• Offre utili estensioni alle pratiche agili comuni.
• Adatta le pratiche agili al contesto aziendale.
• Offre un quadro completo dello sviluppo del software.
• La visibilità o la trasparenza è maggiore a tutti i livelli.
• Feedback continuo o regolare sulla qualità e sul miglioramento.

Foundations di Scaled Agile Framework

Scaled Agile Framework (SAFe): poggia sulle fondamenta del suo

1. Principi Lean-Agile
2. Valori Fondamentali,
3. Leadership Lean-Agile
4. Mentalità Lean-Agile,
5. Comunità di pratica (gruppo di persone che lavorano costantemente sulle pratiche SAFe)
6. Implementazione 1-2-3

Principi SAFe Lean-Agile

Questi principi e valori di base di SAFe Agile per SAFe devono essere compresi, esposti e portati avanti per ottenere i risultati desiderati.

• Prendi una visione economica
• Applicare il pensiero sistemico
• Assumere variabilità; preservare le opzioni
• Costruisci in modo incrementale con cicli di apprendimento rapidi e integrati
• Basare le tappe su una valutazione obiettiva dei sistemi di lavoro
• Visualizza e limita il WIP, riduci le dimensioni dei batch e gestisci le lunghezze delle code
• Applicare cadenza, sincronizzare con la pianificazione interdominio
• Sbloccare la motivazione intrinseca dei lavoratori della conoscenza
• Decentralizzare il processo decisionale

Valori fondamentali SAFe Agile

La metodologia SAFe Agile si basa su questi quattro valori.

Allineamento:

• SAFe supporta l'allineamento.
• L'allineamento inizia alle
  • Temi strategici nel portfolio backlog e
  • Passa a Visione e roadmap dei programmi arretrati e poi
  • Passa ai backlog del team.

Qualità incorporata:

• Garantisce che ogni consegna incrementale rifletta gli standard di qualità.
• La qualità non si aggiunge in seguito, ma è insita.
• La qualità incorporata è un prerequisito del Lean ed è obbligatorio

Trasparenza:

• La trasparenza è il fattore abilitante della fiducia.
• SAFe aiuta l'impresa a raggiungere la trasparenza a tutti i livelli: dirigenti, gestori di portafoglio e altre parti interessate.
• Tutti possono vedere il backlog/Kanban del portafoglio, i backlog/Kanban dei programmi e il Backlog/Kanban del team.
• Ogni livello ha una chiara comprensione degli obiettivi del PI.
• I programmi di formazione hanno visibilità sugli arretrati del team, così come su altri arretrati di programmi
• I team e i programmi hanno visibilità sulle Epic aziendali e di architettura. Possono vedere cosa potrebbe essere diretto verso di loro.

Esecuzione del programma:

• SAFe pone grande attenzione ai sistemi di lavoro e ai risultati aziendali che ne derivano.
• SAFe non è utile se i team non sono in grado di eseguire e fornire continuamente valore.

Leader snelli e agili

I leader Lean-Agile sono studenti e insegnanti per tutta la vita. Aiuta i team a costruire sistemi migliori attraverso la comprensione e la dimostrazione dei principi Lean-Agile SAFe.

In quanto abilitatore per i team, la responsabilità ultima è l'adozione, il successo e il miglioramento continuo degli sviluppi Lean-Agile. Per il cambiamento e il miglioramento continuo, i leader devono essere formati.

I leader devono adottare un nuovo stile di leadership. Un approccio che consente e coinvolge veramente individui e team affinché raggiungano il loro massimo potenziale.

Principi di questi leader Lean-Agile

• Guidare il cambiamento
• Conoscere la Via; Enfatizzare l’apprendimento permanente
• Sviluppa le persone
• Ispirare e allinearsi con la missione; Ridurre al minimo i vincoli
• Decentralizzare il processo decisionale
• Sbloccare la motivazione intrinseca dei lavoratori della conoscenza

Mentalità Lean Agile

La mentalità Lean-Agile è rappresentata in due cose:

1. La casa sicura del Lean
2. Manifesto Agile

La SAFe House of Lean:

SAFe deriva dai principi e dalle pratiche della produzione snella. Sulla base di questi fattori SAFe presenta la “SAFe House of Lean”. Si ispira alla “casa” della Toyota snella.

L'obiettivo del lean è imbattibile: offrire al cliente il massimo valore nel minor tempo possibile con la massima qualità possibile.

La figura seguente spiega l'obiettivo, i pilastri e Foundation di “SAFe House of Lean”.

Manifesto Agile

Stiamo scoprendo modi migliori di sviluppareping software facendolo e aiutandoping Altri lo fanno. Attraverso questo lavoro abbiamo imparato ad apprezzare:

Ecco perché, mentre c'è un valore negli elementi a destra, diamo più valore agli elementi a sinistra.

Manifesto Agile

1. La massima priorità è soddisfare il cliente attraverso la consegna continua e tempestiva di software di valore.
2. Abbraccia i requisiti in continua evoluzione, anche nelle fasi avanzate dello sviluppo. I processi della metodologia Agile SAFe sfruttano il cambiamento a vantaggio del cliente.
3. Fornire software funzionante frequentemente, da un paio di settimane a un paio di mesi, preferendo i tempi più brevi.
4. Sviluppatori e uomini d'affari devono lavorare insieme quotidianamente durante tutto il progetto.
5. Costruisci progetti attorno a persone motivate. Offri loro il supporto e l'ambiente di cui hanno bisogno e fidati di loro per portare a termine il lavoro.
6. Il metodo più efficiente per comunicare con un team di sviluppo è una conversazione faccia a faccia.
7. Il software funzionante è la principale misura del progresso.
8. I processi agili promuovono lo sviluppo sostenibile. Gli sponsor, gli sviluppatori e gli utenti dovrebbero essere in grado di mantenere un ritmo costante indefinitamente.
9. La continua attenzione all'eccellenza tecnica e al buon design aumentano l'agilità.
10. La semplicità - l'arte di massimizzare la quantità di lavoro non svolto - è essenziale.
11. Le migliori architetture, requisiti e progetti emergono da team auto-organizzati.
12. A intervalli regolari, il team riflette su come diventare più efficace, quindi regola e regola il proprio comportamento di conseguenza.

Diversi livelli in SICURO

Esistono due diversi tipi di implementazione SAFe:

1. Implementazione SAFe 4.0
2. Implementazione SAFe 3.0

• Nell'implementazione SAFe 4.0 abbiamo 4 livelli: Portafoglio, flusso di valore, programma e team.
• Nell'implementazione SAFe 3.0 abbiamo 3 livelli: Portfolio, programma e team
• SAFe a 3 livelli è destinato a implementazioni più piccole con un massimo di 100 persone. Programmi che non richiedono una collaborazione significativa.
• SAFe a 4 livelli è destinato a soluzioni che in genere richiedono molte centinaia di professionisti per lo sviluppo, la distribuzione e la manutenzione del software.

Livello di squadra

Ruoli/Team	Eventi	Artifacts
Team agile	Sprint Pianificazione	Arretrati del team
Product Owner	Cura degli arretrati	Requisiti non funzionali
Scrum master	Stand-Up quotidiano	Obiettivi del team PI
		Iterazioni
	Sprint Demo	Storie (Software funzionante)
	Sprint Retrospettiva	Sprint Obiettivi
	IP Sprints	Qualità integrata
		Spikes
		Team Kanban

• Tutti i team SAFe fanno parte dell'uno o dell'altro Agile Release Train (ART).
• I team SAFe sono team responsabilizzati, auto-organizzati, autogestiti e interfunzionali
• Ogni team è ugualmente responsabile della definizione, costruzione e test delle storie del proprio Team Backlog in iterazioni di lunghezza fissa
• I team pianificano ed eseguono iterazioni di durata bisettimanale in base agli obiettivi di iterazione concordati.
• I team utilizzeranno la routine ScrumXP/Team Kanban per fornire sistemi di alta qualità su cui produrre una demo del sistema ogni due settimane.
• Tutti i diversi team dell'ART (Agile Release Trains) creeranno un sistema integrato e testato. Le parti interessate valuteranno e risponderanno con un rapido feedback
• Applicano pratiche di qualità integrata.
• Ogni team ScrumXP avrà 5-9 membri del team, che includono tutti i ruoli necessari per costruire un valore incrementale di qualità in ogni iterazione.
• I ruoli ScrumXP includono:
  • Team (Sviluppo + Controllo Qualità)
  • Scrum master
  • Proprietario del prodotto. Eccetera..
• SAFe divide la sequenza temporale di sviluppo in una serie di iterazioni all'interno di un PI (Program Increment).
• La durata dell'IP è compresa tra 8 e 12 settimane.
• Il team utilizzerà le storie per fornire valore. Il Product Owner avrà l'autorità sui contenuti sulla creazione e sull'accettazione delle storie.
• Le storie contengono i requisiti del cliente.
• Il Team Backlog include storie di utenti e facilitatori, che vengono identificate durante la pianificazione del PI. Quando il Product Management presenta la Roadmap, la Vision e il Program Backlog.
• Identificare, elaborare, dare priorità, programmare, implementare, testare e accettare le storie sono i requisiti primari del lavoro di gestione a livello di squadra.
• Ogni iterazione fornisce:
  • Un prezioso incremento di nuove funzionalità
  • Realizzare tramite uno schema che si ripete costantemente
  • Pianificare l'iterazione
  • Impegnarsi in alcune funzionalità
  • Esegui l'iterazione costruendo e testando storie
  • Dimostra la nuova funzionalità
  • Retrospettiva
  • Ripetere per l'iterazione successiva
• I team supportano anche la demo del sistema alla fine di ogni iterazione. che è il punto critico di integrazione dell'ART.
• I flussi di valore più grandi avranno più ART.
• Le iterazioni di innovazione e pianificazione (IP) offrono ai team opportunità di innovazione ed esplorazione.

Livello del programma

Ruoli/Team	Eventi	Artifacts
DevOps	Pianificazione PI (Program Increment)	Visione
Team di sistema	Dimostrazioni di sistema	Roadmap
Gestione delle versioni	Workshop di ispezione e adozione	Metrica
Product Management	ArchiPista strutturale	Milestone
UEX Archiproteggere	Rilascia in qualsiasi momento	Uscite
Ingegnere addetto al rilascio dei treni (RTE)	Treno di rilascio agile	Programmi epici
Sistema Architect/Ingegnere	Rilasciare	Programma Kanban
Proprietari		Arretrati del programma
Leader Lean-Agile		Requisiti non funzionali
Comunità di Pratica		Lavoro più breve ponderato per primo (WSJF)
Servizi condivisi		Obiettivi del PI del programma
		Caratteristica
		Enabler
		Soluzione
		Coordinamento del flusso di valore

• A livello di Programma, il valore di SAFe viene fornito da Agile Release Trains (ART) di lunga durata. L'iterazione è per la squadra e l'allenamento è per il programma.
• Agile Release Trains (ART) è il veicolo principale per la fornitura di valore a livello di programma. Fornisce un flusso di valore all'organizzazione.
• La durata degli incrementi del programma (PI) va da 8 a 12 settimane.
• ART è composto da 5 – 12 Agile Team (~50 – 125+ persone) che includono tutti i ruoli e le infrastrutture necessarie per fornire software completamente testato e funzionante a livello di sistema.
• Ogni PI è un time box a più iterazioni, durante il quale viene sviluppato e distribuito un incremento significativo e prezioso del sistema.
• In ogni PI si svolgeranno sessioni di “demo” e “Ispeziona e adatta” e inizierà la pianificazione per il PSI successivo.
• A livello di Programma, SAFe pone l’accento sul principio di allineamento. Questo perché gli sforzi agili di più team sono integrati per creare valore per il cliente.
• La gerarchia degli artefatti SAFe lo è Epics->funzionalità->storie utente.
• A livello di programma, il Product Manager/Program Manager ha l'autorità sui contenuti. Definisce e dà priorità al backlog del programma.
• Il backlog del programma è un elenco di funzionalità in ordine di priorità.
• A livello di programma, le funzionalità possono essere originate o derivare da epiche definite a livello di portfolio.
• Le funzionalità si scompongono in storie utente e confluiscono in arretrati a livello di team.
• Il ruolo di Product Manager o di Release Train Engineer potrebbe essere gestito dal Program Manager/Senior Project Manager
• Sistema ArchiIl ruolo di tect a livello di programma è quello di collaborare quotidianamente con i team. Garantisce che i requisiti non funzionali siano soddisfatti. Inoltre, collaborano con l'architetto aziendale a livello di portafoglio per assicurarsi che ci sia sufficiente pista architettonica per supportare le future esigenze aziendali e degli utenti.
• La progettazione dell'interfaccia, le linee guida sull'esperienza utente e gli elementi di progettazione per i team sono forniti da UX Designers.
• Il ruolo di Chief-Scrum Master è svolto da "Release Train Engineer".
• Vari team (dal marketing, allo sviluppo, alla qualità, alle operazioni e alla distribuzione) formano il "Team di gestione del rilascio". Approveranno i rilasci di routine di soluzioni di qualità per i clienti.
• La distribuzione del software negli ambienti dei clienti e la consegna corretta sono gestite dal team DevOps.

Livello di portafoglio

Ruoli/Team	Eventi	Artifacts
Enterprise Architect	Pianificazione strategica degli investimenti	Temi strategici
Gestione del portafoglio programmi	Pianificazione del portfolio Kanban (Epic)	Impresa
Proprietari epici		Portafoglio in sospeso
		Portafoglio Kanban
		Requisiti non funzionali
		Epic e Enabler
		Flusso di valore
		Budget (spese in conto capitale e spese operative)

• Il livello più alto di interesse/preoccupazione/coinvolgimento/in SAFe è Portafoglio SICURO
• Il portfolio fornisce i blocchi base per organizzare il flusso di valore della Lean-Agile Enterprise attraverso uno o più Value Streams.
• Il portafoglio aiuta a sviluppare sistemi e soluzioni descritti in temi strategici (collega un portafoglio SAFe alla strategia aziendale in evoluzione di un'impresa).
• Per raggiungere gli obiettivi strategici, il livello di portafoglio incapsula questi elementi. Fornisce il bilancio di base e altri meccanismi di governance. In questo modo si garantisce che l'investimento nei flussi di valore fornisca i rendimenti necessari per l'impresa.
• Un portafoglio è collegato al business in modo bidirezionale:
  • Al fine di guidare il Portafoglio verso obiettivi aziendali in continua evoluzione, fornisce temi strategici.
  • Un'altra direzione indica il flusso costante di valori di portafoglio.
• Il Program Portfolio Management agisce come stakeholder e ha la responsabilità di fornire i risultati aziendali.
• SAFe Portfolio Level contiene le persone, i processi, i sistemi e le soluzioni di creazione necessari di cui un'azienda ha bisogno per raggiungere i propri obiettivi strategici.
• I flussi di valore sono gli obiettivi primari del portafoglio, con cui finanziare le persone e altre risorse necessarie per costruire le soluzioni.
• I concetti chiave importanti utilizzati qui sono:
  • Connessione all'impresa,
  • Gestione del portafoglio programmi,
  • Gestire il flusso di portfolio epici.

Livello del flusso di valore

Ruoli/Team	Eventi	Artifacts
DevOps	Pianificazione pre e post PI (Program Increment)	Visione
Team di sistema	Demo di soluzioni	Roadmap
Gestione delle versioni	Workshop di ispezione e adozione	Metrica
Gestione delle soluzioni	Treno di rilascio agile	Milestone
UEX Archiproteggere		Uscite
Ingegnere del flusso di valore (RTE)		Epiche del flusso di valore
Soluzione Architect/Ingegnere		Kanban del flusso di valore
Servizi condivisi		Arretrati del flusso di valore
		Requisiti non funzionali
Fornitore		Lavoro più breve ponderato per primo (WSJF)
		Obiettivi PI del flusso di valore
		Capacità
		Enabler
		Contesto della soluzione
		Coordinamento del flusso di valore
		Quadro economico
		Intento della soluzione
		MBSE
		Insiemi basati
		Agile Architectura

• Il Value Stream Level è facoltativo in SAFe.
• Il livello del flusso di valore è una novità di SAFe 4.0.
• Il livello di flusso di valore è destinato/progettato per imprese/costruttori/organizzazioni che sono:

1. Di grandi dimensioni
2. Competenza
3. Avere soluzioni complesse
4. Le loro soluzioni in genere richiedono più ART
5. Hanno il contributo dei fornitori.
6. Affrontano le più grandi sfide sistemiche
7. Per sistemi ciberfisici
8. Per software, hardware, componenti elettrici ed elettronici, ottica, meccanica, fluidica e altro ancora.

• La costruzione di questo tipo di sistemi richiede spesso centinaia, persino migliaia di professionisti, fornitori esterni e interni.
• Se i sistemi sono cruciali per la missione. Il fallimento della Soluzione, o anche di un sottosistema, ha conseguenze economiche e sociali inaccettabili.
• Se le Imprese possono essere costruite con poche centinaia di praticanti, potrebbero non aver bisogno dei costrutti di questo livello. In tal caso, possono utilizzare dal 'vista compressa' che è SAFe a 3 livelli.
• Costruire soluzioni di flusso di valore in un modello Lean-Agile richiede artefatti, coordinamento e costrutti aggiuntivi. Quindi questo livello contiene un quadro economico per fornire i limiti finanziari per il Value Stream
• Supporta cadenza e sincronizzazione per più ART e Fornitori. Include riunioni di pianificazione Pre- e Post-PI e Solution Demo.
• Fornisce ruoli aggiuntivi che sono: Value Stream Engineer, Solution Architect/Engineering e gestione delle soluzioni.

DOMANDE FREQUENTI