Tutorial sulla metodologia SAFe: che cos'è Scaled Agile Framework

Cos'è uno Scaled Agile Framework (SAFe)?

Scaled Agile Framework (SAFe) è una knowledge base online disponibile gratuitamente che consente di applicare pratiche snelle e agili 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 intesi a guidare le aziende a scalare pratiche snelle e agili. È diviso in tre segmenti che sono Team, Program e portfolio.

Il framework SAFe consente al team di,

• Implementazione di software e sistemi Lean-Agile a livello aziendale
• Si basa sui principi Lean e Agile.
• Fornisce indicazioni dettagliate 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 inizialmente sviluppato sul campo ed è stato elaborato nei libri e nel blog di Dean Leffingwell . La versione 1.0 è la prima versione ufficiale nel 2011. L'ultima versione è 4.6, è stata rilasciata nell'ottobre 2018. Fornisce indicazioni per lavorare a livello di Portfolio aziendale, Value Stream, Programma e Team.

In questo tutorial SAFe Agile imparerai-

• Cos'è Scaled Agile Framework (SAFe)
• Perché utilizzare Agile Framework
• Quando utilizzare Scaled Agile Framework
• Quanto è diverso dalle altre pratiche Agile
• Fondamenti di Scaled Agile Framework
• Manifesto Agile
• Livelli diversi in SICURO
• Livello di squadra
• Livello del programma
• Livello di portafoglio
• Livello flusso di valore

Perché utilizzare Agile Framework

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

• La produttività è aumentata del 20-50%
• La qualità è aumentata di oltre il 50%
• Il time to market è più veloce del 30-75%
• Maggiore coinvolgimento dei dipendenti e soddisfazione sul lavoro.

Lo schema dettagliato del framework è disponibile sul sito web. Mostra tutti i ruoli chiave, le attività, i risultati finali e i flussi. Serve anche come aiuto per la navigazione nel resto del sito.

L'immagine sotto spiega come funziona il processo agile. Le epiche sono un grande corpus di opere, che è ulteriormente suddiviso in una serie di storie più piccole o sottoepiche. Queste epopee secondarie vengono assegnate alla squadra come una storia. Ogni team lavora quindi su queste storie o caratteristiche del software di conseguenza.

Quando utilizzare Scaled Agile Framework

• Quando un team è interessato a implementare un approccio agile in modo coerente attraverso programmi e portafogli più ampi e multi-team.
• Quando più team eseguono il proprio modo di implementazione Agile ma affrontano regolarmente ostacoli, ritardi e fallimenti.
• Quando i team vogliono lavorare in modo indipendente.
• Quando si desidera scalare Agile in tutta l'organizzazione ma non si è sicuri di quali nuovi ruoli potrebbero essere necessari o di quali ruoli esistenti (ad esempio, la gestione) devono cambiare e come.
• Quando hai tentato di scalare l'Agile in tutta la tua organizzazione, ma lottando per l'allineamento per raggiungere una strategia uniforme o coerente tra i reparti aziendali, dal portfolio al programma e ai livelli di team.
• Quando un'organizzazione ha bisogno di migliorare i tempi di sviluppo del prodotto e desidera sapere come altre aziende sono riuscite a scalare Agile con SAFe.

Quanto è diverso dalle altre pratiche Agile

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

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

Fondamenti di Scaled Agile Framework

Scaled Agile Framework (SAFe): si basa sulle fondamenta del suo

1. Principi Lean-Agile
2. Valori fondamentali,
3. Leadership snella e agile
4. Mentalità snella e 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 SAFe Agile di base per SAFe devono essere compresi, esibiti e continuati per ottenere i risultati desiderati.

• Dai una visione economica
• Applicare il pensiero sistemico
• Assumere variabilità; conserva le opzioni
• Costruisci in modo incrementale con cicli di apprendimento rapidi e integrati
• Basare le pietre miliari su una valutazione oggettiva dei sistemi di lavoro
• Visualizza e limita il WIP, riduci le dimensioni dei batch e gestisci le lunghezze delle code
• Applica la cadenza, sincronizza con la pianificazione interdominio
• Sblocca la motivazione intrinseca dei lavoratori della conoscenza
• Decentralizza 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 da,
  • Temi strategici in Portfolio Backlog e
  • Passa alla visione e alla tabella di marcia degli arretrati di programma e poi
  • Passa al Team Backlogs.

Qualità incorporata:

