Idea principale

Nessuno, davanti al proprio schermo, si chiede se soffre per un difetto, per una capacità assente, per una capacità fatta male o per una capacità che non corrisponde al suo bisogno. Constata che non riesce a fare quello che era venuto a fare.

La categoria del ticket è un'informazione di fabbricazione. Descrive l'origine del problema, non il suo effetto. Un software senza alcun difetto tecnico può essere doloroso da cima a fondo, e quel dolore è reale quanto quello di una regressione.

Ciò che resta da analizzare sta quindi altrove: quale dolore, per chi, con quale frequenza, con quale impatto, se è bloccante, se è regolatorio, se genera supporto, se distrugge la fiducia.

La conseguenza sul vocabolario della prioritizzazione è diretta: la distinzione fra difetto e funzionalità è troppo povera per reggere una scelta. La domanda utile non è a quale natura appartenga l'argomento, ma quale dolore sia prioritario rispetto alla strategia, ai clienti e alla capacità reale.

Strato aggiunto da «Il backlog non è una discarica: è uno strumento d'azione» (2026-06-03).

Perché è importante

Questo toglie alla categoria il ruolo che assume spontaneamente. Può aiutare a misurare lo stato del sistema di produzione; non può decidere al posto del team, perché non contiene alcuna informazione sull'impatto.

Sfumature e limiti

La categoria conserva un valore diagnostico sul lato della fabbricazione: una regressione segnala un sistema di produzione che lascia passare i difetti, cosa che una richiesta di capacità non segnala.

E il dolore, dal canto suo, si conosce solo da ciò che ne viene dichiarato: si raccoglie da persone che non sempre lo formulano, o che lo formulano nel vocabolario dello strumento.

Domande aperte

• Come raccogliere il dolore senza farlo passare per il vocabolario dei ticket, che lo riformatta in categorie?