In Scrum, il ruolo tradizionale del PM è davvero suddiviso nei ruoli del Product Owner e dello Scrum Master, con una certa responsabilità che ricade anche su tutti gli Scrum team.
Il Product Owner è responsabile della definizione dell'ambito del progetto, della priorità del lavoro mantenendo il backlog del prodotto, decidendo se lo sforzo dovrebbe continuare nelle iterazioni future e del coinvolgimento nelle strategie di gestione e mitigazione del rischio come rappresentante dell'utente e del cliente. In altre parole, il Product Owner si occupa di cose che accadono fuori dal team, per quanto riguarda l'utente e il cliente, e fornisce un singolo punto focale per queste informazioni.
Lo Scrum Master è più orientato al processo e al team. Questa persona gestisce le risorse, spesso prende decisioni sulle strategie di gestione del rischio e di mitigazione e affronta il processo e garantisce che le persone che hanno bisogno di informazioni ma non nel team di Scrum abbiano accesso ad essa e visibilità sul lavoro svolto e su qualsiasi successi e insuccessi della squadra.
Alcuni lavori sono delegati al team nel suo insieme. Ad esempio, non esiste un singolo individuo che fornisce l'organizzazione e le istruzioni: il team nel suo complesso lavora con il backlog del prodotto e i dati precedenti per determinare quanto lavoro intraprendere in uno sprint. Inoltre, la gestione del rischio è un'altra attività che ricade sull'intero team, con lo Scrum Master che facilita il processo.
Infine, alcuni concetti non si adattano bene a Scrum.
Non esiste un'idea anticipata del numero totale di iterazioni necessarie. L'idea è di impostare un timebox su iterazioni (spesso 2-4 settimane) e avere un deliverable potenzialmente spedibile che aggiunge valore. Il progetto termina quando il backlog è vuoto o le esigenze del cliente cambiano in modo tale che il finanziamento di un'altra iterazione costerebbe più del valore aggiunto dal lavoro che può essere fatto. Certo, non è un'idea cieca: sai guardando il backlog e lavorando con il Product Owner quando il progetto si avvicina a uno stato di terminazione.
Inoltre, il software potenzialmente rilasciabile viene prodotto non meno frequentemente rispetto al completamento di ogni sprint. L'idea è che al termine di ogni iterazione esista un prodotto con valore aggiunto. Questo prodotto è stato progettato, implementato, testato internamente e sottoposto a test di accettazione. Tutta la documentazione e le guide associate al prodotto sono anche aggiornate. In altre parole, se il cliente lo desidera, può ottenerlo. Tuttavia, potrebbero non voler passare allo sforzo di distribuire un prodotto alla fine di ogni sprint, ma è un'opzione. Poiché sei reattivo al cambiamento, dovresti essere in grado di indicare un prodotto effettivamente spedito nella tua riunione di pianificazione dello sprint.
Non è consigliabile combinare il ruolo di Product Owner e Scrum Master perché si occupano di cose diverse. Il Product Owner funziona dal punto di vista dell'utente finale e del cliente - offre il massimo valore nel minor tempo possibile e richiede un prodotto di alta qualità. Lo Scrum Master è centrato sul team e fornisce un controbilanciamento per garantire che il team non sia oberato di lavoro, abbia le risorse di cui ha bisogno per fare il lavoro migliore e che siano generalmente persone felici e produttive. Personalmente, penso che qualcuno che è abbastanza abile possa interpretare entrambi i ruoli. Tuttavia, ci vuole un manager esperto e leader per farlo. C'è una grande quantità di informazioni su questo in una domanda di scambio di stack di gestione progetti relativa alla combinazione dei ruoli di Scrum Master e del proprietario del prodotto .