Simyl
simylflow
Home del Corso
Modulo 2: Visualizzare il Lavoro e il Flusso
Lezione 2 di 5
10 min

Tipi di Elementi di Lavoro

Non tutto il lavoro è uguale. Tipi diversi richiedono gestioni diverse.

1Perché i Tipi Sono Importanti

Trattare tutto il lavoro allo stesso modo porta a problemi:

  • Una correzione di bug di una riga riceve lo stesso processo di una funzionalità importante
  • Problemi urgenti in produzione aspettano dietro al lavoro pianificato
  • Il debito tecnico compete ingiustamente con le funzionalità per i clienti

I tipi di elementi di lavoro risolvono questo problema riconoscendo che lavori diversi hanno:

  • Urgenza diversa
  • Aspettative di dimensione diverse
  • Requisiti di processo diversi
  • Regole di priorità diverse

Tipi comuni nei team di sviluppo:

  • Funzionalità: Nuove funzionalità rivolte ai clienti
  • Bug: Difetti nelle funzionalità esistenti
  • Debito Tecnico: Miglioramenti interni (refactoring, aggiornamenti)
  • Spike: Ricerca o lavoro di proof-of-concept
  • Supporto: Domande o problemi dei clienti

2Visualizzare i Tipi

Rendi i tipi visibili sulla tua board in modo che chiunque possa vedere il mix di lavoro a colpo d'occhio.

Opzioni:

  • Colore della card: Blu per le funzionalità, rosso per i bug, giallo per il debito tecnico
  • Icone/tag: Indicatori visivi su ogni card
  • Forma della card: Template di card diversi per tipo
  • Corsie: Righe separate per tipo (approfondiremo più avanti)

L'intuizione chiave: La visualizzazione non è solo per te—è per gli stakeholder. Una board piena di card rosse di bug racconta una storia. Una corsia di debito tecnico che non si muove mai ne racconta un'altra.

Tipi diversi possono anche avere policy diverse:

  • I bug potrebbero saltare il backlog e andare direttamente a Pronto
  • Gli spike potrebbero avere un limite di tempo ("massimo 2 giorni")
  • Il supporto potrebbe avere un'allocazione WIP dedicata

Traccia il tuo mix di tipi di lavoro nel tempo. Se non stai mai facendo debito tecnico, stai accumulando problemi. Se i bug dominano, hai un problema di qualità a monte.

3Il Giusto Livello di Granularità

Troppo pochi tipi = tutto sembra uguale, perdendo distinzioni utili. Troppi tipi = sovraccarico cognitivo, utilizzo incoerente.

Inizia semplice: Funzionalità, Bug, Altro. Aggiungi tipi quando hai un bisogno reale:

  • "Dobbiamo tracciare gli spike separatamente" → aggiungi il tipo Spike
  • "Il lavoro di supporto continua a perdersi" → aggiungi il tipo Supporto
  • "Non riusciamo a vedere quanto lavoro di manutenzione stiamo facendo" → aggiungi il tipo Manutenzione

Segnali che hai troppi tipi:

  • Le persone discutono su quale tipo usare
  • I tipi si sovrappongono (è un bug o una funzionalità?)
  • Alcuni tipi hanno zero elementi per mesi
  • La board è un arcobaleno difficile da interpretare

Segnali che hai troppo pochi tipi:

  • Il lavoro importante si perde nel rumore
  • Non puoi rispondere a domande di base sul mix di lavoro
  • Lavori diversi con esigenze diverse ricevono un trattamento identico
Punti Chiave
  • Tipi di lavoro diversi hanno esigenze e urgenze diverse
  • Rendi i tipi visibili attraverso colore, icone o struttura
  • Inizia semplice—aggiungi tipi quando hai esigenze specifiche
  • Traccia il tuo mix di lavoro nel tempo per individuare pattern
Errori Comuni da Evitare
  • Sovra-ingegnerizzare con troppi tipi prima di averne bisogno
  • Utilizzo incoerente dei tipi (ognuno sceglie diversamente)
  • Usare i tipi per la priorità invece delle classi di servizio