Questa pagina è stata tradotta automaticamente. Per una migliore esperienza di lettura, passa all'inglese.

Passa all'inglese

Correggere la mischia zombie in 3 passi

Che cos’è lo Zombie Scrum?

Zombie Scrum descrive i team che hanno mantenuto la struttura di Scrum (rituali, ruoli, ecc.) ma hanno perso l’effettivo nucleo – del beneficio per il cliente, i valori e il miglioramento continuo –. Scrum si trasforma così in un guscio vuoto privo di reale agilità.

I sintomi tipici di Zombie Scrum sono

  • Processi rituali eseguiti meccanicamente senza valore aggiunto
  • Nessun incremento funzionante, revisioni rare o inutili da parte degli stakeholder
  • Nessuna vera retrospettiva o piano di miglioramento
  • Poca autonomia, mancanza di responsabilità

L’impatto di Zombie Scrum: demotivazione, calo della qualità, mancanza di personalizzazione – Scrum come rituale vuoto. Vedi anche: Falso Agile

Ci sono molte ragioni per fare lo Zombie Scrum. Probabilmente potete rispondere a questa domanda nel modo migliore per il vostro team e la vostra organizzazione.

O se no, magari chiedete al vostro team? Ecco un formato retrò che potete usare per indagare sulle cause della mischia zombie nel vostro team:

  • Cosa ci blocca o rende difficile ottenere un feedback diretto dai nostri clienti?
  • Che cosa ci impedisce di determinare autonomamente le nostre priorità, i metodi di lavoro e gli approcci risolutivi?
  • Cosa dovrebbe accadere affinché il team sia massimamente motivato a raggiungere il proprio obiettivo e a creare valore per i clienti?

Come risolvere lo Zombie Scrum: i 3 passi da seguire

Molte istruzioni per Scrum sono supertecniche. Non sono un fan di istruzioni così dettagliate. Il modo esatto in cui si conduce una revisione di sprint è in definitiva irrilevante. Secondo la mia esperienza, i punti chiave necessari per curare Zombie Scrum sono i seguenti 3 passaggi:

Fase 1: obiettivo del team e feedback del cliente

Non si può lavorare in modo agile senza un vero contatto con i clienti. Dopo tutto, il team deve essere in grado di ottenere un feedback dai clienti dopo ogni sprint, per poterlo incorporare nella definizione delle priorità dello sprint successivo.

Il management e gli altri stakeholder non devono fungere da “proxy” per il cliente. I team agili non sviluppano ciò che il management pensa che il cliente voglia, ma ciò che il cliente vuole. E per questo, i team agili non parlano con il management, ma con il cliente stesso.

Certo: anche la direzione ha un’influenza sul team e questo va bene. La direzione può contribuire alla definizione degli obiettivi del team. Ma poi la direzione deve lasciare al team la libertà di collaborare con i clienti in modo auto-organizzato.

Fase 2: creare sicurezza psicologica e autoefficacia

Il team parla direttamente quando qualcosa non funziona? Oppure si limitano a mormorare dei problemi a porte chiuse, ma non li affrontano in modo costruttivo per ottenere un miglioramento?

Se così fosse, ciò potrebbe essere dovuto a due fattori:

  • Nel team manca la sicurezza psicologica: le persone non osano affrontare apertamente i problemi.
  • Impotenza appresa: il team non crede più che si possa migliorare qualcosa.

Spesso si tratta di un misto di entrambi. È necessaria una cultura dell’errore aperta, in modo che sia normalizzato affrontare i problemi e, nel migliore dei casi, ricevere persino un riconoscimento.

Per liberarsi dell’impotenza appresa (cioè della bassa autoefficacia), è necessario il passo successivo:

Fase 3: Miglioramento continuo

Il team deve rendersi conto che i problemi che vengono affrontati vengono anche risolti. Quindi, cogliete ogni occasione per affrontare attivamente i problemi e risolverli.

Non appena il team si rende conto che le cose stanno cambiando, affronterà di nuovo i problemi in modo più aperto nelle retrospettive.

Non succede da un giorno all’altro. L’impotenza appresa è cresciuta nel corso degli anni. Ma questo non deve essere una scusa! Ogni retrospettiva è un’opportunità per mettere in moto la spirale positiva dell’autoefficacia.

