Il throughput è una di quelle metriche semplici ma potenti. È il numero di item completati e messi in produzione in un periodo definito, spesso una settimana o un mese. All’inizio basta questo: il numero grezzo. Non è elegante, ma è vero. E soprattutto è misurabile subito.

Quando il team cresce, affina il proprio linguaggio e stabilizza i propri modi di lavorare, quel numero può diventare più raffinato: puoi pesarlo con story point, function point o qualunque metrica di grandezza che il team sappia usare con coerenza. Se l’organizzazione è davvero matura, puoi persino trasformarlo in valore economico: euro di lavoro consegnato. È una strada graduale, non un salto.

A volte viene naturale paragonare il throughput alla velocity del mondo Agile. In effetti, a una prima occhiata sembrano simili: entrambi dicono quanto lavoro è stato completato. Ma l’intento è completamente diverso. La velocity nasce per prevedere, per stimare quanto lavoro potrebbe stare in uno sprint. Il throughput nel Kanban non vuole predire nulla. È un termometro, non una sfera di cristallo. Serve a vedere se il sistema sta migliorando, se i flussi diventano più fluidi, se i colli di bottiglia si alleggeriscono. È una metrica che guarda più al presente che al futuro.

Il vero cuore di una softare factory che punta alla sostenibilità e prevedibilità di business, infatti, non è “quanto faremo”, ma “quanto impiega ciò che facciamo ad arrivare a destinazione”. Il commitment è sul lead time, non sulla quantità. Il throughput scorre in parallelo come un grafico di trend: se sale, probabilmente stai imparando; se si appiattisce, qualcosa frena; se oscilla troppo, la variabilità del sistema è ancora alta.

Nella gestione di progetti estesi può tornare utile per stimare una data approssimativa di completamento. Ma rimane questo: un indicatore, non un contratto. Il suo ruolo è più simile alla luce del quadro strumenti di un’auto: non decide dove stai andando, ti dice se ci stai arrivando meglio di ieri.

Il bello del throughput è che, senza fare rumore, ti costringe a guardare la realtà così com’è.

P.S:. questo articolo è stato scritto in collaborazione con ChatGPT 5.1 da una mia nota vocale poi tradotta in testo e rifinita a mano.

Sharing is caring

Se conosci qualcuno che potrebbe trovare utile ricevere e-mail per migliorare l'organizzazione dei team di sviluppo software, DevOps e software engineering in generale inoltragli questo post! Qui può iscriversi e cominciare a ricevere subito!

Rispondo alle tue e-mail

Nessuno ci fa mai caso nelle newsletter ma puoi rispondere a questo messaggio e io lo leggerò! Fammi sapere cosa ne pensi!