Menu

Tutorial SAFe Agile: Cos'è Scaled Agile Framework

safe agile tutorial what is scaled agile framework

Prova Il Nostro Strumento Per Eliminare I Problemi

differenza tra qa e qc nei test del software

Tutorial SAFe su Agile Framework scalato:

Nell'ultimo tutorial, ti abbiamo presentato il concetto di Principio dei tre Amigo che si è dimostrato molto vantaggioso per fornire la soluzione giusta a un ritmo più veloce con forti cicli di feedback.

Se non l'hai già fatto, guarda il tutorial in quanto è una lettura obbligata per tutti per entrare nello Spazio Agile.

Nel mondo odierno di tecnologie e meccanismi di consegna di prim'ordine, è molto importante essere in grado di adattarsi al mondo che cambia. Per avere successo, l'organizzazione deve essere in grado di far fronte ai rapidi cambiamenti nel modo in cui sviluppa e fornisce valore ai propri clienti.

framework agili scalati sicuri

Con la maggior parte dell'organizzazione che si sta muovendo verso l'agilità, è diventato molto cruciale scalare e mantenere un vantaggio competitivo. Questo è il momento in cui entrano in gioco i framework agili in scala.

In questo tutorial su SAFe, discuteremo in dettaglio lo Scaled Agile Framework. Metteremo inoltre l'accento sulla necessità di portare SAFe come nella comprensione della dichiarazione generale del problema e infine vedremo come portare SAFe in movimento.

Cominciamo con la palla che rotola ...

SAFe sta per Scaled Agile Frameworks. SAFe è fornito dalla società Scaled Agile. È stato creato nel 2011, con Dean Leffingwell come creatore e co-fondatore.

È stato creato per aiutare le aziende a scalare processi di sviluppo software snelli e agili. Come LeSS, DAD e Nexus, anche SAFe è uno di coloro che stanno cercando di trovare una soluzione ai problemi affrontati durante l'ampliamento del team.

Cosa imparerai:

Prima di SAFe

In precedenza, quando costruivamo sistemi grandi e complessi, i risultati del risultato erano che non eravamo in grado di fornire in tempo e la qualità non era eccezionale e, di conseguenza, anche l'esperienza del cliente non era eccezionale, il che è davvero pessimo!

SAFe cerca di affrontare questi problemi e le aziende che hanno adottato questi framework hanno mostrato risultati sorprendenti.

Cos'è SAFe?

Lo Scaled Agile Framework è un framework che fornisce quattro diversi livelli di adozioni agili.

Il livello più basso è chiamato livello TEAM in cui più team stanno facendo su mischia, Kanban o qualsiasi altra metodologia agile utilizzando i fondamenti della programmazione XP, fornendo valore a livello di team.

Il livello due che va dall'alto verso il basso è PROGRAM, si riferisce ai team che lavorano insieme sotto la guida del team di gestione del programma e forniscono valore nel concetto di Agile release train.

Il nuovo livello che è stato aggiunto in SAFe 4.0 è VALUE STREAM, non è altro che una combinazione di team di programma e treni di rilascio agili che sono responsabili di fornire una quantità significativa di valore fornito ai clienti.

E proprio all'inizio di esso, abbiamo il nostro livello successivo chiamato Livello di portafoglio, che è responsabile dell'allineamento e di vedere come verrà fornito il valore dai tre livelli sotto il portafoglio.

Safe supporta soluzioni su piccola scala che impiegano 50-125 professionisti, nonché sistemi complessi che richiedono migliaia di persone.

È rivelato liberamente ed è una base di conoscenza online con record di successo comprovati. Viene utilizzato da molte organizzazioni coinvolte nello sviluppo di software complessi. SAFe parla anche delle sfide affrontate nello sviluppo di software complesso, parla anche di vari ruoli, responsabilità, artefatti e varie attività coinvolte a ogni livello.

Sicuro

Perché Scaled Agile Framework?

Oggigiorno, nuovi software e sistemi stanno mantenendo ovunque la massima attenzione del mercato. Portare idee innovative e nuovi modi di lavorare molto frequentemente in tal modo è fuori dai sistemi tradizionali e vecchi.

Detto questo, le organizzazioni che realizzano e capiscono l'esigenza di andare avanti e di adattare il cambiamento prima avranno successo.