Suggerimento: se le vostre retrospettive mancano di slancio, Echometer potrebbe aiutarvi: Grazie al suo approccio ludico e strutturato, con Echometer potete dare nuova vita alle vostre retrospettive. Provatelo qui: Provate lo strumento retro Echometer

Conclusione: Zombie Scrum può essere curato

Guarigione = obiettivo del team + feedback del cliente + sicurezza psicologica + miglioramento continuo

Prima la buona notizia: sì, la mischia zombie può essere curata. Ed è anche relativamente chiaro quali siano gli ingredienti necessari.

La cattiva notizia è che ognuno di questi ingredienti non è facile da ottenere. A seconda del contesto, può essere necessaria molta energia per creare le condizioni necessarie. Peggio ancora, potrebbe risultare che la vostra organizzazione non è ancora pronta per un vero modo di lavorare agile.

Ma non ipotizziamo il peggiore degli scenari. Se ora conoscete almeno la causa della vostra mischia zombie, potete lavorarci in modo mirato. In modo molto agile, passo dopo passo.

Allora, mettiamoci al lavoro!

Categoria del blog

Altri articoli su "Suggerimenti sull'agilità"

Visualizza tutti gli articoli di questa categoria
Modello Agile Spotify: Squad, Tribe, Chapter e Guild spiegati

Modello Agile Spotify: Squad, Tribe, Chapter e Guild spiegati

Il modello agile di Spotify con Squad, Tribe, Chapter e Guild spiegato in modo semplice. Scopri di più su vantaggi, tipiche insidie e casi d'uso.

5 idee per la retrospettiva di sprint che i team non mancheranno di celebrare

5 idee per la retrospettiva di sprint che i team non mancheranno di celebrare

Scopri 5 idee per la retrospettiva Sprint che il tuo team adorerà! Dalla retrospettiva a batteria alla barca a vela: migliora i tuoi processi agili e il lavoro di squadra.

I miei 7 modelli preferiti per le retrospettive Agile

I miei 7 modelli preferiti per le retrospettive Agile

Scopri 7 modelli insoliti per le retrospettive agili che motiveranno sicuramente il tuo team! Da "Batteria" a "CEO" – nuovi impulsi per la tua prossima retrospettiva sprint.

Come si può migliorare la comunicazione in un team di sviluppo software remoto?

Come si può migliorare la comunicazione in un team di sviluppo software remoto?

Migliora la comunicazione nei team di software da remoto! Scopri misure efficaci per lo sviluppo agile di software, dagli incontri individuali alle retrospettive.

Metriche DORA e SPACE: 2 workshop di squadra per il miglioramento

Metriche DORA e SPACE: 2 workshop di squadra per il miglioramento

Ottimizza la distribuzione del tuo software con le metriche DORA e SPACE! In questo articolo scoprirai come migliorare le prestazioni con i workshop di gruppo.

Accordi di lavoro: 10 esempi, campioni e modelli

Accordi di lavoro: 10 esempi, campioni e modelli

Agile Working Agreements: 10 esempi, modelli e template per Scrum, team remoti e SAFe. Come migliorare la collaborazione e rafforzare i team!

Lista di controllo per i team leader: 10 compiti chiave

Lista di controllo per i team leader: 10 compiti chiave

10 compiti per i team leader: questa checklist ti aiuta a tenere traccia di tutto e a guidare al meglio i tuoi collaboratori. ✓ Scarica ora gratuitamente in PDF!

Lo Scrum Master come Servant Leader: 8 spunti di riflessione

Lo Scrum Master come Servant Leader: 8 spunti di riflessione

Scopri come diventare un Servant Leader come Scrum Master! 8 consigli su comunicazione, auto-organizzazione e gestione agile dei progetti per il tuo team agile.

Non tutti i team Scrum sono agili: Fake Agile

Non tutti i team Scrum sono agili: Fake Agile

Non tutti i team Scrum sono agili: scopri cosa significa Fake Agile, quali sono le sue cause (mancanza di feedback da parte dei clienti, focus sulla velocity) e come proteggerti.

Newsletter Echometer

Non perdere gli aggiornamenti sull'Echometer e trova ispirazione per il lavoro agile