Che cos'è l'health check sui Principi del Manifesto Agile?
L'health check sui Principi del Manifesto Agile trasforma ciascuno dei 12 principi alla base del Manifesto Agile in un'affermazione sul vostro team, ad esempio Il nostro software funzionante è la principale misura di avanzamento. Ognuno valuta ogni affermazione su una scala a cinque punti, da Totalmente in disaccordo a Totalmente d'accordo. Così potete capire quali principi descrivono davvero il modo in cui lavora il team e quali vengono condivisi solo sulla carta. Le affermazioni coprono l'intero elenco: consegna anticipata e continua, apertura ai cambiamenti anche tardivi, rilasci frequenti, collaborazione quotidiana con il business, persone motivate, conversazione faccia a faccia, software funzionante, ritmo sostenibile, eccellenza tecnica, semplicità, auto-organizzazione e riflessione periodica. I principi con i punteggi più bassi e quelli su cui il team è più in disaccordo forniscono un ordine del giorno già pronto per la prossima retrospettiva.
Dimensioni
Principi agili
I dodici principi alla base del Manifesto Agile, valutati in base a quanto il team concorda sul fatto che ciascuno rifletta il vostro reale modo di lavorare.
Consegna continua
Principio 1. La nostra massima priorità è soddisfare il cliente rilasciando software di valore fin da subito e in modo continuo.
- Totalmente in disaccordo
- Neutrale
- Totalmente d'accordo
Apertura al cambiamento
Principio 2. Accogliamo i cambiamenti nei requisiti, anche nelle fasi avanzate dello sviluppo. I nostri processi agili sfruttano il cambiamento a favore del vantaggio competitivo del cliente.
- Totalmente in disaccordo
- Neutrale
- Totalmente d'accordo
Rilasci frequenti
Principio 3. Consegniamo frequentemente software funzionante, con cadenza variabile da un paio di settimane a un paio di mesi, preferendo i periodi più brevi.
- Totalmente in disaccordo
- Neutrale
- Totalmente d'accordo
Collaborazione
Principio 4. Le nostre persone del business e gli sviluppatori lavorano insieme ogni giorno per tutta la durata del progetto.
- Totalmente in disaccordo
- Neutrale
- Totalmente d'accordo
Supporto al team
Principio 5. Costruiamo i progetti attorno a persone motivate. Diamo loro l'ambiente e il supporto di cui hanno bisogno e ci fidiamo della loro capacità di portare a termine il lavoro.
- Totalmente in disaccordo
- Neutrale
- Totalmente d'accordo
Comunicazione
Principio 6. Abbiamo conversazioni faccia a faccia efficienti ed efficaci per trasmettere informazioni al team di sviluppo e al suo interno.
- Totalmente in disaccordo
- Neutrale
- Totalmente d'accordo
Software funzionante
Principio 7. Il nostro software funzionante è la principale misura di avanzamento.
- Totalmente in disaccordo
- Neutrale
- Totalmente d'accordo
Sviluppo sostenibile
Principio 8. I nostri processi agili promuovono uno sviluppo sostenibile. Sponsor, sviluppatori e utenti riescono a mantenere un ritmo costante indefinitamente.
- Totalmente in disaccordo
- Neutrale
- Totalmente d'accordo
Qualità
Principio 9. Prestiamo costante attenzione all'eccellenza tecnica e alla buona progettazione per migliorare l'agilità.
- Totalmente in disaccordo
- Neutrale
- Totalmente d'accordo
Semplicità
Principio 10. Abbracciamo la semplicità: l'arte di massimizzare la quantità di lavoro non svolto.
- Totalmente in disaccordo
- Neutrale
- Totalmente d'accordo
Auto-organizzazione
Principio 11. Le architetture, i requisiti e la progettazione migliori emergono perché siamo un team che si auto-organizza.
- Totalmente in disaccordo
- Neutrale
- Totalmente d'accordo
Miglioramento continuo
Principio 12. A intervalli regolari il nostro team riflette su come diventare più efficace, quindi regola e adatta il proprio comportamento di conseguenza.
- Totalmente in disaccordo
- Neutrale
- Totalmente d'accordo
Quando utilizzare questo controllo dello stato di salute
- In una retrospettiva, quando il team vuole confrontare le proprie abitudini con i principi a cui ha aderito.
- Quando si forma un nuovo team che ha bisogno di una visione condivisa di cosa significhi lavorare in modo agile nella quotidianità.
- Ogni trimestre, per capire se le pratiche si stanno avvicinando o allontanando dai 12 principi.
- Dopo un cambiamento importante nei processi, per verificare che il nuovo modo di lavorare rispetti ancora i principi.
Consigli e suggerimenti
- Eseguitelo prima di una retrospettiva e mettete all'ordine del giorno i due o tre principi con il punteggio più basso.
- Ripetetelo ogni trimestre per individuare le tendenze e riconoscere i principi che sono migliorati.
- Mantenete le risposte anonime, così le persone valutano ciò che accade davvero e non ciò a cui il team aspira.
- Confrontate i principi con il punteggio più alto e quelli con il punteggio più basso. La distanza tra i due gruppi porta di solito alla discussione più utile.
- Associate a ogni principio con un punteggio basso un piccolo esperimento da provare nello sprint successivo.