Idea principale

Lato sviluppo, una regola è accettata: chi crea il bug lo corregge. Non per punire, ma perché la responsabilità della correzione resti legata alla responsabilità della produzione — anche se lo sviluppatore è passato a un altro tema, anche se questo scombina la pianificazione.

La stessa regola vale per la progettazione di prodotto, e viene rispettata di rado. Un Product Manager che progetta e poi affida a qualcun altro il compito di portare la cosa fino in produzione fa esattamente quello che si rimprovera allo sviluppatore che consegna e passa ad altro: non vede mai dove la sua comprensione era insufficiente, dove la sua formulazione era ambigua, dove la sua scelta era traballante. Il costo delle sue approssimazioni lo paga il team che le scopre, e l'informazione non torna a lui.

Il cerchio non si chiude — ed è proprio quel cerchio a creare qualità. La qualità non si delega a posteriori, né lato codice né lato prodotto.

Contributo di «La qualità appartiene a chi consegna» (2026-06-03). La regola invocata lato sviluppo non è soltanto un principio di equità: poggia su due effetti distinti, e trasporla alla progettazione di prodotto significa ereditarli entrambi. Prima della consegna agisce come incentivo: chi sa che le proprie approssimazioni gli torneranno indietro formula in un altro modo. Dopo, è l'unico canale attraverso cui l'informazione torna all'autore: chiunque corregga al suo posto trova una causa tecnica, non una causa decisionale. È questa seconda parte a mancare al Product Manager che affida ad altri il compito di portare la sua progettazione fino in produzione: conserva l'incentivo sulla carta e perde il riscontro che lo istruirebbe.

Perché è importante

Offre un test di equità interno a un'organizzazione: un'esigenza ritenuta non negoziabile lato sviluppo non può essere sospesa per chi progetta, altrimenti non è una regola ma una gerarchia.

E spiega perché certi errori di progettazione si ripetono: l'autore non ne incontra mai le conseguenze, quindi niente glieli segnala.

Sfumature e limiti

Accompagnare fino alla produzione richiede tempo, e quel tempo si può prendere solo dalla progettazione successiva. Il cerchio ha un prezzo, e accettarlo significa accettare un ritmo più lento.

Inoltre, in un'organizzazione molto grande il cerchio così com'è diventa impraticabile: oltre una certa dimensione passa per dei meccanismi — revisione dopo la consegna, accesso al supporto, presenza alle demo — più che per la presenza di una sola persona dall'inizio alla fine.

Domande aperte

• Questi meccanismi di riscontro trasmettono ciò che trasmetteva una presenza continua, o soltanto ciò che si lascia mettere per iscritto?