Uno Scrum Master è necessario in un team ad alte prestazioni?


11

La mia comprensione dei doveri del maestro della mischia è la seguente:

  • Applicare il processo
  • Rimuovi impedimenti (che gli sviluppatori non possono rimuovere da soli)
  • Prevenire l'interruzione dall'esterno
  • Facilitare le riunioni di mischia (alzarsi, retrospettiva, ecc.)

Se gli sviluppatori del team sono disciplinati, seguiranno il processo senza che qualcuno li istruisca. Inoltre non avranno problemi a tenere retrospettive e altre riunioni di mischia. Se il resto dell'organizzazione comprende i limiti dello sprint, le interruzioni esterne e gli impedimenti che richiederebbero uno scrum master sono già ridotti al minimo.

Man mano che una squadra diventa altamente performante e un'organizzazione capisce i limiti dello sprint, sembra che i bisogni di uno scrum master si riducano. È possibile che una squadra alla fine arrivi al punto in cui non è più necessario uno Scrum Master?

Risposte:


5

Vorrei avere un soldo per ogni squadra "Agile" che chiede "qual è il modo corretto di fare x". Se sei veramente agile, non è necessario porre tali domande: non esiste un "vero processo", l'unico modo per essere agili è fare ciò che funziona per te. Persone oltre i processi, ricorda.

Tuttavia, se hai davvero bisogno di convalida che lo stai facendo nel modo giusto, leggi questo piccolo articolo di uno dei padri fondatori del movimento Agile.

Un membro della famiglia di metodologie Crystal è Crystal Clear. Crystal Clear può essere descritto a un ascoltatore di livello 3 con le seguenti parole:

“Metti 4-6 persone in una stanza con postazioni di lavoro e lavagne e accesso agli utenti. Invitali a consegnare agli utenti software in esecuzione e testati ogni uno o due mesi, altrimenti lasciali soli. "

In effetti, ho descritto Crystal Clear in quelle parole a un esperto sponsor del progetto. Seguì quelle istruzioni e riferì cinque mesi dopo, "Abbiamo fatto quello che hai detto e ha funzionato!"

Ho intervistato il capo squadra alcuni mesi dopo e il suo rapporto era breve quanto le mie istruzioni:

“Seguendo il tuo suggerimento, noi quattro abbiamo rilevato questa sala conferenze, che ha connessioni di rete. Lo abbiamo tenuto per tutti e quattro i mesi, attingendo alle lavagne laggiù, consegnando il software mentre procedevamo. Ha funzionato alla grande. "

Quindi, se hai una squadra del genere (sei fortunato), non hai nemmeno bisogno di Scrum. Mettili in una stanza da soli e dì loro di andare avanti.


16

No! Uno Scrum master NON è necessario per un team ad alte prestazioni.

Prima di Scrum esistevano team ad alte prestazioni e ci sono molte altre metodologie che hanno successo e creano team ad alte prestazioni che non hanno un master Scrum. Non dovremmo cadere nella trappola di pensare che esiste un solo modo di gestire un progetto o sviluppare codice per avere un team ad alte prestazioni.

Ma per favore non confonderlo con la risposta alla domanda "È necessario un maestro di mischia in un team di Scrum?"

La risposta è ... assolutamente sì. Qualsiasi squadra che non ha un maestro di mischia non sta facendo mischia a prescindere da cosa potrebbero pensare. È quello che Ken Schawber chiama "Scrum ma" e deriva dalla frase "Stiamo facendo Scrum, ma ..."


4
+1 questo è esattamente il punto. Scrum è una metodologia con alcuni aspetti da seguire e che implica che una squadra ha un master Scrum. E come già detto, è completamente possibile lavorare in qualche altro modo, ma quello non è Scrum. Non necessariamente migliore o peggiore, solo diverso.
murrekatt,

2

Un maestro di mischia dovrebbe sempre essere nominato su carta secondo me, se si scopre che fa poco, allora così sia. Nelle occasioni in cui gli sviluppatori sono di cattivo umore e litigano tra loro, sarà necessario avere una mischia per tenere sotto controllo la situazione.

C'è anche un lavoro di amministrazione umile associato a elementi di mischia, che viene in mente la gestione del backlog - a seconda dello strumento che usi, probabilmente il master della mischia se ne assumerà la responsabilità.

Non sto cercando di essere cinico, ma non ho mai visto un processo così finemente sintonizzato che non c'è mai alcun detrito che qualcuno debba ripulire :-)

Alla fine della giornata, anche se non c'è davvero nulla da fare, il processo per assicurarsi che non ci sia nulla da fare deve essere la responsabilità di qualcuno. Che si tratti di responsabilità o quant'altro sia una decisione interna.


Interessante. Nel nostro team, l'OP fa la gestione degli arretrati, ma vedo il tuo punto. Mantenere aggiornato il grafico di burndown, ad esempio, è una di quelle attività umili.
Dave,

@Dave Uso la gestione come un po 'tutto sommato. Abbiamo proprietari che popoleranno lo strumento con richieste ecc. E negli sprint ne ricaviamo. Ma ci sono altre parti, come la firma di attività obsolete, il riordino ecc. Che vengono eseguite dall'SM.

2

Sono stato lo Scrum Master di un team altamente funzionale e mi piace pensare di essere stato essenziale. I compiti di Scrum Master richiedevano in media meno di un'ora al giorno. Giornate dimostrative, retrospettive e riunioni di pianificazione sono state la maggior parte del mio lavoro. Il resto del tempo mi sarei diviso e indossato il cappello di sviluppatore, tester o cliente a seconda di dove avessimo bisogno di aiuto per raggiungere i nostri obiettivi.


0

Niente resta uguale. Potresti riuscire a superare un determinato progetto, ma perché screditare il team con queste responsabilità? La gestione aziendale può essere instabile in un'economia in crisi e iniziare a fare ulteriori richieste. I nuovi assunti possono essere un'interruzione.

Solo non vedo il vantaggio di non averne uno.


0

Se desideri utilizzare la metodologia Scrum , assicurati che il tuo team conosca la mischia. Mandali per l'allenamento. La presenza o meno di uno Scrum Master non determinerà il tuo successo. L'impegno della squadra sarà.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.