Idea principale

Contestare la separazione tra progettazione e consegna non impone di eliminare la figura che la incarna. Un team che lavora su un software sanitario regolamentato, con una codebase datata, ha tenuto il suo Product Owner e ha ridistribuito il contenuto del ruolo: lo sviluppatore porta una parte della visione di prodotto, il Product Owner progetta. Le persone restano, la linea di divisione si sposta.

È una via d'uscita distinta dall'eliminazione, e spesso l'unica praticabile: in un dominio vincolato dalla normativa e dall'eredità tecnica, la conoscenza accumulata da chi ricopre la figura vale più della purezza della separazione.

Ciò che diventa indifendibile è la cinghia di trasmissione — la funzione che consiste nel far passare l'informazione da una parte all'altra — non le persone né il posto che occupano.

Perché è importante

Rende applicabile una critica della separazione: sfocia in una redistribuzione delle responsabilità, dal costo sociale basso, invece che in un taglio di posti.

E fornisce un criterio di riuscita osservabile: dopo la redistribuzione, ogni decisione deve avere un titolare che ne vedrà le conseguenze, qualunque sia il suo titolo.

Sfumature e limiti

La redistribuzione può essere solo nominale: se lo sviluppatore riceve una parte della visione di prodotto senza il tempo né il mandato per decidere, la cinghia di trasmissione sopravvive sotto un altro nome.

E un'organizzazione può ridistribuire in modo così minuto che nessuno tiene più l'insieme, ricreando per dispersione il problema di responsabilità che si voleva risolvere.

Domande aperte

• Chi, nel team, è in condizione di accorgersi che una decisione non ha trovato nessun titolare, quando ognuno crede che l'abbia presa un altro?