Se utilizzi lo sviluppo del software snello , allora l'esame della causa principale dei difetti dovrebbe far parte del tuo processo di sviluppo . I difetti sono uno dei rifiuti - i difetti che non vengono rilevati in quanto lo sviluppo avviene in termini di tempo, in particolare se passano da un'attività all'altra (difetti dei requisiti che scivolano attraverso la progettazione o persino nelle attività di integrazione e test di accettazione) o non rilevati come la complessità del sistema aumenta (con l'aggiunta di nuove funzionalità). Estendendo alcuni sforzi per capire perché i difetti non vengono rilevati all'inizio del processo e apportare modifiche per migliorare il rilevamento dei difetti nelle attività a monte è parte del mantenimento di un'organizzazione snella. Tuttavia, è anche importante notare che il costo dell'esecuzione di un'analisi di root cause viene valutato rispetto ai benefici: potrebbe non essere esaminato ogni difetto, ma forse a causa di una iterazione, ci sono stati un gran numero di difetti che possono essere categorizzati e analizzati in gruppi per migliorare le iterazioni future.
Per quanto riguarda i metodi strutturati, non esiste un unico approccio standard. Dipende dal problema e dalla squadra. Alcune metodologie includono Otto Discipline , DMAIC , Plan-Do-Check-Act e altri. Utilizzando queste metodologie, puoi utilizzare strumenti come classificazione di difetti ortogonali , analisi dell'albero dei guasti , 5 Whys , diagrammi di Ishikawa (lisca di pesce) e tecnica del gruppo nominale , tra gli altri (vedi i sette strumenti di base della qualità per esempi, anche se questi provengono principalmente da processi produttivi e industriali e possono non tutti traducono uno a uno per le attività di sviluppo del software), per restringere la portata del problema, identificare elementi comuni e arrivare alle cause e alle possibili soluzioni.
Se stai cercando un processo comune che esiste tra le organizzazioni, non ce n'è davvero uno. Tuttavia, molte metodologie e strumenti sono comuni. Sono semplicemente suddivisi o utilizzati in modo leggermente diverso tra organizzazioni e team. In definitiva, è necessario determinare ciò che funziona meglio per te e il tuo team, in termini di definizione del problema, determinazione dei metodi migliori per indagare e identificare le cause principali, sviluppare soluzioni e verificarne la correttezza e assicurare che abbiano un impatto positivo sul processo.