I project manager sono utili in Scrum?

Esistono tre ruoli definiti in Scrum: Team, Product Owner e Scrum Master. Non esiste un project manager, ma il lavoro del project manager è suddiviso in tre ruoli .

Per esempio:

• The Scrum Master: responsabile del processo. Rimuove gli impedimenti.
• Il Product Owner: gestisce e dà priorità all'elenco delle attività da svolgere per massimizzare il ROI. Rappresenta tutte le parti interessate (clienti, parti interessate).
• Il team: gestire autonomamente il proprio lavoro stimandolo e distribuendolo tra di loro. Responsabile del rispetto dei propri impegni.

Quindi in Scrum non esiste più una sola persona responsabile del successo del progetto. Non esiste una struttura di comando e controllo in atto. Ciò sembra sconcertare molte persone, in particolare quelle che non sono abituate ai metodi agili e, naturalmente, i PM.

Sono davvero interessato a questo e quali sono le tue esperienze, poiché penso che questa sia una delle cose che possono fare o interrompere un'implementazione Scrum.

Sei d'accordo con Scrum che non è necessario un project manager? Pensi che un ruolo del genere sia ancora richiesto? Perché?

Forse dovresti presentare cose del genere:

Il project manager non è scomparso in Scrum . Lui è ancora lì. Ce ne sono tre adesso!

• The Scrum Master : gestisce il processo e risolve gli impedimenti. Questa era la responsabilità del project manager prima.

• Il Product Owner : gestisce il backlog. Questa era la responsabilità del project manager prima quando aveva previsto tutto in Microsoft Project.

• Il team : auto gestire la sua produzione. Chi e come una determinata user story viene convertita in un incremento di prodotto potenzialmente rilasciabile. Questa era la responsabilità del project manager quando ha assegnato compiti.

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

I project manager (come definiti da metodologie come PRINCE2 - che è praticamente compatibile con le metodologie Agile) non hanno nulla a che fare con il processo di sviluppo, ma si occupano del progetto da una prospettiva di consegna più ampia che copre più del semplice IT costruire. Ci sono molte cose all'interno del ruolo di Project Manager che non sono coperte altrove all'interno di Scrum (gestione e monitoraggio del business case, gestione degli stakeholder aziendali, elementi del progetto al di fuori della build IT come rielaborazione dei processi aziendali, supporto, formazione e così via).

