Come proteggere adeguatamente un Product Owner dall'esterno?

Naviga le tue risposte
5

Aggiornamento: Siamo un team molto piccolo (3 persone) e quindi I (Scrum Master) e Product Owner sono anche sviluppatori che eseguono alcuni codici.

Siamo consapevoli di questa situazione e stiamo attivamente cercando di reclutare nuovi talenti. Ma è difficile!

Nel frattempo ... dobbiamo adattarci ... quindi la mia domanda:

Il Product Owner si lamenta di avere troppi rumori esterni (principalmente le richieste degli stakeholder) e non può concentrarsi sulla realizzazione dello sprint.

Siamo d'accordo sul fatto che dovremmo cercare di educare le persone sulle nostre implicazioni sui processi (durate degli sprint e backlog del prodotto), per ridurre il rumore.

Ma come Scrum Master, come posso proteggere un PO dall'esterno? Non dovrebbe essere in contatto con la direzione e gli affari?

Inoltre, se le persone al di fuori non vogliono perdere troppo tempo a imparare l'agilità, qual è il modo migliore per educarle?

    
posta xsace 29.11.2011 - 16:13
fonte

5 risposte

14

Ritengo che assegnare il ruolo di PO a uno sviluppatore sia di solito la scelta sbagliata. Come hai notato, l'OP dovrebbe comunicare molto con parti esterne, precisamente per proteggere il team di sviluppo dalle interruzioni, per filtrare e migliorare le richieste di bug / funzionalità in entrata (sempre tramite discussioni prolungate con utenti / parti interessate) e per dare priorità alle storie.

Quindi, a prescindere da questo ruolo che richiede molte comunicazioni, la definizione delle priorità IMHO normalmente non dovrebbe essere compito di uno sviluppatore.

Ovviamente, se la tua squadra è molto piccola, qualcuno potrebbe aver bisogno di farlo comunque, ma poi deve capire i requisiti per questo ruolo e non lamentarsi troppo dopo averlo accettato: -)

    
risposta data 29.11.2011 - 16:23
fonte
11

La responsabilità del proprietario del prodotto è quella di interagire con gli stakeholder per scoprire cosa dovrebbe essere parte del prodotto in fase di sviluppo e, a rigor di termini, NON fa parte del team di sviluppo. Quindi è lo scudo richiesto del tuo team di sviluppo contro le richieste dall'esterno.

    
risposta data 29.11.2011 - 16:20
fonte
6

Abbandona le sue responsabilità come proprietario del prodotto o come sviluppatore. Quello che sta cercando di dire è semplicemente non ha tempo di fare entrambi .

O

Ottieni ulteriori risorse di sviluppo.

Semplicemente non sono d'accordo con gli altri che dicono che una persona non può fare entrambe le cose. Una persona assolutamente può.

    
risposta data 29.11.2011 - 16:25
fonte
4

Sebbene Scrum, come definito da Sutherland e Schwaber, non si oppone alla combinazione di Product Owner e membro del team di sviluppo, sembra che in questo caso sia problematico. La responsabilità principale della persona designata come Product Owner è quella di essere la voce del cliente, eseguire attività come scrivere storie di utenti, dare priorità alle storie e in generale gestire il backlog del prodotto.

Come Scrum Master, non dovresti proteggere il Product Owner dall'esterno. È compito del Product Owner interfacciarsi con qualsiasi cliente o utente del sistema per creare e dare priorità ai requisiti. In effetti, il punto di un Product Owner (e dello Scrum Master) è quello di proteggere il team di sviluppo dagli stakeholder in modo che possano concentrarsi sulla progettazione, lo sviluppo e il testing del sistema.

Sembra che, in questo particolare progetto, il compito del Product Owner sia una responsabilità a tempo pieno. Come tale, il Product Owner dovrebbe essere rimosso dal team di sviluppo. Se, durante uno sprint, il proprietario del prodotto ha tempo sufficiente per contribuire alla progettazione, allo sviluppo o al collaudo, ciò va bene, a condizione di monitorare l'aumento delle risorse umane in modo da non distorcere la velocità. Tuttavia, il team non dovrebbe contare sul proprietario del prodotto per essere un membro del team di sviluppo.

    
risposta data 29.11.2011 - 16:33
fonte
3

Sembra che il tuo PO abbia frainteso il suo ruolo o questo è il suo modo di provare a dire che sta indossando un cappello troppi. L'OP è la persona che dovrebbe essere il contatto principale con le parti interessate esterne. Se quel rumore è così rumoroso nel tuo negozio che non può mantenere questo, così come i suoi doveri di programmazione, il ruolo dovrebbe essere diviso e hai bisogno di una risorsa aggiuntiva. Rendendosi conto che il tuo PO potrebbe vederlo come un segno di debolezza per ammettere che non può gestire il suo carico, ti consiglio comunque di portare la discussione con lui.

Documenta il suo carico di lavoro, quanto tempo dedica a diverse attività e usalo per costruire un caso con il tuo management per assumere una risorsa aggiuntiva per il tuo team.

    
risposta data 29.11.2011 - 16:45
fonte

Leggi altre domande sui tag

Stile di codifica per chiamate di funzioni concatenate Sentirsi bene fuori dalla mia profondità [chiuso]