scrum team roles responsibilities
Ruoli e responsabilità dello Scrum Team:
Sono sicuro che ormai dobbiamo essere stati tutti molto chiari Agile Manifesto dal nostro ultimo tutorial.
Questo tutorial è progettato per i membri dello Scrum Team che non conoscono l'Agile Software Development per conoscere i loro ruoli e responsabilità.
Il tutorial aiuterà anche coloro che stanno già lavorando nel modello agile a rispolverare le proprie abilità ea coloro che vogliono semplicemente conoscere questi ruoli. Fornirà inoltre una panoramica delle responsabilità e di ciascuno dei ruoli che trattiene.
C'è molto in ognuno dei ruoli oltre a quello che abbiamo citato nel nostro tutorial, tuttavia, i lettori possono sicuramente avere un'idea precisa di ogni ruolo Scrum esattamente senza alcun dubbio.
Cosa imparerai:
- Ruoli e responsabilità dello Scrum Team
- Dimensioni del team di Scrum
- Lo Scrum Master
- Il Product Owner
- Proprietario del prodotto proxy
- Il team di sviluppo
- Sommario
- Lettura consigliata
Ruoli e responsabilità dello Scrum Team
Il team Scrum è composto principalmente da tre ruoli: Lo Scrum Master, il Product Owner e il Team di Sviluppo .
Chiunque al di fuori del core team non ha alcuna influenza diretta sul team. Ciascuno di questi ruoli in Scrum ha un insieme molto chiaro di responsabilità che discuteremo in dettaglio più avanti in questo tutorial. In questa sezione, concentriamoci sugli attributi dello Scrum Team nel suo insieme e sulla dimensione ideale del team.
Attributi degli Scrum Team
Di seguito sono riportati i 2 attributi dello Scrum Team:
- Lo Scrum Team si auto-organizza
- Lo Scrum Team è interfunzionale
Scrum Team auto-organizzati sono autosufficienti e autosufficienti in termini di svolgimento del proprio lavoro senza bisogno di aiuto o guida esterni. I team sono sufficientemente competenti per adottare le migliori pratiche per raggiungere i loro obiettivi di Sprint.
Squadre di Scrum interfunzionali sono i team che hanno tutte le capacità e le competenze necessarie all'interno del team per svolgere il proprio lavoro. Questi team non si affidano a nessuno al di fuori del team per il completamento degli elementi di lavoro. Pertanto, lo Scrum Team è una fusione molto creativa di diverse abilità necessarie per completare l'intero elemento di lavoro.
Ogni membro del team può non avere necessariamente tutte le competenze necessarie per costruire il prodotto, ma è competente nella sua area di competenza. Detto questo, il membro del team non deve essere interfunzionale, ma deve esserlo il team nel suo insieme.
I team con un'elevata auto-organizzazione e funzionalità incrociata si tradurranno in un'elevata produttività e creatività.
Dimensioni del team di Scrum
La dimensione del Team di Sviluppo raccomandata in Scrum è 6 +/- 3, ovvero da 3 a 9 membri che non includono lo Scrum Master e il Product Owner.
Ora, andiamo avanti e discutiamo in dettaglio ciascuno di questi ruoli.
Lo Scrum Master
Scrum Master è la persona responsabile di facilitare / istruire il Team di Sviluppo e il Product Owner a lavorare nelle attività di sviluppo quotidiane.
È colui che si assicura che il team comprenda i valori ei principi di Scrum e sia in grado di metterli in pratica. Allo stesso tempo, Scrum Master assicura anche che il Team si senta entusiasta di Agile per ottenere il meglio dal framework. Scrum Master aiuta e supporta anche il team ad auto-organizzarsi.
Oltre a istruire e formare i membri del team sull'importanza di Agile, è anche responsabile di assicurarsi che il team si senta motivato e rafforzato in ogni momento. Lavora anche per rafforzare la comunicazione e la collaborazione tra i membri del team.
Scrum Master è un Process Leader che aiuta lo Scrum Team e gli altri al di fuori dello Scrum Team a comprendere i valori, i principi e le pratiche di Scrum
Ruoli e responsabilità
# 1) Allenatore - Lo Scrum Master funge da Agile Coach sia per il team di sviluppo che per il Product Owner. Lo Scrum Master in un certo senso funge da abilitatore per una corretta comunicazione tra il Team di Sviluppo e il Product Owner. Lo Scrum Master rimane responsabile dell'eliminazione dell'ostacolo tra gli altri ruoli.
Se si nota che il Product Owner non è coinvolto o non concede il tempo adeguato al Team di Sviluppo, allora è compito dello Scrum Master istruire il Product Owner sull'importanza del suo coinvolgimento per il successo generale del team.
# 2) Facilitatore - Lo Scrum Master funge anche da facilitatore per lo Scrum Team. Facilita e organizza tutti gli Eventi Scrum richiesti dai Membri del Team Scrum. Lo Scrum Master facilita anche il Team nel prendere decisioni importanti che aumenterebbero la produttività dello Scrum Team nel suo insieme.
Lo Scrum Master non ordina mai ai Membri del Team di fare qualcosa, piuttosto, li aiuta a realizzarlo facendo coaching e guidando.
# 3) Rimozione degli impedimenti - Lo Scrum Master è anche responsabile della rimozione degli impedimenti che influiscono sulla produttività del team nel fornire business. Qualsiasi impedimento che i membri del team non possano risolvere da soli viene allo Scrum Master per la risoluzione.
Lo Scrum Master dà la priorità a questi ostacoli in base al loro impatto sulla produttività e sul business del team e inizia a lavorare su di essi.
# 4) Gatekeeper delle interferenze - Lo Scrum Master protegge anche lo Scrum Team da interferenze e distrazioni esterne in modo che il team possa rimanere concentrato sulla fornitura del miglior valore al business dopo ogni sprint.
L'interferenza può essere di maggiore preoccupazione se il team lavora in un ambiente Scaled Scrum in cui più Scrum Team lavorano insieme e hanno le dipendenze tra di loro.
Lo Scrum Master si assicura che il team rimanga fuori da qualsiasi discussione irrilevante e si concentri sugli elementi dello Sprint mentre lui stesso si assume la responsabilità di affrontare le domande e le preoccupazioni provenienti dall'esterno.
Scrum Master è responsabile di proteggere il team da interferenze esterne e di rimuovere gli impedimenti in modo da consentire al team di concentrarsi sulla fornitura del valore aziendale.
# 5) Servant Leader - Lo Scrum Master è spesso definito come Servant Leader dello Scrum Team. Una delle sue responsabilità più importanti è chiedere agli Scrum Team le loro preoccupazioni e assicurarsi che vengano affrontate.
È dovere dello Scrum Master confermare che i requisiti essenziali del team siano prioritari e soddisfatti per consentire loro di lavorare in modo efficace e produrre risultati ad alte prestazioni.
# 6) Miglioratore di processo - Lo Scrum Master, insieme al team, è anche responsabile dell'improvvisazione regolare dei processi e delle pratiche impiegate per massimizzare il valore fornito. Non è responsabilità dello Scrum Master portare a termine il lavoro, ma è sua responsabilità consentire al team di ideare un processo che gli consenta di completare i propri obiettivi di sprint.
Il Product Owner
Un altro ruolo fondamentale di cui parleremo in questo tutorial è il Product Owner. Il Product Owner è la voce del cliente / stakeholder e quindi è responsabile di colmare il divario tra il team di sviluppo e gli stakeholder. Il Product Owner gestisce il divario in modo tale da massimizzare il valore del prodotto in costruzione.
Il Product Owner è destinato a essere coinvolto in tutte le attività di Sprint e di sviluppo e svolge un ruolo cruciale nel successo di un prodotto.
Ruoli e responsabilità
# 1) Colmare il divario - Il Product Owner lavora a stretto contatto con gli stakeholder interni ed esterni per raccogliere gli input e sintetizzare una visione per inserire le caratteristiche del prodotto nel Product Backlog.
È responsabilità del Product Owner comprendere i requisiti e le preferenze della comunità di stakeholder / clienti poiché è colui che agisce come loro rappresentante e si assume la responsabilità di costruire la giusta soluzione.
Allo stesso tempo, il Product Owner assicura che il Team di Sviluppo capisca cosa deve essere costruito e quando. Collabora quotidianamente con il team. L'impegno del Product Owner con il Team aumenta la frequenza di feedback e il tempo di risposta, il che di conseguenza aumenta il valore del prodotto in costruzione.
L'assenza / minore collaborazione di un Product Owner può portare a risultati disastrosi e, in ultima analisi, al fallimento di Scrum.
Il Product Owner garantisce che gli elementi del Product Backlog siano trasparenti e chiaramente espressi e che tutti i membri del team abbiano la stessa comprensione dell'elemento.
# 2) Gestisce il Product Backlog - Come risultato del punto precedente, il Product Owner è responsabile della creazione e della gestione del Product Backlog, ordinando gli articoli nel Product Backlog per soddisfare al meglio i requisiti dello Stakeholder, ovvero la prioritizzazione degli elementi del Product Backlog e infine dovrebbe essere sempre disponibile a rispondere o fornire chiarimenti a tutte le domande del Team di Sviluppo.
Nel complesso, è responsabile della preparazione del Product Backlog al fine di migliorare il valore fornito.
Chiunque desideri aggiungere / rimuovere un elemento nel Product Backlog o deve modificare la priorità di un elemento deve essere indirizzato al proprietario del prodotto
# 3) Certificazione di un prodotto - Un'altra sua responsabilità è certificare le caratteristiche in costruzione. In questo processo, definisce i criteri di accettazione per ogni elemento del Product Backlog. Il Product Owner potrebbe anche creare i Test di Accettazione che rappresentano i Criteri di Accettazione da lui definiti o potrebbe richiedere l'assistenza delle PMI o del Team di Sviluppo per crearli.
Ora, è lui che si assicura che i criteri di accettazione siano soddisfatti eseguendo i test di accettazione. Può scegliere di eseguire questi test di accettazione da solo o può chiedere agli esperti di farlo per assicurarsi che gli aspetti funzionali e di qualità siano soddisfatti e le aspettative siano soddisfatte.
Questa attività viene solitamente svolta durante lo sprint man mano che gli elementi vengono completati in modo che gli errori possano essere scoperti e possano essere corretti prima dello Sprint Review Meeting effettivo.
# 4) Partecipazione - Il Product Owner è un partecipante chiave nelle attività relative allo Sprint. Lavora a stretto contatto con il team di sviluppo per spiegare gli elementi, il loro ambito e il valore che detiene.
Funge anche da abilitatore per il team di sviluppo per essere in grado di raccogliere gli elementi del Product Backlog che dovrebbero consegnare entro la fine dello Sprint. Oltre alle attività di Sprint, il Product Owner lavora anche alle attività di rilascio del prodotto.
Durante le attività di rilascio del prodotto, il proprietario del prodotto si impegna con gli stakeholder per discutere gli elementi del rilascio successivo. Uno dei fattori chiave per il successo del successo di un team è che l'intero team deve rispettare il Product Owner e le sue decisioni. Nessuno oltre al Product Owner dovrebbe dire al team su quali elementi lavorare.
Si consiglia di avere un unico Product Owner a tempo pieno per un singolo prodotto. Tuttavia, può esserci un accordo in cui il proprietario del prodotto è un ruolo part-time.
Proprietario del prodotto proxy
Proxy Product Owner è una persona iscritta dallo stesso Product Owner che può assumersi tutte le sue responsabilità, la sua assenza e sostenerlo. Il Proxy Product Owner è responsabile e responsabile di tutte le responsabilità a cui è stato delegato, ma la responsabilità del lavoro svolto alla fine è ancora dell'effettivo Product Owner.
sas programmazione intervista domande e risposte
Il Proxy Product Owner ha anche il potere di prendere le decisioni necessarie per conto dell'effettivo Product Owner.
Il team di sviluppo
Un'altra parte molto importante dello Scrum Team è il Team di Sviluppo. Il team di sviluppo è composto da sviluppatori esperti nella propria area di competenza. A differenza degli altri membri dello Scrum Team, il Team di Sviluppo lavora sull'effettiva implementazione del software / incremento potenzialmente consegnabile che deve essere consegnato alla fine di ogni Sprint.
Il team di sviluppo può essere composto da persone con competenze specialistiche come sviluppatori front-end, sviluppatori backend, operazioni di sviluppo, esperti di controllo qualità, analisti aziendali, amministratori di database, ecc., Ma tutti sono indicati come sviluppatori; Non sono ammessi altri titoli. Il team di sviluppo non può nemmeno avere sotto-team al suo interno come il team di test, il team di specifica dei requisiti ecc.
Il Team è costituito considerando tutte le competenze essenziali richieste per sviluppare, testare e fornire con successo gli incrementi di prodotto ad ogni Sprint senza l'aiuto esterno. Pertanto, il team dovrebbe essere autosufficiente e interfunzionale. Il Team di Sviluppo non riceve alcun aiuto dall'esterno dello Scrum Team e gestisce il proprio lavoro.
La responsabilità dello sviluppo degli Incrementi spetta sempre al Team di Sviluppo nel suo insieme, ma tutti nello Scrum Team sono responsabili della consegna complessiva.
È esclusivamente una decisione del team di sviluppo aggiungere / rimuovere un membro del team. Se è necessario un nuovo set di abilità, il team di sviluppo può scegliere di sviluppare tale esperienza all'interno del team o aggiungere un nuovo membro al team.
Ruoli e responsabilità
# 1) Sviluppo e consegna - Il team di sviluppo è responsabile della creazione di un incremento fatto in base alla 'Definizione di Fatto' alla fine di ogni sprint. L'incremento fatto potrebbe non essere necessariamente una parte della prossima versione di produzione, ma è sicuramente una funzionalità potenzialmente rilasciabile che un utente finale può utilizzare.
È la chiamata del Product Owner per decidere cosa deve far parte del rilascio. Il Team di Sviluppo, tuttavia, è responsabile dello sviluppo e della consegna dell'Incremento Fatto ogni Sprint che soddisfa i criteri della Definizione di Fatto.
# 2) Compito e fornitura di stime - Il Team di Sviluppo è anche responsabile della raccolta delle User Story / Articoli dal Product Backlog prioritario da consegnare nel prossimo Sprint. Pertanto, questi elementi costituiscono quindi uno Sprint Backlog. Lo Sprint Backlog viene creato durante uno Sprint Planning meeting.
Un'altra responsabilità molto importante che un team di sviluppo ha è creare attività suddividendo gli elementi dello sprint e fornendo stime a questi elementi dello sprint.
Nessuno dice al team di sviluppo cosa e come fare le cose. È responsabilità del Team di Sviluppo ritirare gli elementi dal Product Backlog che possono essere consegnati nel prossimo Sprint. Una volta avviato lo Sprint, gli elementi non possono essere modificati / aggiunti / rimossi.
Dimensioni del team di sviluppo
La dimensione del team di sviluppo dovrebbe essere scelta con saggezza in quanto può ostacolare direttamente la produttività del team, influenzando così la consegna del prodotto. Il team di sviluppo non dovrebbe essere molto grande in quanto potrebbe richiedere molto coordinamento tra i membri del team.
Tuttavia, per un team molto piccolo, sarebbe molto difficile avere tutte le competenze necessarie per fornire un incremento. Pertanto, dovrebbe essere scelto un numero ottimale per la dimensione del team di sviluppo.
La dimensione del Team di sviluppo raccomandata va da 3 a 9 membri esclusi lo Scrum Master e il Product Owner a meno che non stiano sviluppando anche l'incremento del software insieme agli altri sviluppatori.
Sommario
Scrum Team
Ruoli
- Proprietario del prodotto
- Team di sviluppo
- Maestro di mischia
Taglia
- Dimensione dello Scrum Team: da 3 a 9
Team auto-organizzato
- Conosce il modo migliore per completare il proprio lavoro.
- Nessuno dice al team auto-organizzato cosa fare.
Team interfunzionale
- Ha tutte le competenze necessarie per completare il proprio lavoro senza bisogno di alcun aiuto esterno.
Proprietario del prodotto
- Rappresenta il comitato o ne è influenzato.
- Collabora con gli Stakeholder e lo Scrum Team.
- Gestisce il product backlog
- Spiega gli elementi del backlog del prodotto.
- Priorità agli elementi di lavoro.
- Si assicura che il backlog del prodotto sia facilmente comprensibile e trasparente.
- Definisce chiaramente su quali elementi lavorare.
- Assicura che il team di sviluppo comprenda l'elemento nel backlog del prodotto
- Tutto ciò che deve essere aggiunto / rimosso / modificato nel Product Owner dovrebbe provenire dai Product Owner.
- Rispondi a una chiamata come quando rilasciare gli elementi di lavoro.
Maestro di mischia
- Si assicura che lo Scrum sia chiaramente compreso e adottato dal team.
- È un servant leader per lo Scrum Team.
- Rimozione degli impedimenti
- Proteggi il team da interazioni inutili per massimizzare il valore aziendale creato dallo Scrum Team.
- Facilitare gli eventi Scrum quando richiesto.
- Assicura che le riunioni siano fissate in una finestra temporale.
Team di sviluppo
- Fornisce un incremento potenzialmente rilasciabile del prodotto 'Fatto' alla fine di ogni Sprint.
- Sono auto-organizzanti e interfunzionali.
- Nessuno dice al team di sviluppo cosa e come fare.
- Non sono ammessi titoli. Tutti sono sviluppatori nel team.
- Non è possibile creare sotto-team.
- Restano responsabili del lavoro sugli elementi Sprint.
- Il team di sviluppo è responsabile del compito e della fornitura delle stime.
Questo è tutto ciò che avevamo in serbo sui ruoli e le responsabilità degli Scrum Team. Abbiamo discusso le responsabilità di ciascuno dei membri del team e il modo in cui lavorano come un intero team.
Restate sintonizzati per saperne di più sugli Scrum Artifacts nel nostro prossimo tutorial, dove discuteremo dei sottoprodotti come Product Backlog, Sprint Backlog e Increments.
Tutorial PREV | PROSSIMO Tutorial
Lettura consigliata
- Artefatti Scrum: Product Backlog, Sprint Backlog e Product Increment
- Valutazione dei difetti in Scrum: come è organizzata in un setup di Scrum
- Scrum Team autosufficienti: come creare un team autosufficiente?
- Ruolo degli analisti aziendali in SCRUM e perché un QA è il migliore per questo ruolo?
- Tutorial JIRA Scrum Board: Gestione di Scrum con Jira per la gestione dello Sprint
- Quiz online su Agile Scrum: prova la tua conoscenza di Agile Scrum
- Come creare un team di QA di successo
- Team Building nel test del software - Come costruire e far crescere il tuo team di controllo qualità