In Scrum, perché non dovrebbero essere combinati i ruoli Product Owner e ScrumMaster?

19

Nei progetti più tradizionali su cui ho lavorato, il project manager (e, nei progetti di maggiori dimensioni, potrebbero esserci associati / vice / assistente ai project manager se una persona non è disponibile) è la persona responsabile della comunicazione con il cliente , ricevere gli aggiornamenti sullo stato e sulla salute del progetto, determinare la pianificazione e il budget, gestire il processo, assicurare che il team abbia ciò di cui ha bisogno per completare le attività e così via.

In Scrum, tuttavia, queste responsabilità sono suddivise tra Product Owner e ScrumMaster. Il Product Owner è la voce del cliente. Interagiscono direttamente con il cliente, creano storie di utenti, organizzano e assegnano priorità al backlog del prodotto e altri problemi relativi all'utente / cliente. Lo ScrumMaster gestisce il processo, supervisionando le riunioni (inclusa la stima e la pianificazione), rimuovendo gli impedimenti e monitorando lo stato generale del progetto, apportando le modifiche necessarie.

Ho letto in più fonti, inclusa Wikipedia , che il ruolo di ScrumMaster e Il proprietario del prodotto dovrebbe essere tenuto da due persone diverse. Non solo ho letto, ma ho lavorato su progetti "tradizionali" di successo in cui le attività di entrambi erano gestite da un singolo individuo. In effetti, ha più senso che una o tre persone siano responsabili della gestione dei progetti (comprese risorse umane / personale) e delle attività a livello di processo, poiché spesso vanno di pari passo. Le modifiche ai processi hanno un impatto sulla pianificazione, sul budget, sulla qualità e su altri obiettivi a livello di progetto e le modifiche ai progetti hanno un impatto sul processo.

Perché Scrum chiede di isolare queste attività in due ruoli? Quali vantaggi offre effettivamente questo? Qualcuno ha partecipato a un progetto Scrum di successo in cui il Product Owner e ScrumMaster erano la stessa persona?

    
posta Thomas Owens 09.09.2011 - 15:39
fonte

5 risposte

17

Possono (e spesso sono) combinati e fatti da una sola persona (non esiste una regola contro questa (la sua mischia, dopo tutto)).

MA devi bilanciare attentamente la responsabilità delle differenze poiché i due ruoli hanno concorrenti e ordini del giorno (e ci vuole una persona speciale per essere in grado di fare entrambe le cose contemporaneamente). Ho visto molti provarci, ma pochi lo tirano fuori per un lungo periodo di tempo (è una posizione stressante).

  • Per essere SM, hai bisogno di più conoscenze tecniche del PO (dato che aiuterai ad organizzare il team di sviluppo). Ci vuole una conoscenza approfondita del prodotto per essere in grado di estrarre le cose dal backlog del prodotto nel backlog di primavera (a volte non puoi semplicemente estrarre gli articoli "top" e netti perché ciò potrebbe essere controproducente).

  • L'ordine di acquisto richiede una maggiore comprensione dell'estremità utente dell'equazione rispetto a SM. Questo non ha bisogno di essere tecnico ma richiede la conoscenza di come il prodotto verrà utilizzato nel mondo reale e la direzione in cui il cliente desidera prendere il prodotto.

Se riesci a trovare una persona in grado di svolgere entrambi i ruoli, non vedo alcun motivo per impedirlo.

I problemi possono sorgere quando il cliente viene tirato dal cliente in una direzione che sta causando un conflitto significativo agli sviluppatori (perché prima devono costruire altre infrastrutture). Il lavoro di SM non è quello di seguire i capricci del cliente ma di proteggere gli sviluppatori dai loro capricci. Tirare fuori oggettivamente è difficile.

    
risposta data 09.09.2011 - 16:01
fonte
4

Non sono un esperto, ma penso che lo Scrum Master dovrebbe essere il difensore / facilitatore del team. La voce del cliente dovrebbe avere a cuore gli interessi del cliente. Lo Scrum Master dovrebbe aiutare tutto il team a ottenere ciò di cui ha bisogno per avere uno sprint di successo.

    
risposta data 09.09.2011 - 15:44
fonte
1

Inoltre, tieni presente che la maggior parte delle volte non lavori su 1 cliente alla volta. I proprietari dei prodotti potrebbero gestire diversi clienti e concentrarsi su quella parte del business, e ScrumMasters può concentrarsi sullo sviluppo del progetto.

Come molti hanno detto, entrambi i ruoli hanno interessi distinti, ma un obiettivo comune e diversi skillset per acquisirlo.

    
risposta data 09.09.2011 - 17:04
fonte
0

Se la stessa persona rappresenta il team di sviluppo e gli utenti / clienti, l'unica risorsa che si ha in una controversia è di guardare il contratto. Anche se alla fine potrebbe arrivare a questo, starai meglio se un rappresentante di entrambe le parti con la stessa potenza può trovare un accordo.

    
risposta data 09.09.2011 - 16:49
fonte
0

Le persone nei ruoli Product Owner e Scrum Master possono avere desideri, obiettivi, requisiti e vincoli in conflitto, più di 2 programmatori casuali. Gli esseri umani possono o meno essere in grado di valutare egualmente gli obiettivi in conflitto, e potrebbero essere più propensi a commettere errori di giudizio di fronte a obiettivi contrastanti. Due persone con focus o pregiudizi leggermente diversi possono avere meno probabilità di fare insieme gli stessi errori o lo stesso grado di errori nel giudizio.

Due persone possono anche dedicare più ore lavorative totali a concentrarsi su ogni aspetto diverso del problema / progetto (ad esempio gli obiettivi dei 2 diversi ruoli).

    
risposta data 09.09.2011 - 19:30
fonte

Leggi altre domande sui tag