Per lo sviluppo dei sistemi software, dobbiamo tenere il passo con le complessità e le dipendenze che sorgono all'interno di un ambiente interconnesso. E le cose diventano ancora più complesse quando entrano in scena tecnologie come Bigdata, social media, dispositivi mobili ecc.

Le organizzazioni dovrebbero tenere il passo con le nuove tecnologie e sistemi in arrivo e anche per mantenere i sistemi legacy che sono presenti da anni.

In un mondo tradizionale, le organizzazioni utilizzavano il modello di sviluppo a cascata per sviluppare il software.

Questo software è stato sviluppato in modalità sequenziale, ovvero la fase successiva potrebbe iniziare solo quando la fase precedente è stata completata. Questo modo di lavorare ha funzionato magnificamente per i tempi antichi ma non sta più dando i risultati desiderati per l'ambiente in cui l'innovazione e lo sviluppo sono alla pari.

Pertanto, le organizzazioni che lavorano in modalità sequenziale si batteranno per scalare e crescere.

Alcune delle sfide comuni che dobbiamo affrontare durante lo sviluppo di un software in un modello a cascata sono illustrate nell'immagine seguente:

sfide in un modello a cascata

Prendi nota che questi problemi sorgono dall'uso del sistema scadente in cui lavora il dipendente ea causa delle prestazioni del dipendente.

Pertanto, al fine di superare e superare questi blocchi stradali e raggiungere obiettivi più grandi, dovremmo introdurre le tecniche per diventare più snelli e più reattivi al cambiamento. Pertanto l'adozione di SAFe è altamente raccomandata a causa dei suoi valori, principi e pratiche.

Formazione SAFe

Cominciamo la nostra discussione su Scaled Agile Framework e la sua formazione. A questo punto, abbiamo chiaramente articolato e compreso la necessità di disporre di uno Scaled Agile Framework in un'organizzazione.

Ora, concettualizza un ambiente in cui abbiamo più team che lavorano in condizioni simili per raggiungere lo stesso obiettivo. È tempo per noi di andare avanti e vedere come Agile Scaled Framework come Scaled Scrum funziona in questo spazio.

  • Tutti gli stakeholder (interni o esterni) e il management si uniscono per creare un Portfolio Vision Document di altissimo livello, chiamato anche Portfolio Backlog. Portfolio Backlog è essenzialmente costituito da più requisiti aziendali e architettonici noti anche come Epics. Queste epopee aziendali e architettoniche sono allineate con le priorità.

Epico

  • In base alle priorità, queste epopee vengono raccolte dai Product Manager / Delivery Manager. Creano una roadmap ben definita e un documento di visione. Fanno questa attività discutendo il piano di rilascio con il team di gestione del rilascio per allineare la roadmap con le versioni di produzione.
  • Una volta che la Roadmap e il documento di visione sono stati creati, il passaggio successivo del Product Manager è creare un backlog di Program Backlog. Un Program Backlog è costituito da elementi di rilascio, bit funzionali e un pool di requisiti non funzionali (NFR).
  • Il team di gestione del rilascio prepara un piano di rilascio per adattarsi alle funzionalità dei cicli di rilascio.
  • Il team di gestione del rilascio ora lavora sui bit delle funzionalità per soddisfare il piano di rilascio e gli obiettivi. Lavorano anche sulla preparazione dell'architettura e dell'infrastruttura per consentire rilasci fluidi.
  • Dal Program Backlog, ci spostiamo verso un singolo Product Backlog, noto anche come Team Backlog. Il Release / System Team ha il proprio Product Backlog, allo stesso modo, tutto lo Scrum Team che lavora al progetto avrà il proprio Product Backlog.
  • Il Product Backlog è costituito da storie sia funzionali che non funzionali. Queste storie hanno la priorità dal Product Owner che sta lavorando a quello Scrum Team.
  • Tipicamente ci sono 5-10 Scrum Team che lavorano in un ambiente Agile Scalato. Ciascuno dello Scrum Team ha un Product Owner, uno Scrum Master e un Team di Sviluppo. I ruoli e le responsabilità di ogni Membro del Team Scrum in Scaled Scrum sono gli stessi del normale Ambiente Scrum.
  • Lo Scrum Team esegue tutte le cerimonie di Scrum e lavora allo sviluppo dell'Incremento da consegnare alla fine di ogni sprint.

