Chi diventa il proprietario del prodotto?

Se questi "flussi" producono requisiti per un singolo sistema, allora sì, è necessario un proprietario generale del prodotto, soprattutto perché è necessario che qualcuno assegni la priorità ai requisiti.

L'implementazione della funzionalità nell'ordine in cui fornisce il vantaggio aziendale più generale è la filosofia di base di Scrum, ed è difficile farlo se le priorità vengono assegnate da cinque persone diverse con obiettivi a volte contrastanti.

Ciò significa che il proprietario del prodotto deve avere (o essere dato) l'autorità sui "leader del flusso" in modo che possa assegnare liberamente le priorità. Ovviamente, se hanno alcuna propensione verso la costruzione dell'impero, cercheranno di impedirlo a tutti i costi. Solo se vedono il successo complessivo del prodotto e dell'azienda come il loro obiettivo più alto (o se il lavoro del "leader del flusso" non è visto come una base di potere) potresti convincerli sottolineando che qualcuno deve prendere in considerazione il quadro più ampio quando si gestiscono i requisiti.

@Michael answer è un modo per farlo ma ce n'è anche un altro. Nella risposta di @ Michael l'OP è al di sopra di 5 leader del flusso. A volte può funzionare, ma se quei cinque leader del flusso sono persone di affari di diversi dipartimenti difficilmente qualcuno della squadra di sviluppo prodotto siederà sopra di loro. Hanno già una tale persona e di solito è top manager / dirigente.

In tale scenario puoi avere bisogno di un altro approccio in cui l'ordine di acquisto è al di sotto di questi cinque leader di flusso. Questi cinque leader del flusso non fanno parte del team di sviluppo prodotto: sono clienti. PO è colui che comunica con i clienti e raccoglie gli elementi del backlog del prodotto e assegna la priorità in base alle esigenze dei clienti. Certo, spetta al leader del flusso parlare delle priorità del discus dei loro articoli e assegnare priorità finali che soddisfino tutti loro. Se non sono in grado di farlo, spetta ai loro dirigenti / dirigenti risolvere il problema.

In questo modo i "leader del flusso" comunicano tra loro priorità per definire le priorità per l'intero backlog e non solo per i loro articoli è comune in Kanban.

C'è un altro motivo per cui questo può essere desiderato in Scrum. Il proprietario del prodotto dovrebbe partecipare durante lo sviluppo. Dovrebbe essere in grado di descrivere ciò che è necessario e prendere decisioni se necessario. Tale decisione dovrebbe provenire dalla conoscenza degli elementi del portafoglio ordini raccolti dai "leader del flusso". A meno che i leader dello stream non siano in grado di partecipare allo sviluppo del prodotto, il proprietario del tuo prodotto dovrebbe essere il proxy tra i leader del team e dello stream. IMO questo porta a responsabilità meglio definite.