Idea principale

L'argomento principale a favore del Product Owner è il backlog: il ruolo massimizzerebbe il valore del prodotto tenendolo, affinandolo e prioritizzandolo. Ma un item di backlog serve fino alla consegna, e dopo perde gran parte del suo valore. I ticket e le specifiche si disallineano, le scelte cambiano durante la realizzazione, e il comportamento finale in produzione differisce da quello che era stato scritto. Il backlog non è né la memoria del prodotto né il posto dove lo si pensa: gli strumenti di ticketing restano strumenti di schede, dove si spinge il risultato di un pensiero già strutturato altrove.

Tenere un artefatto che si consuma è un lavoro reale, e lo si può fare in modo eccellente. Ma non lascia dietro di sé niente su cui una competenza possa accumularsi. È la definizione di una funzione: un compito attribuibile, ridistribuibile, il cui valore si esaurisce insieme al suo oggetto. Un mestiere presuppone che la pratica depositi qualcosa che dura.

Questo argomento non deve nulla all'automazione: valeva già quando i ticket si scrivevano a mano.

Contributo di «PM, sviluppatori e IA: i ruoli si confondono, le responsabilità restano» (2026-08-01). La distinzione funziona anche nell'altro senso, su bisogni che non hanno ancora un nome. Valutare output probabilistici, tenere una memoria di prodotto, orchestrare catene di agenti, mantenere una documentazione utilizzabile da una macchina: queste responsabilità diventano centrali in un team dotato di strumenti di IA senza che nessuna diventi per forza una figura a sé. Alcune si stabilizzeranno in titoli, altre resteranno competenze distribuite nel team, altre ancora verranno assorbite da Product Ops, design, engineering o QA. Decide lo stesso criterio: ciò che si deposita in modo duraturo in chi lo esercita può fondare un mestiere, il resto rimane una funzione da attribuire.

Perché è importante

Sposta il dibattito sul ruolo dal terreno delle opinioni all'esame del suo supporto: su che cosa poggia, e quell'oggetto dura?

E vale per qualsiasi ruolo definito dalla manutenzione di un artefatto intermedio — verbali, matrici di avanzamento, cruscotti di coordinamento.

Sfumature e limiti

Il ragionamento porta a sottovalutare ciò che la gestione di un artefatto usa e getta deposita comunque: una conoscenza fine del prodotto, degli usi, dei debiti, che resta alla persona anche dopo che i ticket sono spariti.

E il confine tra funzione e mestiere dipende dalle convenzioni sociali tanto quanto dalla natura dell'oggetto: un mestiere può costituirsi attorno a un lavoro interamente deperibile, purché un mercato, una formazione e una comunità lo riconoscano.

Domande aperte

• Quale oggetto durevole potrebbe produrre un ruolo centrato sul coordinamento, che non sia né la documentazione né il prodotto stesso?