Suggerimenti e trucchi

  • Per tutti gli Scrum Team, le date di inizio e di fine dello Sprint vengono mantenute identiche alla stessa durata. Quindi, lo Sprint per tutti gli Scrum Team è sincronizzato.
  • Dal momento che tutti gli Scrum Team stanno lavorando su una singola missione, le dipendenze tra loro dovrebbero essere chiaramente definite, programmate e assegnate per ridurre al minimo l'interruzione delle consegne dei prodotti. Le dipendenze tra i team Scrum sono uno dei problemi più comuni nell'ambiente Scaled Scrum.
  • Ciascuno dello Scrum Team dovrebbe fornire un Incremento alla fine di ogni Sprint. Tutti questi incrementi, se combinati, formano un incremento software potenzialmente rilasciabile.
  • Mentre si lavora in Scaled Scrum, lo spostamento dei membri del team da un team all'altro dovrebbe essere fatto con attenzione. Il cambio di membro del team non è consentito durante lo Sprint e non c'è eccezione a questa regola.
  • Il progresso complessivo del programma viene misurato integrando gli Incrementi sviluppati da tutti gli Scrum Team.
  • Quando si lavora in Scaled Scrum, una cerimonia chiamata 'Scrum of Scrum' viene condotta giornalmente o settimanalmente alla quale è chiamato a partecipare un rappresentante (di solito Scrum Master) di ciascuno Scrum Team. Questo incontro è lo stesso di Daily Standup e anche l'obiettivo rimane lo stesso: 'Per mantenere l'allineamento e la sincronizzazione tra più team'.
  • Mantieni sempre intatti i valori fondamentali dello Scaled Agile Framework (SAFe) a tutti i livelli.

Valori fondamentali: Allineamento, qualità incorporata, allineamento e trasparenza

Valore fondamentale

  • La comunicazione e la collaborazione tra gli Scrum Team sono la chiave per uno Scaled Scrum di successo in termini di produttività, qualità e time to market.

Alcune modifiche qua e là in uno Scrum Framework possono portare a risultati incredibili sotto forma di Scaled Scrum.

Perché dovremmo usare questo Framework?

SAFe 4.0 ha ora una comprovata esperienza di successo, da molte organizzazioni giganti che hanno implementato questo framework e migliorato l'esperienza del cliente fornendo prodotti software in un tempo di consegna sostenibile più breve seguendo il modo Lean-Agile.

Fondamentalmente, funziona in base allo sviluppo agile, al pensiero di sistema e allo sviluppo snello.

Aiuta a:

  • Allineamento degli obiettivi aziendali e tecnici per l'azienda.
  • Prendere decisioni per migliorare i risultati.
  • Pianificazione per la consegna puntuale.
  • Migliorare la qualità delle soluzioni.
  • Scalare i processi agili fino al livello aziendale.
  • Utilizzare efficacemente le capacità dei dipendenti.
  • Definizione di strutture organizzative efficaci
  • Misurare le prestazioni del team agile
  • E suggerire i modi per motivare le persone a fare un buon lavoro e ad imparare cose nuove e ad assumersi dei rischi.

Ecco i dati delle aziende che lo hanno implementato con successo

dati di imprese che hanno implementato SAFe con successo

Configurazioni SAFe

SAFe supporta l'intera gamma di ambienti di sviluppo con quattro configurazioni,

Configurazione SAFe

1. SICUREZZA essenziale

  • La configurazione Essential SAFe è il cuore del Framework ed è il punto di partenza più semplice per l'implementazione.
  • È l'elemento costitutivo di base per tutte le altre configurazioni SAFe e descrive gli elementi più critici necessari per realizzare la maggior parte dei vantaggi del Framework.
  • I livelli di team e programma formano una struttura organizzativa chiamata Agile Release Train (ART), in cui i team Agile, le parti interessate chiave e altre risorse sono dedicati a una missione di soluzione importante e continua.

2. Portfolio SAFe

  • La configurazione di Portfolio SAFe aiuta ad allineare l'esecuzione del portafoglio alla strategia aziendale.
  • Organizzato attorno al flusso del valore.
  • Il budget Lean-Agile consente ai decisori.
  • Il sistema Kanban fornisce visibilità del portafoglio e limiti WIP.
  • L'architettura aziendale guida le decisioni tecnologiche più ampie.
  • Le metriche oggettive supportano la governance e il miglioramento.
  • Consegna di valore tramite Epics.