• Assicura che ogni consegna incrementale rifletta gli standard di qualità.
• La qualità non è "aggiunta in seguito" è incorporata.
• La qualità integrata è un prerequisito di Lean ed è obbligatorio

Trasparenza:

• La trasparenza è l'elemento abilitante per la fiducia.
• SAFe aiuta l'impresa a raggiungere la trasparenza a tutti i livelli: dirigenti, gestori di portafoglio e altri stakeholder.
• Tutti possono vedere il backlog del portfolio / Kanban, il backlog del programma / Kanban e il Team Backlog / Kanban.
• Ogni livello ha una chiara comprensione degli obiettivi del PI.
• I programmi di formazione hanno visibilità sugli arretrati del team e su altri arretrati del programma
• Team e programmi hanno visibilità su Epics aziendali e architettoniche. 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 possono eseguire e fornire continuamente valore.

Leader agili e snelli:

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

In qualità di fattore abilitante 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. Uno che autorizza e coinvolge veramente individui e team per raggiungere il loro massimo potenziale.

Principi di questi leader Lean-Agile

• Guida il cambiamento
• Conosci la via; Enfatizzare l'apprendimento permanente
• Sviluppa le persone
• Ispirare e allinearsi con la missione; Riduci al minimo i vincoli
• Decentralizza il processo decisionale
• Sblocca la motivazione intrinseca dei knowledge worker

Mentalità snella e agile:

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

1. La SAFe House of Lean
2. Manifesto Agile

La SAFe House of Lean :

SAFe deriva dai principi e dalle pratiche di produzione snella. Sulla base di questi fattori SAFe presenta la "SAFe House of Lean". È ispirato alla "casa" della Toyota snella.

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

La figura sottostante spiega l'obiettivo, i pilastri e le fondamenta di "SAFe House of Lean".

Manifesto Agile

Stiamo scoprendo modi migliori per sviluppare software facendolo e aiutando gli altri a farlo. Attraverso questo lavoro siamo arrivati ​​a valorizzare:

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 fornitura continua e tempestiva di software di valore.
2. Abbraccia le mutevoli esigenze, anche in fase avanzata di sviluppo. I processi di metodologia SAFe agile sfruttano il cambiamento a vantaggio del cliente.
3. Fornisci frequentemente software funzionante, da un paio di settimane a un paio di mesi, con una preferenza per un periodo di tempo più breve.
4. Gli sviluppatori e gli uomini d'affari devono lavorare insieme ogni giorno durante tutto il progetto.
5. Costruisci progetti attorno a persone motivate. Offri loro il supporto e l'ambiente di cui hanno bisogno e affidati a 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 a tempo indeterminato.
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ù efficaci, quindi sintonizza e adatta il proprio comportamento di conseguenza.

Livelli diversi in SICURO

Esistono due diversi tipi di implementazione di SAFe:

1. Implementazione di SAFe 4.0
2. Implementazione di SAFe 3.0

• Nell'implementazione di SAFe 4.0 abbiamo 4 livelli: Portfolio, Value Stream, Program e Team.
• Nell'implementazione di SAFe 3.0 abbiamo 3 livelli: Portfolio, Program e Team
• SAFe a 3 livelli è per implementazioni più piccole con 100 persone o meno. Programmi che non richiedono una collaborazione significativa.
• SAFe a 4 livelli è per soluzioni che in genere richiedono molte centinaia di professionisti per sviluppare la distribuzione e la manutenzione del software.

Livello di squadra

Ruoli / squadre		Eventi		Artefatti
* Agile Team		* Sprint Planning		* Team Backlog
* Proprietario del prodotto		* Toelettatura degli arretrati		* Requisiti non funzionali
* Maestro di mischia		* Stand-up giornaliero		* Obiettivi del team PI
		* Esecuzione		* Iterazioni
		* Sprint Demo		* Storie (software funzionante)
		* Sprint Retrospective		* Obiettivi Sprint
		* Sprint IP		* Qualità incorporata
				* 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 di storie dal proprio Team Backlog in iterazioni di lunghezza fissa
• I team pianificano ed eseguono iterazioni time-box di due settimane in conformità con gli obiettivi di iterazione concordati.
• I team useranno la routine ScrumXP / Team Kanban per fornire sistemi di alta qualità per 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 feedback rapido
• Applicano pratiche di qualità incorporate.
• Ogni team ScrumXP avrà 5-9 membri del team, che include tutti i ruoli necessari per costruire un valore incrementale di qualità in ogni iterazione.
• I ruoli di ScrumXP includono:
  • Team (Dev + QA)
  • Maestro di mischia
  • Proprietario del prodotto. Eccetera…
