Guida Scrum | 2. Cos'è Scrum?

Pubblicato: 2022-04-07

Scrum è il modo più popolare di gestione del lavoro di squadra moderna e flessibile. Non solo le aziende di sviluppo software seguono la sua metodologia, ma sempre più spesso team di vari settori come finanza, marketing, risorse umane e industrie creative trovano Scrum pratico e applicabile. La sua popolarità sempre crescente rende Scrum il framework organizzativo più collaudato adattato dai team che cercano la massima efficacia.

Cos'è Scrum – sommario:

  1. Cos'è Scrum?
  2. Filosofia Scrum
  3. Teoria della mischia
  4. Struttura di Scrum
  5. Riepilogo

Cos'è Scrum?

Per rispondere a questa domanda dobbiamo considerare i tre seguenti aspetti:

  • filosofia
  • teoria
  • struttura

Scrum è semplice per design. In primo luogo, facilita la scomposizione dei problemi difficili in componenti più piccoli e più comprensibili. In secondo luogo, fornisce una solida struttura dividendo il lavoro in fasi da eseguire in determinati intervalli di tempo, portando risultati misurabili e soddisfacenti. In terzo luogo, consente di pianificare le fasi successive del lavoro utilizzando i risultati ottenuti e le conclusioni tratte dai processi in corso.

Filosofia Scrum

È importante ricordare che Scrum è solo un framework. Fornisce linee guida per costruire un progetto dettagliato di azioni da intraprendere insieme adattato alle esigenze e capacità del team e dell'organizzazione. Nonostante la sua generalità, Scrum è finemente delineato. La popolarità mostra la sua efficacia, poiché secondo il 15° rapporto annuale sullo stato dell'agile del 2021, i principi Scrum sono utilizzati da ben il 66% dei team che lavorano seguendo le metodologie più moderne. E questa percentuale aumenta a oltre l'80% dei team in tutte le discipline se aggiungiamo metodologie derivate direttamente da Scrum.

Scrum è completo e serve a ottimizzare il lavoro di squadra. Offre un punto di partenza ben definito. Inoltre, la generalità dei principi Scrum rende impossibile applicarli semplicemente in un istante. Tuttavia, l'abbozzo di questo quadro è intenzionale e scorre insieme alla pratica di gestione del progetto. La filosofia Scrum si concentra sulla necessità di un continuo sviluppo e rimodellamento attraverso feedback, riflessione ed esperienza. Rifiuta sistemi complessi e rigidi che organizzano il lavoro senza tener conto di realtà specifiche. Gli autori di Scrum, Ken Schwaber e Jeff Sutherland, chiamano questo principio empirismo nella Guida ufficiale di Scrum.

what is scrum

Teoria della mischia

Il principio fondamentale della teoria di Scrum riguarda l'empirismo. Significa ridurre al minimo la pianificazione e le ipotesi a favore di affidarsi all'esperienza, all'osservazione e alla sperimentazione. Diventa possibile ed efficace grazie all'approccio iterativo, cioè lavorare in cicli brevi, che include non solo lavorare sul prodotto, ma anche progettarlo e valutarne i risultati.

Tre pilastri dell'empirismo sono i più importanti per l'efficacia di Scrum:

  • trasparenza – grazie ad essa, sia le persone che lavorano che gli Stakeholder (a cui dedicheremo una voce separata nel prossimo articolo) possono facilmente verificare lo stato del lavoro sul Prodotto in un dato momento
  • ispezione – significa aggiornamento e controllo frequenti e affidabili dello stato di avanzamento, grazie al quale è possibile rilevare problemi e risolverli rapidamente
  • adattamento – significa adeguare le modalità di lavoro e gli Obiettivi, descritti in un articolo separato, in caso di errori o discrepanze durante l'ispezione.

L'empirismo funziona meglio se il team che opera secondo i suoi principi ha la capacità di autogestirsi secondo il concetto lean. Implica una struttura organizzativa flessibile che consente l'adattamento alle condizioni esistenti, il miglioramento continuo e l'indipendenza dello Scrum Team.

Struttura di Scrum

Scrum definisce il framework per l'azione di squadra definendo:

  1. Composizione e ruoli nel team – Scrum Team
  2. Ritmo delle sue attività e incontri – Scrum Events
  3. Metodi per pianificare, gestire ed eseguire azioni – Scrum Artifacts

Tratteremo tutti questi componenti in dettaglio negli articoli successivi. Qui però ci limiteremo a citare le caratteristiche più importanti di ciascuno di essi.

Scrum Team è un team indipendente e interdisciplinare di professionisti che lavorano in Scrum, libero dall'afflusso di compiti aggiuntivi dall'organizzazione. È la base di un lavoro efficace in Scrum. Lo Scrum Team è composto da Product Owner , Scrum Master e Development Team. È una piccola squadra con una composizione possibilmente costante, che lavora su un obiettivo specifico. Lo Scrum Team dovrebbe costantemente migliorare e valorizzare non solo il prodotto ma anche il proprio modo di lavorare. Ciò contribuisce ad aumentare l'efficienza e la qualità del lavoro di squadra.

Le attività e gli incontri dello Scrum Team sono chiamati Eventi Scrum. Questi includono Sprint, Sprint Planning, Daily Scrum, Sprint Review, Sprint Retrospective e i loro componenti. Per saperne di più sulle loro specificità e sul loro processo, vai agli articoli a loro dedicati.

Il modo di pianificare ed eseguire, e le condizioni per il raggiungimento degli obiettivi di successo, sono descritte in Scrum Artifacts, ovvero Product Backlog e Sprint Backlog. Si tratta di documenti aggiornati molto frequentemente che riflettono lo stato attuale dei lavori sul Prodotto.

what is scrum

Cos'è Scrum? Riepilogo

Cos'è Scrum? Dopo aver letto questo, conosci le basi di questo metodo. Sviluppato da Ken Schwaber e Jeff Sutherland, Scrum è una metodologia di lavoro di squadra estremamente efficace , applicabile in qualsiasi settore. I suoi principi che costituiscono la filosofia, la teoria e la struttura di Scrum sono chiari e chiari. Tuttavia, la loro applicazione pratica richiede l'adozione di un atteggiamento di empirismo, cioè il costante adeguamento delle modalità di lavoro alle condizioni esistenti. E anche miglioramento continuo non solo del Prodotto sviluppato ma anche dei metodi di cooperazione all'interno di un determinato team.

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

Scrum Guide | 2. What is Scrum? caroline becker avatar 1background

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.

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