Simyl
simylflow
Home del Corso
Modulo 2: I Sette Sprechi
Lezione 1 di 6
12 min

Comprendere lo Spreco (Muda)

Cosa significa realmente spreco—e perché devi comprendere il valore prima di poterlo vedere.

1Definire lo Spreco

Lo spreco è qualsiasi cosa che consuma risorse senza creare valore per il cliente.

Questo è tutto. Definizione semplice, implicazioni profonde.

La parola giapponese è Muda (無駄)—spesso tradotta come "spreco", "futilità" o "inutilità". Nel contesto di Toyota, significa qualsiasi attività per cui il cliente non pagherebbe se ne fosse a conoscenza.

Nota la definizione centrata sul cliente. Non riguarda ciò che è inefficiente dal tuo punto di vista—riguarda ciò che non crea valore dal loro. Un bellissimo refactoring che migliora la struttura del codice può sembrare produttivo, ma se non influisce sull'esperienza del cliente, è spreco. Un documento di requisiti dettagliato può soddisfare gli stakeholder interni, ma se nessuno lo legge, è spreco.

Questo è scomodo. Molte attività che sembrano produttive—riunioni, documentazione, pianificazione—sono spreco. Non tutte, ma più di quanto la maggior parte dei team ammetta.

Il Prerequisito del Valore

Non puoi identificare lo spreco finché non comprendi il valore. Se non sai cosa apprezza il cliente, non puoi distinguere tra attività essenziali e spreco. Definisci prima il valore.

2Le Tre M: Muda, Mura, Muri

Toyota identifica in realtà tre tipi di problemi, non solo lo spreco:

Muda (Spreco): Attività che consumano risorse senza aggiungere valore. I sette sprechi che esploreremo in questo modulo.

Mura (Irregolarità): Incoerenza e variazione che causano inefficienza. Carichi di lavoro altalenanti. Consegne imprevedibili. Scadenze affrettate seguite da tempi morti.

Muri (Sovraccarico): Spingere persone o macchine oltre limiti ragionevoli. Straordinari. Scadenze irrealistiche. Debito tecnico che rende ogni cambiamento doloroso.

Le tre M interagiscono. Mura crea Muri: un carico di lavoro irregolare significa che alcuni periodi sono travolgenti. Muri crea Muda: le persone sovraccariche commettono errori, creando difetti. Muda abilita Mura: i processi inefficienti non possono gestire la variazione in modo fluido.

Molte organizzazioni si concentrano solo su Muda—eliminando lo spreco visibile. Ma se non affronti Mura e Muri, lo spreco continua a tornare. Risolvi l'irregolarità e il sovraccarico sottostanti, e molto spreco scompare naturalmente.

Mura in Azione

Il team non ha lavoro all'inizio dello sprint (i designer non hanno finito le specifiche), poi troppo lavoro alla fine dello sprint (tutto è pronto contemporaneamente). Questa irregolarità crea straordinari, cambio di contesto e difetti.

Le Conseguenze di Muri

Il management richiede una funzionalità in due settimane che dovrebbe richiederne sei. Il team lavora nei weekend, salta i test e accumula debito. La funzionalità viene rilasciata ma rompe altre tre funzionalità. Risultato netto: consegna complessiva più lenta.

3Spreco Necessario vs. Spreco Puro

Non tutto lo spreco può essere eliminato immediatamente. Toyota distingue tra:

Spreco puro: Attività che potrebbero essere eliminate domani senza conseguenze negative. Attese per approvazioni che non aggiungono valore. Passaggi di consegne non necessari. Riunioni che potrebbero essere email.

Spreco necessario: Attività che non aggiungono valore diretto al cliente ma sono attualmente richieste dal sistema. Documentazione di conformità. Processi di build. Alcuni test. Questi dovrebbero essere minimizzati e automatizzati, ma non possono essere semplicemente eliminati.

L'obiettivo è eliminare lo spreco puro immediatamente e ridurre continuamente lo spreco necessario. Un processo di build è spreco necessario—ma puoi ridurlo da 30 minuti a 30 secondi. La documentazione di conformità è spreco necessario—ma puoi generarla automaticamente dal codice.

Non confondere mai lo spreco necessario con il valore. La documentazione di conformità non è valore—è il costo di fare business. Non ottimizzarla; minimizzala. Non celebrarla; automatizzala.

Non Tagliare i Muscoli

Nella fretta di eliminare lo spreco, i team a volte tagliano attività che sembrano dispendiose ma in realtà creano valore. Le revisioni del codice che individuano bug non sono spreco—prevengono difetti. Il pair programming non è spreco—costruisce qualità. Metti in discussione tutto, ma non confondere pratiche non familiari con pratiche dispendiose.

Punti Chiave
  • Lo spreco è qualsiasi cosa che non crea valore per il cliente
  • Le tre M (Muda, Mura, Muri) interagiscono e si rafforzano a vicenda
  • Distingui tra spreco puro e spreco necessario
  • Devi comprendere il valore prima di poter identificare lo spreco
  • Fai attenzione a non tagliare attività che sembrano dispendiose ma creano valore