Se il tuo PM è il tipo che si prende cura degli sviluppatori e non fa molto di più (ad esempio su progetti che sono in gran parte IT solo dove l'ambito è abbastanza ben definito), potrebbe darsi che non sarà necessario su un progetto SCRUM.

Ma prima che qualcuno dica che non hai bisogno di un PM per SCRUM, vorrei una spiegazione abbastanza chiara di come gli elementi non IT del progetto sono coperti e in particolare chi gestisce il caso aziendale (perché gli utenti lo vogliono ed essendo qualcosa che dovrebbe essere fatto sono cose diverse).

È possibile che il PM finisca per sedersi maggiormente sul lato commerciale del progetto: il Product Owner potrebbe assumere più ruolo del PM rispetto allo Scrum Master, ma penso sia improbabile che se ne andrà del tutto.

Ci sono alcune cose che un Project Manager può fare che uno Scrum Master o il Product Owner potrebbero non essere in grado di fare.

• I project manager di solito hanno una vasta esperienza nella gestione dei progetti (sorpresa!).
• Sono a conoscenza di insidie ​​comuni e possono individuarle e aiutarle a respingerle prima che si verifichino.
• Di solito sono negoziatori esperti e possono supportare altri membri del team nelle discussioni su scadenze, portata e requisiti contrastanti (molto importante se l'OP è abbastanza nuovo nel ruolo).
• Possono gestire i soldi. Hanno il potere di assumere e licenziare e possono aiutare se qualcuno nella squadra non è in grado di svolgere il proprio ruolo (attraverso l'organizzazione di addestramento, consulenza, ecc.).
• Possono aiutare a garantire che il progetto si adatti efficacemente a un più ampio programma di lavoro.
• Riescono a ottenere 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 dell'impresa più grande e possono discutere del progetto - e dell'approccio Scrum - in termini di rischio, impatto, ROI, opzioni e differenziazione.
• Possono spiegare al consiglio perché l'improvvisa trasparenza e le notizie occasionali di insuccesso, provenienti da un mare di rapporti verdi, sono utili e utili da sapere.
• Un buon PM può aiutarti a sentirti sicuro, a suonare freddo e ad avere un bell'aspetto.

Scrum non ha mandato ad avere un PM. Ma potresti averne uno comunque.

In uno dei progetti in cui ho lavorato, quando è diventato Scrum, il nostro precedente project manager ha assunto alternativamente i ruoli di Product Owner e Scrum Master. Ha funzionato per i 6 mesi che ho trascorso 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 ha fatto abbastanza bene (cioè lasciando che la squadra facesse il suo lavoro e prendesse le sue decisioni quando era appropriato).

Lo sfondo di ciò era che la società si trovava in una situazione finanziaria terribile, sebbene noi (il team) ne venissimo a conoscenza solo qualche tempo dopo. Quindi c'era un motivo per tenere tutto sotto stretto controllo, per garantire che venissero costruite solo le cose assolutamente necessarie e che la prima versione del prodotto fosse consegnata in tempo.

Sarei onesto e direi che secondo me ciò che funziona per me è il master Scrum che funge anche da project manager. Essere uno Scrum Master non è un lavoro a tempo pieno - una volta che il team è maturo, lo Scrum Master non ha nemmeno bisogno di partecipare alle alzate giornaliere.
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 che gestisce entrambi i ruoli - cioè: un project manager Agile.

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

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

Parlare di project manager e di scrum master è davvero parlare 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 remunerazione. E i project manager di qualsiasi progetto, Scrum o altro, vengono spesso rimossi dalle attività quotidiane di sviluppo software.

Esattamente quello che fa un project manager e quanto il suo ruolo si sovrappone a quello di uno Scrum master o del proprietario del progetto dipende fortemente dalle dimensioni e dalla natura del progetto, ma ci sono certamente compiti normalmente attribuiti a un project manager che non sono specificamente parte del master Scrum o 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 (assunzioni, licenziamenti, acquisti, gestione dei contratti, interfacciamento con dirigenti di livello superiore, ecc.). In un progetto più ampio, lo sviluppo del software è solo una parte della gestione del progetto e è improbabile che le funzioni del project manager e quelle del master Scrum si sovrappongano molto.

Un project manager dovrebbe essere l'interfaccia del master Scrum per l'organizzazione. Scrum master dovrebbe essere l'interfaccia del project manager con 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 ha l'odore di Scrumbut .

Scrum è un sottoinsieme di ciò che è contenuto in un metodo di gestione del progetto (Prince2 / PMP ecc.). In effetti, se si osserva il processo Prince2 MP (gestione della consegna dei prodotti), tutti gli elementi di Scrum possono essere contenuti lì.

Lo Scrum Master non vuole impantanarsi negli incontri con venditori, personale, legale, finanziario, fornitori, dirigenti o attività BAU . Devono concentrarsi sulla rimozione degli impedimenti dal team sullo sprint corrente, non negoziando quanto un'agenzia di collocamento può compensare le tariffe degli appaltatori nell'esercizio 2012/12 o convalidando l'accordo di garanzia con il fornitore x.

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

Per esperienza, la combinazione migliore è quella di avere uno Scrum Master per ogni responsabile del team e un project manager per coordinare i maestri della mischia in una maniera di Scrum of scrum. Avere un project manager in questo ruolo più efficace a causa delle ragioni sopra esposte e della loro esperienza. A loro volta, questi project manager riportano in un Portfolio / Program Manager ecc. E tutti nella catena di comando sono almeno Scrum Master certificati.

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

Uno dei problemi principali con il tradizionale ruolo di project manager è che separa l'autorità dalla responsabilità. Il PM ha la completa autorità sull'organizzazione del progetto: decide quali compiti devono essere svolti, da chi, in quale ordine, ecc. Ma non è ritenuto responsabile del completamento di questi compiti o della qualità del software quello è prodotto. I membri del team sono i soli responsabili. Questo crea un enorme sovraccarico di comunicazione, in modo da rimettere l'autorità e la 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. Inoltre, crea un senso di espropriazione, impotenza e perdita di intenti 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 insieme (attraverso il rilascio, l'iterazione e le riunioni quotidiane) in modo che tutti abbiano la sensazione di poter avere voce in capitolo sulla questione, in cambio del quale ognuno di i membri del team devono assumersi la responsabilità di produrre software di qualità che funzioni e assumere un forte impegno verso tale obiettivo. Potresti quindi teoricamente sbarazzarti del project manager.

Una volta detto questo, ci sono ancora doveri tradizionalmente assegnati al Primo Ministro che devono comunque essere curati - Lunivore li ha descritti in modo abbastanza accurato.

Come suggerisce questo articolo , in team veramente multi-qualificati, una cosa che potresti fare è scartare il ruolo di project manager, ridistribuire i suoi compiti tra i membri del team e fare in modo che gli ex PM diventino membri regolari del team.

I ruoli di Scrum sono abbastanza ben definiti (se sembrano vaghi è perché sono pensati per essere applicabili in diversi tipi di organizzazioni), e poiché i team di Scrum sono sempre (bene, comunemente) delle stesse dimensioni - cioè non molto grandi - è relativamente facile concordare ciò che racchiudono, anche se ciò varia a seconda dell'organizzazione sottostante.

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

Ad ogni modo, come funziona nel mio lavoro, i project manager sono raramente coinvolti nell'attuale "Scrumming". Non sono autorizzati a diventare maestri Scrum (una regola locale sul conflitto di interessi di cui tutti siamo abbastanza contenti) e sono proprietari dei prodotti solo in casi eccezionali.

Quindi, dove lavoro, i project manager sono ancora lì, facendo praticamente quello che hanno sempre fatto. Ciò significa che mantengono il progetto sulla buona strada, fungono da filtro contro troppe paranoie e tendenze di micro-gestione dall'alto, 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 Scrum non sostituisce un team di progetto. Uno o più team Scrum vengono avviati a svolgere il lavoro effettivo di sviluppo per la (e di solito in) un progetto. Il (i) team (i) Scrum può (e probabilmente lo fa sempre) composto dai vecchi membri del team, ad eccezione del capo progetto :-)