Il Team Scrum

Il Team Scrum è un'unità coesa di professionisti focalizzata su un prodotto.

Non ci sono sotto-team o gerarchie, solo tre responsabilità distinte:

• Product Owner — Responsabile della massimizzazione del valore
• Developers — Responsabili della creazione di un Incremento utilizzabile
• Scrum Master — Responsabile dell'efficacia di Scrum

Nota: La Guida Scrum 2020 usa "Developers" per tutti coloro che creano l'Incremento, indipendentemente dal titolo professionale. Tester, designer e altri sono tutti "Developers" nei termini Scrum.

Il Product Owner è una persona, non un comitato. È responsabile di:

Sviluppare e comunicare l'Obiettivo del Prodotto La visione di dove sta andando il prodotto. Questo guida tutte le decisioni.

Creare e ordinare il Product Backlog Decidere cosa costruire e in quale sequenza. Questo richiede comprensione del valore, del rischio e delle dipendenze.

Garantire che il backlog sia trasparente e compreso Il team dovrebbe comprendere gli elementi del backlog abbastanza bene da discuterne.

Principio chiave: Il Product Owner può delegare queste attività, ma rimane responsabile di esse. L'organizzazione deve rispettare le decisioni del PO: il backlog riflette le sue decisioni, non un voto di comitato.

I Developers sono professionisti che creano qualsiasi aspetto di un Incremento utilizzabile in ogni Sprint. Sono responsabili di:

Creare un piano per lo Sprint (Sprint Backlog) I Developers decidono COME trasformare gli elementi del backlog in un Incremento.

Instillare qualità aderendo a una Definition of Done La qualità non è negoziabile. Done significa fatto, non "fatto in attesa di test".

Adattare il loro piano ogni giorno verso l'Obiettivo dello Sprint Lo Sprint Backlog è un piano vivente, aggiornato man mano che il team impara.

Ritenersi reciprocamente responsabili come professionisti L'auto-gestione significa che il team gestisce i propri problemi.

Principio chiave: Nessuno dice ai Developers come fare il loro lavoro. Il Product Owner dice COSA costruire; i Developers decidono COME.

Lo Scrum Master è responsabile dell'efficacia del Team Scrum. Serve il team e l'organizzazione:

Aiutando il team a migliorare le sue pratiche Coaching, facilitazione, insegnamento. Non fare il lavoro al loro posto.

Rimuovendo gli impedimenti al progresso del team Quando qualcosa blocca il team e non possono risolverlo da soli, lo Scrum Master aiuta a rimuoverlo.

Garantendo che gli eventi Scrum siano produttivi e timeboxed Facilitazione, non controllo delle presenze.

Aiutando l'organizzazione ad adottare Scrum A volte i maggiori impedimenti sono organizzativi. Lo Scrum Master li affronta anche questi.

Principio chiave: Lo Scrum Master è un servant-leader: guida servendo, non comandando. Non ha autorità sul team se non l'autorità dell'esperienza e della fiducia.

Le tre responsabilità creano un equilibrio di potere:

Product Owner ↔ Developers Il PO decide COSA e PERCHÉ. I Developers decidono COME e si impegnano sul QUANDO (in base alla loro capacità, non a pressioni esterne).

Scrum Master ↔ Product Owner Lo SM aiuta il PO con tecniche di gestione del backlog e comunicazione con gli stakeholder. Fa coaching sull'ownership efficace del prodotto.

Scrum Master ↔ Developers Lo SM aiuta i Developers ad auto-organizzarsi, migliorare le pratiche tecniche e rimuovere blocchi. Non assegna mai lavoro né fa micromanagement.

La tensione chiave: I PO vogliono più scope; i Developers vogliono un ritmo sostenibile; lo SM garantisce che il processo rispetti entrambi.