I project manager sono utili in Scrum?

Forse dovresti presentare cose come questa:

The project manager did not disappear in Scrum. He is still there. There is three of them now!

• Lo Scrum Master : gestisce il processo e risolve gli ostacoli. Prima era responsabilità del project manager.

• Il proprietario del prodotto : gestisce il backlog. Questa era la responsabilità del project manager in precedenza quando prevedeva tutto in Microsoft Project.

• Il team : gestisci autonomamente la sua produzione. Chi e in che modo una determinata user story viene convertita in un incremento del prodotto potenzialmente rilasciabile. Questa era la responsabilità del project manager quando assegnava le attività.

Per me ciò deriva da una mancanza di comprensione di ciò che fa un Project Manager e dalla natura piuttosto generica del titolo del PM. Non sono un esperto di SCRUM, ma ho sempre visto lo SCRUM Master come sostituto del responsabile dello sviluppo / team leader piuttosto che del Project Manager.

I Project Managers (come definiti da metodologie come PRINCE2 - che è praticamente compatibile con le metodologie Agile) in realtà non hanno nulla a che fare con il processo di sviluppo, stanno curando il progetto da una prospettiva di distribuzione più ampia che solo la build IT. Ci sono molte cose che fanno parte del ruolo di Project Manager che non sono trattate in altre parti di Scrum (gestione e monitoraggio del business case, gestione degli stakeholder aziendali, elementi del progetto al di fuori della build dell'IT come rielaborazione dei processi aziendali, supporto, formazione e così via).

Se il tuo PM è il ragazzo che si prende cura degli sviluppatori e non fa molto più di quello (per esempio su progetti che sono in gran parte IT solo dove l'ambito è abbastanza ben definito) allora potrebbe essere che lui non stia andando essere necessario in un progetto SCRUM.

Ma prima che qualcuno dica che non hai bisogno di un PM per SCRUM, vorrei una spiegazione abbastanza chiara di come vengono trattati gli elementi non informatici del progetto e in particolare chi gestisce il business case (perché il gli utenti che lo desiderano ed è qualcosa che dovrebbe essere fatto sono cose diverse).

Può darsi che il PM finisca per sedersi di più sul lato business del progetto: il Product Owner potrebbe assumere più ruoli del PM dello Scrum Master, ma penso che sia improbabile che se ne andrà del tutto.

Ci sono alcune cose che un Project Manager può fare a cui uno Scrum Master o il proprietario del prodotto potrebbero non essere in grado di farlo.

• I project manager di solito hanno una vasta esperienza nella gestione di progetti (sorpresa!).
• Sono consapevoli delle insidie più comuni e possono individuarli e aiutarli a evitarlo prima che accadano.
• Di solito sono negoziatori esperti e possono supportare altri membri del team nelle discussioni in merito a scadenze, ambito e requisiti conflittuali (molto importante se l'ordine di acquisto è abbastanza nuovo nel ruolo).
• Possono gestire i soldi. Hanno il potere di assumere e licenziare, e possono aiutare se qualcuno nel team è incapace di svolgere il proprio ruolo (attraverso la formazione, la consulenza, ecc.).
• Possono aiutare a garantire che il progetto si adatti efficacemente a un programma di lavoro più ampio.
• Possono far uscire le cose dalla squadra.
• Possono aiutare a guidare le politiche aziendali per essere efficaci insieme a Scrum (ad esempio, se i tester sono ancora misurati dal numero di bug trovati).
• Possono gestire la governance.
• Possono spostare i mobili.
• Il loro vocabolario è quello della più grande impresa, e possono discutere il progetto - e l'approccio Scrum - in termini di rischio, impatto, ROI, opzioni e differenziazione.
• Possono spiegare alla lavagna perché l'improvvisa trasparenza e le occasionali notizie di insuccesso, provenienti da una marea di rapporti verdi, sono utili e utili da sapere.
• Un buon PM può aiutarti a sentirti sicuro, avere un suono fantastico e avere un bell'aspetto.

Scrum non ha mandato un PM. Ma potresti volerne comunque uno.

In uno dei progetti a cui ho lavorato, quando è diventato Scrum, il nostro project manager precedente assumeva alternativamente i ruoli di Product Owner e Scrum Master. Ha funzionato per i 6 mesi trascorsi con quella squadra, anche se non era l'ideale (per me). Era il tipo di ragazzo che voleva mantenere le cose sotto stretto controllo, ma lo faceva abbastanza bene (cioè lasciando che la squadra facesse il suo lavoro e prendesse le sue decisioni quando era appropriato).

Lo sfondo di questo era che la compagnia era in una situazione finanziaria terribile, anche se noi (il team) ci siamo resi conto solo qualche tempo dopo. Quindi c'era un motivo per tenere tutto sotto stretto controllo, per garantire che solo le cose assolutamente necessarie fossero costruite e la prima versione del prodotto fosse consegnata in tempo.

Sarei onesto e dire che, a mio modo di vedere, ciò che funziona per me è lo Scrum master che funge anche da Project manager. Essere un maestro Scrum non è un lavoro a tempo pieno - una volta che il team è maturo, il maitre di scrum non ha nemmeno bisogno di partecipare alle attività quotidiane.
Ci sono sempre più posti vacanti che vedo per un Project Manager / Scrum Master in cui le aziende non vogliono differenziare questi ruoli - piuttosto hanno la stessa persona gestire entrambi i ruoli - cioè: un project manager Agile.

Project manager: un ruolo all'interno di un'organizzazione o un'impresa tradizionale.

Scrum master: un ruolo all'interno di un team di sviluppo software che utilizza la metodologia Scrum.

Parlare di project manager vs. master scrum parla davvero di mele e arance perché i ruoli hanno contesti diversi. Non ho mai sentito parlare di un'organizzazione che ha "Scrum master" come titolo ufficiale o grado di paga. E i project manager su qualsiasi progetto, Scrum o altro, sono spesso in qualche modo rimossi dalle attività quotidiane di sviluppo del software.

Esattamente ciò che fa un project manager e quanto il suo ruolo si sovrapponga a quello di uno Scrum master o di un project owner dipende in gran parte dalle dimensioni e dalla natura del progetto, ma ci sono certamente compiti normalmente attribuiti a un project manager che non sono Fare specificamente parte del master Scrum o dei ruoli del proprietario del progetto. In un piccolo progetto può essere possibile espandere i compiti del master Scrum o dei ruoli del proprietario del progetto per includere tali compiti (assunzione, licenziamento, acquisto, gestione dei contratti, interfaccia con i dirigenti di livello superiore, ecc.). In un progetto più ampio, lo sviluppo del software è solo una parte della gestione del progetto e difficilmente i compiti del project manager e quelli dello Scrum master si sovrappongono.

Un project manager dovrebbe essere l'interfaccia del master Scrum per l'organizzazione. Lo Scrum master dovrebbe essere l'interfaccia del project manager per il team.

Quindi, i project manager sono utili in Scrum? No, i project manager sono utili al di fuori di Scrum. Non fanno parte della metodologia di sviluppo del software Scrum, ma forniscono le risorse che consentono a Scrum di funzionare.

Questa domanda puzza di Scrumbut .

Scrum è un sottoinsieme di ciò che è contenuto in un metodo di gestione del progetto (Prince2 / PMP, ecc.). Infatti, se si guarda al processo MP di Prince2 (gestione della consegna del prodotto), tutti gli elementi di Scrum possono essere contenuti lì.

Lo Scrum Master non vuole impantanarsi in riunioni con venditori, personale, legale, finanziario, fornitori, dirigenti o BAU attività. Devono concentrarsi sulla rimozione degli impedimenti dal team sullo sprint attuale, non sulla negoziazione di quanto un'agenzia di collocamento possa attenuare i tassi degli appaltatori nel FY2011 / 12 o convalidare l'accordo di deposito a garanzia con il venditore x.

Se lo Scrum Master sta facendo quanto sopra, non stai eseguendo Scrum, stai eseguendo Scrumbut.

Dall'esperienza la combinazione migliore è avere uno Scrum Master per ogni capo della squadra e un project manager per coordinare i maestri di mischia in una mischia Scrum of scrums. Avere un project manager in questo ruolo più efficace a causa delle ragioni sopra esposte e della loro profondità di esperienza. A loro volta, questi project manager riportano in un Portfolio / Program Manager ecc. E tutti nella catena di comando sono almeno certificati Scrum Masters.

Ricorda che Scrum è uno strumento per gestire la consegna dei prodotti, a un livello di astrazione che può essere utilizzato per eseguire progetti, ma ci sono già processi molto migliori là fuori per questo.

Uno dei principali problemi con il ruolo tradizionale del project manager è che separa l'autorità dalla responsabilità. Il PM ha piena autorità sull'organizzazione del progetto - (s) decide quali compiti devono essere svolti, da chi, in quale ordine, ecc. Ma (s) non è ritenuto responsabile per il completamento di questi compiti o la qualità del software questo è prodotto. I membri del team sono gli unici responsabili. Ciò crea un enorme sovraccarico di comunicazione, in modo da ridare autorità e decisione in sincronia con il lavoro operativo, i membri del team devono costantemente riferire tutto ciò che viene fatto al PM oltre al resto del team. Crea anche un sentimento di spoliazione, impotenza e una perdita di scopo con i membri del team, che è una grande fonte di frustrazione e scoraggiamento.

Agile in qualche modo rimette insieme queste nozioni - l'autorità sull'organizzazione del lavoro è detenuta dal team nel suo complesso (attraverso release, iterazione e riunioni quotidiane) in modo che tutti possano sentirsi in grado di avere voce in capitolo, in cambio di che ciascuno dei membri del team deve assumersi la responsabilità di produrre un software di qualità che funzioni e si impegni con forza verso questo obiettivo. Potresti quindi teoricamente liberarti del project manager.

Una volta che hai detto questo, ci sono ancora dei doveri tradizionalmente assegnati al PM che devono ancora essere presi in considerazione - il lunivoro li ha descritti abbastanza accuratamente.

Poiché questo articolo suggerisce, in team veramente multi-esperti, una cosa che potresti fare è scartare il ruolo di project manager, ridistribuire i suoi doveri tra i membri del team e far diventare i vecchi PM membri regolari del team.

I ruoli Scrum sono abbastanza ben definiti (se sembrano vaghi è perché sono pensati per essere applicabili a diversi tipi di organizzazioni), e poiché i team Scrum sono sempre (beh, comunemente) di circa le stesse dimensioni - cioè non molto grande: è relativamente facile concordare ciò che comprende, anche se varia a seconda dell'organizzazione di base.

Leggendo la domanda, le risposte e i commenti di cui sopra, sembra ovvio che la definizione del ruolo di project manager sia molto più difficile da definire. Sono sicuro che puoi trovare una definizione generale piacevole e compiacente del ruolo di un PM, ma ciò che in realtà significa nella vita reale è una storia completamente diversa.

Ad ogni modo, mentre funziona nel mio lavoro, i project manager sono molto raramente coinvolti nell'effettiva "Scrumming". Non è permesso loro di essere Scrum Master (una regola locale sul conflitto di interessi di cui tutti noi siamo abbastanza felici), e sono solo proprietari di prodotti in casi eccezionali.

Quindi dove lavoro, i project manager sono ancora lì, facendo praticamente quello che hanno sempre fatto. Il che significa che mantengono il progetto in carreggiata, agiscono da filtro contro troppe tendenze di paranoia e microgestione da "sopra", risolvendo problemi che necessitano di un peso maggiore di quello che possiamo risolvere, e così via.

Sono sicuro che questo è abbastanza diverso in altri posti, ma per noi funziona benissimo.

Modifica : forse dovrei chiarire che per noi, un team di Scrum non sostituisce un team di progetto. Uno o più team Scrum vengono avviati per eseguire il lavoro di sviluppo effettivo per (e di solito in) un progetto. Il / i gruppo / i di Scrum può (e probabilmente sempre lo fa) essere composto dai vecchi membri del team, ad eccezione del responsabile del progetto: -)