Che cos'è il Radar delle pratiche di sviluppo?
Il Radar delle pratiche di sviluppo è un health check rapido pensato per i team software. Il team valuta sei affermazioni su una scala a cinque punti, da Fortemente in disaccordo a Fortemente d'accordo: il perimetro del lavoro è chiaro, gli standard di codifica sono condivisi e rispettati, le persone hanno tempo per concentrarsi, il debito tecnico è monitorato e gestito, le funzionalità più onerose e critiche hanno test automatizzati e il rilascio è automatizzato e affidabile. Con sei dimensioni resta abbastanza veloce da poterlo ripetere ogni trimestre, e i punti deboli saltano subito all'occhio. Se Capacità di concentrazione ottiene punteggi bassi in tutto il team, è un problema concreto da portare a chi definisce le priorità. Usate i risultati per concordare uno o due cambiamenti, poi verificate alla sessione successiva se hanno funzionato.
Dimensioni
Pratiche di sviluppo
Le pratiche di ingegneria fondamentali che influiscono sull'efficacia con cui il team pianifica, sviluppa, testa e rilascia software di qualità.
Chiarezza del perimetro
Il perimetro del nostro lavoro è chiaro e ben definito.
- Perimetro poco chiaro
- Perimetro abbastanza chiaro
- Perimetro ben definito
Standard di codifica condivisi
Abbiamo un insieme concordato di standard di codifica, definiti e rispettati.
- Nessuno standard condiviso
- Standard presenti ma applicati in modo variabile
- Standard rispettati con costanza
Capacità di concentrazione
Abbiamo il tempo e la possibilità di concentrarci sul lavoro pianificato.
- Interruzioni continue
- Un po' di tempo per concentrarsi
- Tempo di concentrazione protetto
Gestione del debito tecnico
Monitoriamo e gestiamo il nostro debito tecnico.
- Debito ignorato
- Debito tracciato di tanto in tanto
- Debito gestito attivamente
Pratiche di test
Abbiamo test funzionali automatizzati per le funzionalità più onerose e critiche.
- Test prevalentemente manuali
- Automazione parziale
- Automazione dei test solida
Processo di rilascio
Abbiamo un rilascio automatizzato, affidabile e con controllo di qualità.
- Rilasci manuali e rischiosi
- Rilasci in parte automatizzati
- Rilasci automatizzati affidabili
Quando utilizzare questo controllo dello stato di salute
- Quando il team di ingegneria vuole una visione condivisa della solidità delle proprie pratiche quotidiane.
- In una retrospettiva o in una revisione trimestrale, per capire dove gli attriti rallentano la consegna.
- Quando si forma un nuovo team, per stabilire un punto di partenza su standard di codifica, test e rilascio.
- Su più sessioni, per verificare se le pratiche di sviluppo stanno migliorando.
Consigli e suggerimenti
- Fatelo in forma anonima, così le persone rispondono con franchezza su perimetro, concentrazione e debito tecnico.
- Confrontate i risultati tra i vari team per individuare pratiche da condividere o standardizzare.
- Dedicate ogni retrospettiva alle una o due dimensioni con il punteggio più basso. Provare a sistemarle tutte e sei insieme raramente funziona.
- Ripetete il radar ogni trimestre per osservare le tendenze e verificare che i miglioramenti concordati tengano.