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?