Scrum: cosa succede se il proprietario del prodotto ha delle attività?

Gli esperti di Scrum sono fermamente convinti che il Product Owner e lo Scrum Master dovrebbero essere due persone diverse. Tuttavia, non esiste una regola del genere che escluda dal team di sviluppo. Nota in Scrum Guida :

Development Team Size

Optimal Development Team size is small enough to remain nimble and large enough to complete significant work. Fewer than three Development Team members decreases interaction and results in smaller productivity gains. Smaller Development Teams may encounter skill constraints during the Sprint, causing the Development Team to be unable to deliver a potentially releasable Increment. Having more than nine members requires too much coordination. Large Development Teams generate too much complexity for an empirical process to manage. The Product Owner and Scrum Master roles are not included in this count unless they are also executing the work of the Sprint Backlog.

Il corollario di quest'ultima riga è che, se il Product Owner sta eseguendo il lavoro dello Sprint Backlog, viene conteggiato come membro del Development Team.

Detto questo, fai tutto il possibile per fare bene il tuo lavoro.

Il Product Owner è responsabile della massimizzazione del valore del prodotto e del ritorno sull'investimento. Potrebbe sembrare semplice, ma di solito è un ruolo a tempo pieno e molto impegnativo - probabilmente il più difficile in Scrum. Comporta un sacco di lavoro strategico di alto livello e attività di livello inferiore, dall'analisi delle opportunità di mercato e alla consultazione delle parti interessate e degli utenti del prodotto per prendere le decisioni giuste, per mantenere sempre lucida la roadmap e l'arretrato del prodotto, partecipando alla pianificazione e rivedere le attività, rendersi disponibile per la squadra per rispondere alle loro domande, ecc.

Se il PO è responsabile di altri compiti oltre a quello, li vedrei solo marginali nella maggior parte dei casi. Quindi la mia risposta sarebbe sì, creare compiti per il PO se proprio ne hai e se contribuiscono direttamente alla produzione dell'incremento del software dello sprint, ma non vedo che ciò accada spesso nel tuo progetto Scrum medio.

Scrum è innanzitutto la comunicazione e fa un lavoro pertinente e tempestivo. Tutto ciò che serve per raggiungere l'obiettivo è OK se è questo che consente alla tua squadra di essere la più produttiva.

Tuttavia, è difficile fare bene. Sono in quella posizione ora e trovo difficile dedicare una quantità appropriata di tempo come proprietario del prodotto, lasciando comunque il tempo per lo sviluppo. Tuttavia, la disposizione funziona bene per questo specifico team in questo momento. Rivederemo la decisione per me di fare il doppio lavoro quando le nostre prestazioni diminuiranno, ma fino ad allora continueremo a lavorare in questo modo.

Quindi, provalo. Fai retrospettive per migliorare continuamente il tuo processo. Non lasciare che attaccare in precedenza a qualche metodologia interferisca con la produttività del tuo team.