SAFe® spiegato: Il valore "Qualità Integrata"

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

SAFe si basa su quattro valori centrali. Il primo era l’Alignment in SAFe. Il secondo valore è “Built-In Quality” – in italiano: “Qualità Integrata”. Ma perché la qualità integrata viene sancita come valore centrale – e cosa si cela dietro?

In questo articolo ci limitiamo consapevolmente alle sole conseguenze coordinative della qualità integrata. L’importanza della qualità integrata per il cliente – e quindi per il fatturato e il successo imprenditoriale – viene menzionata solo di sfuggita.

Lo sviluppo classico si svolge spesso così:

Qualität in der Produktentwicklung bei SAFe

E nella riunione successiva si vede cosa significa “finito”:

Poiché la consegna puntuale del prodotto è naturalmente importante per il business, arriva presto il momento in cui si passa ai fatti:

La conseguenza? I debiti tecnici si accumulano. A un certo punto gli sviluppatori sono bloccati, perché non fanno altro che “mettere in ordine” senza più avanzare.

La situazione peggiora molto rapidamente quando ci sono molti test manuali da eseguire. Più grande è il team di sviluppo, più test sono necessari. Soprattutto quando il tempo è scarso, una decisione fatale diventa sempre più probabile:

A causa della mancanza di test, gli sviluppatori navigano alla cieca e non sanno più se e dove qualcosa va storto. I problemi emergono prima dal cliente – e allora diventano improvvisamente urgenti! Le segnalazioni di errori arrivano nel momento più inopportuno e disturbano l’ulteriore sviluppo:

La situazione diventa ancora più complicata quando molti team lavorano allo stesso prodotto e, a causa della mancanza di test, non è chiaro da dove proviene un errore:

Più sviluppatori lavorano allo stesso prodotto, più complicata diventa la scoperta e la correzione degli errori.
Affinché questo non diventi un problema, SAFe propone diverse misure.

Misure SAFe per prodotti con qualità integrata:

  • Già in fase di pianificazione utilizziamo tutte le menti disponibili per riconoscere precocemente i rischi e creare insieme il miglior design possibile.
  • Gli sviluppatori scrivono autonomamente Clean Code. Questo include naturalmente Unit Test e viene continuamente integrato.
  • Molto importanti sono cicli di feedback il più numerosi e brevi possibile, per identificare tempestivamente i problemi.
  • Gli sviluppi errati sono più facili da correggere quando le soluzioni non vengono fissate troppo presto.
  • Un’infrastruttura di sviluppo e test ottimale favorisce le correzioni di rotta.
  • Non testiamo solo singole funzionalità, ma anche l’integrazione e il sistema complessivo il più presto e spesso possibile.
  • Nelle demo mostriamo il prodotto complessivo, non il componente dei singoli team.

SAFe segue la filosofia: “La qualità nasce in ogni fase dello sviluppo prodotto e non solo nel QA.” 

Tutti i coinvolti, dagli sviluppatori ai Product Owner, fino al Management, devono riconoscere la loro responsabilità nel modo in cui possono integrare qualità nel processo e nel prodotto il più efficacemente e precocemente possibile. Il terzo valore centrale di SAFe, la Trasparenza, te lo spieghiamo nel prossimo articolo.

Articoli correlati

Conoscenze sulla Scalabilità

I nostri formatori Scrum certificati ti offrono la loro esperienza unica sulla scalabilità, i framework agili e la soluzione migliore per il tuo prodotto!

Cosa caratterizza un Agile Leader?

Cosa fa un Agile Leader e come si distingue la leadership agile da uno Scrum Master o Agile Coach? Henrik Kniberg risponde a queste e altre domande!

Commitment nei team agili

Scopri di più sui commitment nei team agili. Gli Scrum Master di Agile Academy spiegano i diversi commitment e la loro importanza.

Parla con il nostro Assistente Parla con il nostro Assistente