3. Soluzione di grandi dimensioni SAFe

  • La configurazione SAFe per soluzioni di grandi dimensioni consente di sviluppare le soluzioni più grandi e complesse che in genere richiedono più release train e fornitori Agile, ma non richiedono considerazioni a livello di portafoglio.
  • Questo è comune per settori come aerospaziale, difesa, automobilistico, ecc.
  • Il costrutto organizzativo Solution Train del Large Solution Level aiuta le aziende ad affrontare le sfide più grandi: la creazione di software, hardware e sistemi IT complessi e multidisciplinari su larga scala.
  • La creazione di queste soluzioni richiede ruoli, artefatti, eventi e coordinamento aggiuntivi.

4. Sicurezza completa

  • La configurazione Full SAFe è la versione più completa del Framework.
  • Supporta le aziende che costruiscono e gestiscono soluzioni integrate di grandi dimensioni, che richiedono centinaia di persone o più, e include tutti i livelli di SAFe: team, programma, soluzione di grandi dimensioni e portfolio.
  • Nelle aziende più grandi, potrebbero essere necessarie più istanze di varie configurazioni SAFe.

La Fondazione

La Fondazione contiene i principi di supporto, i valori, la mentalità, la guida all'implementazione e i ruoli di leadership necessari per fornire il valore con successo su larga scala.

1. Leader Lean-Agile

La direzione ha la responsabilità ultima dei risultati aziendali. I leader devono essere formati e quindi diventare formatori di questi modi più snelli di pensare e operare. A tal fine, SAFe descrive un nuovo stile di leadership che viene esibito dai leader dell'azienda.

I leader Lean-Agile guidano la propria organizzazione nella costruzione di sistemi migliori attraverso modalità iterative e incrementali di apprendimento, coaching, sviluppo di persone e processi.

Leader SAFe Lean-Agile

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

2. Valori fondamentali

Quattro valori fondamentali definiscono il sistema di credenze per SAFe:

Esecuzione del programma

  • L'esecuzione del programma è i valori fondamentali più importanti in quanto viene confrontata con altri valori senza i quali il team di esecuzione non può fornire alcun valore al cliente.
  • Principalmente si concentra sul software funzionante e sull'ottima esperienza del cliente.
  • Lo sviluppo di software complesso viene realizzato con l'aiuto di ispezioni e esperti alla fine e offre prestazioni migliori in ogni PI.
  • Non solo i team, ma con l'aiuto dei leader Agile, il team di leadership può anche soddisfare i clienti

Trasparenza

  • Ad ogni livello, ad esempio team, programma, flusso di valore e livello di portafoglio, abbiamo una lavagna che mostra le informazioni sull'avanzamento del progetto in qualsiasi momento.
  • Il team segue agile scrum, quindi tutti i membri del team si fidano l'uno dell'altro e sono liberi di prendere decisioni che favoriscono le innovazioni.
  • Incoraggia una comunicazione aperta e onesta con tutte le parti interessate.
  • Valorizza la produttività, la qualità, la trasparenza e l'apertura rispetto alla politica interna.

Qualità incorporata

  • Adotta in modo incrementale le pratiche di qualità integrate per software, hardware e firmware. Comprendere, insegnare o sponsorizzare lo sviluppo di competenze tecniche a supporto di codice, componenti, sistemi e soluzioni di alta qualità.
  • Promuovere comunità di pratica.
  • Comprendere, supportare e applicare l'architettura agile e l'esperienza utente snella (UX).

3. Mentalità snella e agile

I leader Lean-Agile sono studenti e insegnanti per tutta la vita. Comprendono e abbracciano i principi e le pratiche Lean e Agile.

Mentalità Lean-Agile

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

(i) The House of Lean:

La House of Lean è quella che vedete qui.

Ha una serie di elementi:

Valore, poiché l'obiettivo di Lean è molto semplice, ha il tempo di consegna sostenibile più breve. Ciò è realizzato dai pilastri di rispetto per le persone e la cultura , flusso di sviluppo prodotto, innovazione — fondamentale per la sostenibilità a lungo termine — e miglioramento incessante. Ed è supportato da comando .

