Che cos'è un Health Check Scrum?
Scrum tende a incepparsi in punti precisi: un backlog che nessuno ha raffinato, eventi che hanno perso il loro senso, un debito tecnico che rallenta ogni sprint. L'Health Check Scrum chiede al team di valutare cinque aree del modo in cui applica Scrum: Product Ownership, Lavoro di squadra, Eventi, Debito di prodotto e tecnico, Strumenti. Ogni area viene valutata da 1 a 5 tra due estremi chiari, come "Inefficaci" e "Molto efficaci" per gli Eventi. Il team vede dove concorda che le cose funzionano e dove invece si stanno incrinando, e il punteggio più basso offre alla prossima retrospettiva un punto di partenza chiaro.
Dimensioni
Pratiche Scrum
Valuta i pilastri fondamentali di come il team applica ogni giorno il framework Scrum, dalla product ownership fino alla consegna e agli strumenti.
Product Ownership
Valuta lo stato attuale del product backlog, delle user story, dei criteri di accettazione e della loro rilevanza per il business.
- Backlog poco chiaro
- Per lo più definito
- Chiaro e di valore
Lavoro di squadra
Valuta lo stato attuale della collaborazione, della comunicazione, della partecipazione e della nostra capacità di gestire il processo e superare gli impedimenti.
- Ognuno per conto suo
- In via di affiatamento
- Pienamente allineati
Eventi
Valuta la cadenza e l'efficacia delle nostre riunioni, tra cui standup, pianificazione, review, retrospettive e refinement.
- Inefficaci
- Abbastanza utili
- Molto efficaci
Debito di prodotto e tecnico
Valuta il nostro burn rate, la definition of done, il valore degli incrementi e il debito tecnico.
- Insostenibile
- Gestibile
- Sano e sostenibile
Strumenti
Valuta la nostra capacità di usare strumenti agili e di automatizzare i test.
- Manuali e macchinosi
- In parte automatizzati
- Snelli ed efficienti
Quando utilizzare questo controllo dello stato di salute
- Quando il team Scrum vuole verificare regolarmente quanto bene sta applicando il framework.
- Prima di una retrospettiva, per orientare la discussione sulle aree che richiedono più attenzione.
- Quando un nuovo Scrum Master o Product Owner vuole una base di partenza su come lavora il team.
- Dopo un cambiamento nei membri del team, nei processi o negli strumenti, per capirne l'effetto.
- Ogni trimestre o ogni pochi sprint, per verificare se le cose stanno migliorando.
Consigli e suggerimenti
- Mantieni l'anonimato, così le persone parlano apertamente di ciò che non funziona.
- Ripetilo con una cadenza regolare per confrontare i risultati da uno sprint all'altro.
- Concentra le azioni sulle una o due aree con il punteggio più basso. Cercare di sistemarle tutte e cinque insieme disperde le energie del team.
- Coinvolgi il Product Owner e lo Scrum Master, così i risultati rispecchiano l'intero team.
- Porta i risultati nella retrospettiva e trasforma il punteggio più basso in un'azione con un responsabile.