INSERIRE

REGISTRARSI
Ricercatore

Scrum: il pilastro di molti team agili

Seleziona la lingua :

Devi consentire i cookie di Vimeo per poter visualizzare il video.

Sblocca il corso completo e ottieni la certificazione!

Stai visualizzando il contenuto gratuito. Sblocca il corso completo per ottenere certificato, esami e materiale scaricabile.

*Con l’acquisto del corso ti regaliamo due corsi a tua scelta*

*Scopri la migliore offerta del web*

Trascrizione Scrum: il pilastro di molti team agili


Scrum è di gran lunga il framework agile più conosciuto e utilizzato. Si basa su un approccio iterativo e incrementale per sviluppare prodotti e gestire progetti complessi.

Invece di una pianificazione iniziale dettagliata, Scrum utilizza cicli di lavoro brevi chiamati Sprint per fornire valore su base regolare e consentire un adattamento continuo.

Sebbene spesso venga confuso con l'"Agile" stesso, Scrum è un framework specifico che implementa i valori e i principi agili attraverso ruoli, eventi e artefatti definiti.

La sua guida ufficiale è volutamente leggera e talvolta descritta come "incompleta" per incoraggiare l'adattamento e l'interpretazione contestuale.

È fondamentale per qualsiasi Agile Coach padroneggiarne i fondamenti.

Ruoli (PO, SM, Dev Team), Eventi (Sprint, Planning, Daily, Review, Retro), Artefatti (Backlogs, Incremento)

Scrum è strutturato attorno a tre pilastri:

Ruoli:

  • Product Owner (PO): rappresenta la voce del cliente ed è responsabile di massimizzare il valore del prodotto gestendo il Backlog.
  • Scrum Master (SM): agisce come leader di servizio, assicurando che il team segua le pratiche di Scrum, eliminando gli ostacoli e facilitando gli eventi.
  • Team di sviluppo: gruppo auto-organizzato e multifunzionale di professionisti che svolgono il lavoro di creazione dell'incremento del prodotto. Non ci sono ruoli ufficialmente suddivisi (come QA o designer) all'interno del team in Scrum.

Eventi (Cerimonie): Sono opportunità programmate per l'ispezione e l'adattamento:

  • Sprint: iterazione di durata fissa (generalmente 1-4 settimane) durante la quale viene creato un Incremento "Fatto".
  • Pianificazione dello Sprint: riunione all'inizio dello Sprint per selezionare il lavoro dalla Lista dei prodotti in sospeso e pianificare come verrà realizzato.
  • Daily Scrum (Stand-up): breve riunione quotidiana (15 min) per consentire al Team di Sviluppo di sincronizzare le attività e pianificare le prossime 24 ore.
  • Sprint Review: si tiene alla fine dello Sprint per ispezionare l'Incremento e adattare la Lista dei prodotti in sospeso, se necessario.
  • Retrospettiva dello Sprint: opportunità per il team Scrum di ispezionare il proprio processo e creare un piano di miglioramento.

Artefatti: rappresentano il lavoro o il valore:

  • Elenco dei prodotti in sospeso: elenco ordinato di tutto ciò che è noto e necessario nel prodotto; è dinamico e gestito dal PO.
  • Sprint Backlog: insieme di elementi del Backlog selezionati per lo Sprint, più un piano per la loro consegna.
  • Incremento: la somma di tutti gli elementi della lista dei prodotti in sospeso completati durante uno Sprint e gli Sprint precedenti; deve essere utilizzabile.
  • (Implicito) Definizione di completato (DoD): criterio condiviso affinché il lavoro sia considerato completato.

Valori Scrum e principi fondamentali

Oltre ai principi agili generali, Scrum è guidato da cinque valori specifici che promuovono un ambiente di lavoro produttivo e collaborativo:

  • Impegno: i membri del team si impegnano personalmente a raggiungere gli obiettivi del Team Scrum.
  • Coraggio: il team ha il coraggio di fare la cosa giusta e di lavorare su problemi difficili.
  • Concentrazione: tutti si concentrano sul lavoro dello Sprint e sugli obiettivi del Team Scrum.
  • Apertura: il Team Scrum e i suoi stakeholder concordano di essere aperti su tutto il lavoro e le sfide.
  • Rispetto: i membri del Team Scrum si rispettano reciprocamente come persone capaci e indipendenti.

Questi valori sono la base su cui si fondano la fiducia e la trasparenza all'interno del team.

Quando Scrum è adatto (e quando non lo è)

Scrum eccelle in determinati contesti, ma non è una soluzione universale:

Funziona bene quando:

  • I team sono piccoli (circa 3-9 sviluppatori) e relativamente prevedibili (poche interruzioni esterne).
  • È possibile consegnare incrementi di prodotto funzionali e potenzialmente spedibili alla fine di ogni Sprint.
  • Il team può essere veramente multifunzionale e auto-organizzato.

Può presentare delle sfide o non essere ideale quando:

  • Ci sono molte interruzioni urgenti o un'elevata imprevedibilità, che rendono difficile la pianificazione dello Sprint.
  • Il team pratica la consegna/distribuzione continua a un ritmo più veloce dello Sprint, rendendo il ciclo dello Sprint artificiale.
  • Esistono forti passaggi sequenziali tra i ruoli all'interno dello Sprint (ad esempio, Progettazione -> Backend -> Frontend -> QA), creando colli di bottiglia.
  • I membri del team lavorano in silos su progetti completamente scollegati, rendendo difficile l'impegno e la collaborazione come team.
  • C'è una mancanza di reale empowerment del Product Owner, che invalida la prioritizzazione e l'impegno dello Sprint.
  • Le storie degli utenti sono costantemente troppo grandi per essere completate all'interno di uno Sprint.

Sommario

Scrum è il framework agile più conosciuto e utilizzato. Si basa su un approccio iterativo e incrementale per la gestione di progetti complessi.

È strutturato in Ruoli (PO, SM, Dev Team), Eventi (Sprint, Pianificazione, Daily, Review, Retro) e Artefatti (Backlog, Incremento). I ruoli, gli eventi e gli artefatti sono definiti.

Scrum è guidato da cinque valori: Impegno, Coraggio, Concentrazione, Apertura e Rispetto. Funziona bene in team piccoli e prevedibili.


scrum il pilastro di molti team agili

Pubblicazioni recenti di coach agile professionale

Ci sono errori o miglioramenti?

Dov'è l'errore?

Cosa c'è che non va?