• SAFe divide la timeline di sviluppo in una serie di iterazioni all'interno di un PI (Program Increment).
• La durata del PI è compresa tra 8 e 12 settimane.
• Il team utilizzerà le storie per fornire il valore. Il Product Owner avrà l'autorità sui contenuti sulla loro creazione e accettazione delle storie.
• Le storie contengono i requisiti del cliente.
• Team Backlog include storie di utenti e attivatori, che vengono identificati durante la pianificazione PI. Quando il Product Management presenta la Roadmap, Vision e Program Backlog.
• Identificare, elaborare, stabilire le priorità, programmare, implementare, testare e accettare le storie sono i requisiti primari del lavoro di gestione a livello di team.
• Ogni iterazione fornisce:
  • Un prezioso incremento di nuove funzionalità
  • Realizza ripetendo costantemente lo schema
  • Pianifica l'iterazione
  • Impegnati in alcune funzionalità
  • Esegui l'iterazione costruendo e testando storie
  • Demo la nuova funzionalità
  • Retrospettiva
  • Ripeti per l'iterazione successiva
• I team supportano anche la demo del sistema alla fine di ogni iterazione. che è il punto di integrazione critico per l'ART.
• I flussi di valore più grandi avranno più ART.
• Le iterazioni di innovazione e pianificazione (IP) sfruttano i team con un'opportunità di innovazione ed esplorazione.

Livello del programma

Ruoli / squadre		Eventi		Artefatti
* DevOps		* Pianificazione PI (Program Increment)		* Visione
* Team di sistema		* Demo di sistema		* Roadmap
* Gestione dei rilasci		* Ispezionare e adottare seminario		* Metriche
* Gestione del prodotto		* Pista architettonica		* Pietre miliari
* UEX Architect		* Rilascia in qualsiasi momento		* Comunicati
* Release Train Engineer (RTE)		* Agile Release Train		* Programma Epics
* Architetto / ingegnere di sistema		* Pubblicazione		* Programma Kanban
* Proprietari				* Backlog del programma
* Leader Lean-Agile				* Requisiti non funzionali
* Comunità di pratica				* Prima il lavoro più breve ponderato (WSJF)
* Servizi condivisi				* Programma PI Obiettivi
* Cliente				* 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 di programma (PI) è compresa tra 8 e 12 settimane.
• ART è composto da 5 - 12 Agile Team (~ 50 - 125+ persone) che include tutti i ruoli e le infrastrutture necessarie per fornire software completamente testato, funzionante, a livello di sistema.
• Ogni PI è una casella temporale a ripetizione multipla. Durante il quale viene sviluppato e consegnato un significativo e prezioso incremento del sistema.
• In ogni PI si svolgeranno sessioni di "demo" e "Ispezione e adattamento" e la pianificazione inizia per il prossimo PSI.
• A livello di programma, SAFe pone l'accento sul principio di allineamento. Questo perché molteplici sforzi di team agili sono integrati per creare valore per il cliente.
• La gerarchia degli artefatti di SAFe è Epics-> caratteristiche-> storie degli utenti .
• A livello di programma, Product Manager / Program Manager dispone dell'autorità per i contenuti. Definisce e assegna la priorità al backlog del programma.
• Il backlog del programma è un elenco di funzionalità prioritarie.
• A livello di programma, le funzionalità possono essere originate oppure possono derivare da epiche definite a livello di portfolio.
• Le funzionalità si scompongono in storie utente e confluiscono in backlog a livello di team.
• Il ruolo di Product Manager o Release Train Engineer può essere gestito dal Program Manager / Senior Project Manager
• Il ruolo di System Architect a livello di programma è quello di collaborare al lavoro quotidiano con i team. Assicura che i requisiti non funzionali siano soddisfatti. Inoltre, collaborano con l'architetto aziendale a livello di portafoglio per assicurarsi che ci sia una pista architettonica sufficiente per supportare le esigenze degli utenti e dell'azienda.
• Il design 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 dal "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à ai clienti.
• La distribuzione del software negli ambienti dei clienti e la corretta consegna sono curate dal team DevOps.

Livello di portafoglio

Ruoli / squadre		Eventi		Artefatti
* Enterprise Architect		* Pianificazione strategica degli investimenti		* Temi strategici
* Programma Portfolio Mgmt		* Pianificazione del portafoglio Kanban (epica)		* Enterprise
* Proprietari epici				* Portfolio Backlog
				* Portfolio Kanban
				* Requisiti non funzionali
				* Epico e abilitante
				* Flusso di valore
				* Budget (CapEx e OpEx)

