Lo scopo dei 5 perché è individuare l'origine di un problema andando oltre le questioni superficiali che rappresentano i sintomi, e non la causa, del problema stesso. Chiedendo ripetutamente "Perché?" ed esaminando le risposte, puoi scoprire le cause più profonde e spesso trascurate di un problema. 

Gli obiettivi sono due: continuare a porre domande fino a ottenere tutte le informazioni utili e identificare la causa primaria. Dopodiché, potrai concentrarti sull'implementazione di soluzioni pratiche per risolvere il problema a monte ed evitare che si ripeta.

Esempio pratico del modello dei 5 perché

Ecco un esempio di come applicare il modello di analisi dei 5 perché a un problema:

Definizione del problema: l'applicazione software si arresta spesso quando il carico di utenti aumenta notevolmente, compromettendo l'esperienza.

1. Perché il software si arresta quando aumenta il carico di utenti?

• Risposta: il server riceve troppe richieste dagli utenti contemporaneamente e va in sovraccarico.

2. Perché le richieste simultanee degli utenti causano il sovraccarico del server?

• Risposta: la capacità del server deve essere ridimensionata in modo appropriato per gestire carichi di traffico elevati.

3. Perché la capacità del server non è stata ridimensionata per gestire carichi di traffico elevato?

• Risposta: il team non ha eseguito il monitoraggio proattivo e i test di carico durante la fase di sviluppo. 

4. Perché non sono stati eseguiti il monitoraggio proattivo e i test di carico durante la fase di sviluppo?

• Risposta: il team di sviluppo non possedeva gli strumenti e le competenze necessari per i test di carico.

5. Perché il team di sviluppo non possedeva gli strumenti e le competenze necessari per i test di carico?

• Risposta: l'ambito iniziale del progetto non includeva i test di carico e il team non aveva accesso alle risorse dedicate all'esecuzione dei test. 

Causa primaria: l'arresto del software in presenza di un carico di utenti elevato è dovuto all'assenza dei test di carico nell'ambito iniziale del progetto e al mancato accesso alle risorse e alle competenze necessarie per l'esecuzione di tali test.

Soluzione: per evitare l'arresto del software in presenza di un carico di utenti elevato, il team dovrebbe includere i test di carico come standard del processo di sviluppo software e garantire l'accesso alle risorse e alle competenze necessarie per l'esecuzione di tali test. In questo modo sarà possibile identificare e risolvere i problemi di prestazioni nelle prime fasi del ciclo di sviluppo e garantire un'esperienza utente più fluida dopo la distribuzione del software.

In questo esempio, l'analisi dei 5 perché ha indicato come causa principale dei frequenti arresti del software in presenza di un carico di utenti elevato l'assenza di test di carico nell'ambito iniziale del progetto e la mancanza di risorse per l'esecuzione di tali test durante la fase di sviluppo. 

La soluzione risolve direttamente il problema e crea un effetto domino che affronta i sintomi correlati e, in ultima istanza, la definizione iniziale del problema. 

Includere i test di carico come standard del processo di sviluppo software e garantire la disponibilità delle risorse e delle competenze richieste consentirà di evitare l'arresto del software in futuro e aiuterà il team a migliorare l'esperienza utente.