Guida Scrum | 3. Valori di Scrum

Scrum è un metodo volto a ottimizzare il lavoro di squadra. Non solo risponde alla domanda su come organizzare il lavoro dei membri dello Scrum Team, ma definisce anche come dovrebbero affrontare il lavoro e gli altri. Le linee guida ei dettagli di questi ultimi sono stati descritti come valori Scrum e l'articolo di oggi si concentrerà esattamente su questo argomento.

5 valori chiave di Scrum – contenuto della tabella:

1. Valori di Scrum
2. Impegno
3. Messa a fuoco
4. Apertura
5. Rispetto
6. Coraggio
7. Riepilogo

Valori di Scrum

Ora, quando conosciamo i termini di base di Scrum e sappiamo qual è il metodo Scrum, possiamo andare avanti e imparare qualcosa sui valori Scrum. I valori Scrum non erano sempre presenti nella Guida Scrum ufficiale. Sono stati aggiunti su richiesta dell'utente all'edizione pubblicata nel 2016. Nell'articolo di oggi descriveremo uno per uno i valori di Scrum, ovvero:

• Impegno
• Messa a fuoco
• Apertura
• Rispetto
• Coraggio

L'aggiornamento della Scrum Guide ha seguito il principio dell'empirismo. Cioè, è stato fatto sulla base delle esperienze dei team che implementano Scrum. Si è scoperto che anche la stretta osservanza del flusso di lavoro di Scrum non ha sempre causato cambiamenti positivi nei team. Lo scopo dell'introduzione dei valori Scrum era definire chiaramente il giusto approccio per promuovere l'implementazione dei principi Scrum.

Impegno

Il primo valore che sta alla base della corretta implementazione di Scrum è l' impegno nel lavoro. Un team di sviluppo orientato a Scrum deve impegnarsi per lo Sprint Goal e il Product Goal.

Ma ancora più importante è l' impegno di ogni singolo Sviluppatore. Fornisce non solo uno sforzo attivo per risolvere i problemi che sorgono nel corso delle attività quotidiane. Include anche la volontà di supportare altri membri del Team di sviluppo quando ne hanno bisogno.

Messa a fuoco

Se ciascuno degli Sviluppatori si concentra su sotto-attività con il pieno impegno, può essere facile perdere di vista l'Obiettivo del Prodotto principale e persino l'Obiettivo Sprint, di cui scriviamo in dettaglio qui. Di conseguenza, l'Incremento prodotto in un determinato Sprint risulterà incompleto. Pertanto, concentrarsi sullo Sprint Goal è estremamente essenziale dal punto di vista del team.

Focus migliora non solo il livello delle attività svolte dai singoli sviluppatori, ma anche i loro risultati si uniscono per raggiungere lo Sprint Goal. E così, il valore aziendale si realizza: il flusso di lavoro di Scrum Team consente la creazione e lo sviluppo delle funzionalità del Prodotto.

Apertura

L'approccio agile differisce dall'approccio tradizionale principalmente per la sua apertura al cambiamento. Ecco perché era tra i valori principali di Scrum. Sia lo Scrum Team che gli Stakeholder traggono vantaggio coltivando il valore dell'apertura nel loro lavoro.

La variabilità in questione può riferirsi a molte aree del progetto, ad esempio:

• riduzione della portata del progetto
• ridefinizione della funzionalità del Prodotto
• riorganizzazione dei compiti svolti dallo Scrum Team per ottimizzare l'efficienza

Le modifiche possono derivare dalle decisioni degli stakeholder, da vincoli aziendali o tecnici. L'apertura di fronte al cambiamento è supportata dalla trasparenza, che è uno dei pilastri dell'empirismo in Scrum. Grazie alla trasparenza, i membri dello Scrum Team e gli Stakeholder sanno da cosa deriva il cambiamento e dove può portare.

Rispetto

