Questa è la storia di Marco, un Product Owner alle prime armi che, giorno dopo giorno, impara a sentirsi sicuro nel suo ruolo attraverso il lavoro complesso e impegnativo di capire come creare un prodotto di valore. La trasformazione non avviene in un istante. È fatta di conversazioni, di fallimenti e di piccoli cambiamenti nel modo di pensare. Le situazioni descritte nascono da anni di coaching con Product Owner che crescono nel ruolo. I consigli di lettura sono intrecciati nel racconto, perché è così che la maggior parte di noi scopre i libri utili: qualcuno ne nomina uno al momento giusto. Tutti i riferimenti sono raccolti nella sezione Letture di approfondimento.
Formato: PDF / 64 pagine
Lingua: italiano
Autore: Pierluigi Pugliese
(c) Connexxo, 2026
La storia:
Ogni lunedì mattina Marco conta il suo backlog. Duecentoquattordici elementi. Sei stakeholder che vogliono cose diverse. Nessun criterio solido per scegliere tra loro. Scrive user stories dettagliate, affina i criteri di accettazione, abbozza un wireframe e risponde ad ogni domanda che il team potrebbe porre. Fa tutto questo da solo, perché crede che il lavoro lo richieda. Non è un Product Owner. È un impiegato addetto ai requisiti con un titolo più altisonante. Questa è la storia di come tutto questo cambia.
Nell'arco di cento giorni, Marco si scontra con i limiti del dire di sì a tutto: uno Sprint Planning in cui dodici elementi restano sul tavolo e nessuno sa spiegare perché uno conti più degli altri. Una sessione a mezzanotte passata a scrivere specifiche che nessuno aveva chiesto. L'email di un collega che lo costringe a mettere in discussione ciò che davvero conosce del prodotto e delle persone che lo usano.
La trasformazione non avviene in un solo istante. È fatta di conversazioni, di fallimenti e di piccoli spostamenti nel modo di pensare. Marco impara a porre domande di tipo diverso. Scopre che una visione di prodotto non è un insieme di slide, ma uno strumento per prendere decisioni. Costruisce una roadmap in cui dice di no a più cose di quante ne dica di sì. E scopre che la parte più difficile del lavoro non è gestire un backlog, ma decidere cosa valga la pena costruire e perché.
