Proprietario del prodotto e responsabile della Business Unit

Idealmente, il Product Owner ha piena conoscenza dell'authority e del dominio sul prodotto in costruzione. Questo limita il numero di persone che lavorano con il team di sviluppo per creare un processo di comunicazione snello ed efficiente. Questo non è sempre il caso. Alcune società gestiscono ancora strutture gerarchiche di gestione e solo perché qualcuno vuole adottare Scrum, non significa che l'intera azienda appiattirà la propria organizzazione.

Il proprietario del prodotto dovrà lavorare di più per ottenere informazioni dal Business Unit Manager. Cerca di partecipare a più riunioni e telefonate. Copia sull'e-mail del cliente. Dal momento che il proprietario del prodotto non è l'esperto di domini, ci sarà più avanti e indietro per ottenere chiarimenti. Se il team di sviluppo non è sicuro di qualcosa, deve capirlo e chiedere al proprietario del prodotto di ottenere qualche chiarimento.

Solo perché Scrum beneficia della limitazione della documentazione, non significa che puoi eliminarlo completamente e in questo caso in cui il Product Owner è più un delegato che un vero proprietario, devi fare affidamento su altro.

Lo Scrum Master dovrebbe collaborare con il Product Owner e con il Business Unit Manager in modo che tutti capiscano il loro ruolo in questo processo e in che modo influisce sul team di sviluppo. Devono trovare un modo per farlo funzionare e migliorare il processo o la tua azienda può dimenticare di Scrum rendendo le tue vite più facili. Non è per tutti, indipendentemente da quanto possa essere popolare una panacea.

Direttamente da alla (non ufficiale) Checklist di Scrum :

PO has direct contact with stakeholders

Devi occuparti di una gestione superiore, il team dovrebbe essere in contatto diretto con i suoi utenti, punto. Richiedilo. (Perché questo è necessario è un'altra domanda:)

Controlla anche l'evoluzione del proprietario del prodotto , forse questo ti aiuta a far crescere il tuo P.O.

Penso che tu abbia già identificato il problema più grande quando dici:

the Product Owner has a junior seniority on the domain of the customers and he needs to rely on Business Unit responsible to get knowledge of the domain.

È responsabilità del proprietario del prodotto avere piena conoscenza del dominio (il prodotto) di cui sono proprietari.

Invece, quando dici:

In creating stories, sometimes there are missing points

Questo potrebbe o potrebbe non essere un problema reale, in astratto. Dopotutto, le storie dovrebbero essere negoziabili . Se una storia è incompleta, purché il suo scopo sia ben specificato, non mi preoccuperei, a meno che non ci siano errori non prevedibili e considerevoli nella stima da essa indotta.

Mi sembra che in questo caso il Product Owner stia scrivendo storie che non capiscono e questo chiaramente non può funzionare. Probabilmente hai bisogno di qualcuno con più conoscenza del dominio diretto come PO.

Cerca di definire i ruoli e le responsabilità di ciascun membro prima dell'avvio del progetto Ottieni la firma nel documento di riconoscimento del progetto da ciascun membro del progetto per la finalizzazione di ruoli e responsabilità

Se implementate in precedenza, il manager della Business Unit non è in grado di interrompere la produzione di mischia