I membri dello Scrum Team sono individui indipendenti e uguali. Sviluppatori, Scrum Master e Product Owner sono tutti professionisti che si trattano con il dovuto rispetto. Non dovrebbe esserci spazio per la gerarchia in uno Scrum Team.

Il rispetto serve anche a fornire benessere psicologico. Ciò è particolarmente vero per i membri del Team di sviluppo. Mostrando rispetto reciproco, possono sperimentare liberamente e non aver paura di commettere errori, che sono una parte necessaria del processo di innovazione e portano a un miglioramento delle prestazioni dello Scrum Team.

Coraggio

Il coraggio nella risoluzione dei problemi è, insieme al rispetto, un prerequisito per una sperimentazione di successo. Inoltre fa sì che lo Scrum Team, di fronte a compiti difficili, ripeta i tentativi di risolverli, fino ad ottenere un risultato soddisfacente.

Essere coraggiosi nel proporre soluzioni commerciali, tecniche e interpersonali aiuta a realizzare il potenziale di innovazione insito in Scrum. Il coraggio è anche alla base dell'autogestione dello Scrum Team, che si assume la piena responsabilità delle conseguenze delle decisioni prese dai membri del team.

Scrum Values ​​– riepilogo

Al centro di Scrum ci sono cinque valori: coraggio, rispetto, apertura, concentrazione e impegno. Tutti definiscono importanti aree di approccio al lavoro di squadra. Ma è altrettanto essenziale che siano presenti nella mentalità individuale dei membri dello Scrum Team. Coltivare i valori di Scrum contribuisce a ottimizzare il lavoro di squadra ea migliorare la soddisfazione dei membri del team rispetto ai propri compiti.

Se ti piacciono i nostri contenuti, unisciti alla nostra indaffarata community di api su Facebook, Twitter e Linkedin.

Autore: Caroline Becker

In qualità di Project Manager, Caroline è esperta nella ricerca di nuovi metodi per progettare i migliori flussi di lavoro e ottimizzare i processi. Le sue capacità organizzative e la capacità di lavorare sotto pressione la rendono la persona migliore per trasformare in realtà progetti complicati.

Visualizza tutti i post

Guida alla mischia:

1. Glossario di termini, ruoli e nozioni di base
2. Cos'è Scrum?
3. Valori di mischia
4. Come implementare Scrum nella tua azienda?
5. Scrum Team: cos'è e come funziona?
6. Chi è un Product Owner?
7. Gli errori più comuni del Product Owner
8. Chi è lo Scrum Master?
9. Caratteristiche di un buon Scrum Master
10. Gli errori più comuni di Scrum Master
11. Quali statistiche e metriche dovrebbe monitorare lo Scrum Master?
12. Collaborazione tra Product Owner e Scrum Master
13. Team di sviluppo in Scrum
14. Gli errori più comuni degli sviluppatori
15. Artefatti di Scrum
16. Scalare Scrum
17. Sprint arretrato
18. Cos'è il Product Backlog?
19. Cosa sono le User Story?
20. Creare la migliore User Story con INVEST
21. Gli errori di User Story più comuni
22. Criteri di accettazione della User Story
23. Stima e Punti Storia in Scrum
24. Pianificazione del poker
25. Gioco di stima della squadra
26. Incremento di definizione
27. Eventi Scrum
28. Cos'è lo Sprint in Scrum?
29. Impegni dello Scrum Team - Obiettivo del prodotto, Obiettivo dello Sprint e Definizione del completamento
30. Che cos'è un diagramma di burndown?
31. Come creare e interpretare un diagramma di burndown?
32. Vantaggi e svantaggi del diagramma di burndown
33. Tavole Kanban in Scrum e Scrumban
34. Velocity in Scrum - Velocità del Team di Sviluppo
35. Scrum quotidiano
36. Pianificazione dello sprint
37. Recensione Sprint
38. Che cos'è una retrospettiva sprint?
39. Errori comuni durante una Retrospettiva Sprint
40. Consolidamento del Product Backlog