• Il livello più alto di interesse / preoccupazione / coinvolgimento / in SAFe è il portafoglio SAFe
• Il portfolio fornisce i blocchi di base per organizzare il flusso di valore Lean-Agile Enterprise tramite uno o più Value Stream.
• Il portafoglio aiuta a sviluppare sistemi e soluzioni descritti in temi strategici (collega un portafoglio SAFe alla mutevole strategia di business di un'impresa).
• Per raggiungere gli obiettivi strategici, il livello di portafoglio incapsula questi elementi. Fornisce budget di base e altri meccanismi di governance. In questo modo si assicura che l'investimento nei flussi di valore fornisca i ritorni necessari per l'impresa.
• Un portafoglio è collegato al business in modo bidirezionale:
  • Al fine di guidare il portafoglio verso i più ampi obiettivi di business mutevoli, fornisce temi strategici.
  • Un'altra direzione indica il flusso costante dei valori del portafoglio.
• Il Program Portfolio Management funge da stakeholder e sono responsabili della fornitura dei risultati aziendali.
• SAFe Portfolio Level contiene persone, processi e sistemi di costruzione necessari e soluzioni di cui un'azienda ha bisogno per raggiungere i suoi obiettivi strategici.
• I Value Stream sono gli obiettivi primari in Portfolio, con i quali finanziare le persone e altre risorse necessarie per costruire le Soluzioni.
• Importanti concetti chiave utilizzati qui sono:
  • Connessione all'azienda,
  • Gestione del portafoglio del programma,
  • Gestione del flusso di portfolio epics.

Livello flusso di valore

Ruoli / squadre		Eventi		Artefatti
* DevOps		* Pianificazione pre e post PI (incremento del programma)		* Visione
* Team di sistema		* Demo della soluzione		* Roadmap
* Gestione dei rilasci		* Ispezionare e adottare seminario		* Metriche
* Gestione della soluzione		* Agile Release Train		* Pietre miliari
* UEX Architect				* Comunicati
* Value Stream Engineer (RTE)				* Value Stream Epics
* Solution Architect / Engineer				* Value Stream Kanban
* Servizi condivisi				* Value Stream Backlog
* Cliente				* Requisiti non funzionali
* Fornitore				* Prima il lavoro più breve ponderato (WSJF)
				* Obiettivi Value Stream PI
				* Capacità
				* Enabler
				* Contesto della soluzione
				* Coordinamento del flusso di valore
				* Quadro economico
				* Intento della soluzione
				* MBSE
				* Imposta basato
				* Architettura agile

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

1. Di grandi dimensioni
2. Indipendente
3. Avere soluzioni complesse
4. Le loro soluzioni richiedono tipicamente più ART
5. Hanno il contributo dei Fornitori.
6. Devono affrontare le maggiori sfide dei sistemi
7. Per sistemi cyber-fisici
8. Per software, hardware, elettricità ed elettronica, 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 professionisti, potrebbe non aver bisogno dei costrutti di questo livello. In tal caso, possono utilizzare dalla " vista compressa" che è SAFe a 3 livelli.
• La creazione di 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 confini finanziari per Value Stream
• Supporta la cadenza e la sincronizzazione per più ART e fornitori. Include riunioni di pianificazione pre e post PI e demo della soluzione.
• Assegna ruoli aggiuntivi che sono: Value Stream Engineer, Solution Architect / Engineering e Solution Management.

Sommario:

• SAFe è un metodo collaudato e incentrato sul valore per scalare Agile a livello aziendale.
• Risponde a domande come "Come pianifichiamo?", "Come facciamo il budget?" E "Come diventiamo interfunzionali in architettura e DevOps?"
• Il framework SAFe Agile aiuta i team di grandi organizzazioni a raggiungere gli obiettivi strategici di un'organizzazione, non solo gli obiettivi dei singoli progetti.
• Il framework offre la capacità di mantenere e creare una strategia centralizzata per fornire valore.
• Il modello SAFe ha tre / quattro livelli che centralizzano i temi strategici di un'organizzazione.
• Strategia centralizzata, combinata con l'esecuzione di sviluppo agile decentralizzata.

Riferimenti:

SAFe for Lean Enterprises 5.0:

http://www.scaledagileframework.com

Questo articolo è fornito da Jyothi Rangaraj