Questa è la struttura in cui tendiamo a pensare al paradigma Lean.

(ii) Manifesto Agile:

Il secondo è il file Agile Manifesto , che è con noi dal 2001. È un documento molto ben scritto e ciò che dice è ancora vero fino ad oggi. Abbiamo bisogno del Manifesto Agile perché è la chiave per sbloccare le motivazioni e i talenti dei knowledge worker che sviluppano le nostre soluzioni e software.

Agile Manifesto

  1. La massima priorità è soddisfare il cliente attraverso la fornitura continua e tempestiva di software di valore.
  2. Abbraccia le mutevoli esigenze, anche se in fase di sviluppo avanzata. I processi agili sfruttano il cambiamento a vantaggio del cliente.
  3. Fornisci software funzionante frequentemente, da un paio di settimane a un paio di mesi, con una preferenza per un periodo di tempo più breve.
  4. Sviluppatori e 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 di comunicazione più efficiente con il 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. Semplicità: l'arte di massimizzare la quantità di lavoro non svolto ed è molto 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 sintonizza e adatta il proprio comportamento di conseguenza.

4. Principi di SICUREZZA

Le pratiche SAFe si basano su nove principi che sintetizzano metodi Agile, sviluppo di prodotti Lean, pensiero sistemico e decenni di esperienza sul campo.

  1. Dai una visione economica
  2. Applicare il pensiero sistemico
  3. Assumi la variabilità, preserva le opzioni
  4. Costruisci in modo incrementale con cicli di apprendimento rapidi e integrati.
  5. Basare le pietre miliari su una valutazione oggettiva dei sistemi di lavoro
  6. Visualizza e limita il WIP, riduci le dimensioni dei batch e gestisci le lunghezze delle code
  7. Applica la cadenza, sincronizza con la pianificazione interdominio
  8. Sblocca la motivazione intrinseca dei lavoratori della conoscenza
  9. Decentralizza il processo decisionale

5. Roadmap di implementazione

L'implementazione dei cambiamenti necessari per diventare un'impresa tecnologica Lean-Agile è un cambiamento sostanziale per la maggior parte delle aziende. SAFe fornisce una roadmap di implementazione per aiutare o guidare le organizzazioni in questo viaggio.

Infine, parliamo dell'implementazione. Lo descriveremo utilizzando il nostro modello Implementing SAFe 1-2-3.

Il numero 1 è formare gli agenti del cambiamento Lean-Agile. Chiamiamo quei consulenti del programma SAFe. Con uno staff sufficiente di agenti per il cambiamento Lean-Agile in loco e la collaborazione con i tuoi partner, avrai la capacità di formare dirigenti, leader e manager che sono le persone responsabili della gestione delle persone che forniscono valore.

Saranno quindi in grado di supportare il lancio degli Agile Release Trains. E con un treno alla volta, costruirai quel portafoglio Agile.

6. Consulenti del programma SAFe (SPC)

Gli SPC sono agenti del cambiamento che combinano la loro conoscenza tecnica di SAFe con una motivazione intrinseca per migliorare i processi di sviluppo del software e del sistema della loro azienda.

Conclusione

Sicuro è un framework che ci offre l'allineamento non solo con il team (livello inferiore) e il livello di programma, ma ci aiuta anche ad allinearci alla strategia dell'organizzazione (livello superiore) e al modo in cui un team lavora per aggiungere valore ai clienti fin dal livello più alto.

È disponibile in diverse configurazioni e le aziende possono trarne vantaggio

Può essere utilizzato da una grande organizzazione e ha un buon feedback dalle aziende implementate, ha regole, valori e principi se usato correttamente, l'organizzazione può rendere felici i clienti e produrre software in un breve vantaggio sostenibile tempo che aggiunge valore.

Con questo tutorial siamo giunti alla fine del nostro Serie Agile Scrum . Ci auguriamo che vi siate divertiti e vi siate divertiti a leggere i nostri articoli su Agile.

Inoltre, facci sapere se pensi che potremmo aver dimenticato qualche argomento nella serie Agile. Saremo felici di fare un passo in più e coprire l'argomento per te. Il prossimo è un interessante quiz Agile per te con le risposte. Non dimenticare di provarlo !!

come aggiungere elementi di array in java

Tutorial PREV | PROSSIMO Tutorial

Lettura consigliata

^