Ecco cosa ci siamo concentrati dopo l'implementazione di Agile:
- Le tue definizioni di storie migliorano?
- Le stime di storypoint migliorano?
- La velocità della squadra sta migliorando?
- Hai delle retrospettive di fine sprint?
- Stai affrontando le questioni sollevate in queste retrospettive?
- Hai un buon Product Owner
- Il proprietario del tuo prodotto possiede il prodotto o altri ruoli nel team si assumono le proprie responsabilità?
- Sei bravo a mantenere fisso il contenuto di Sprint?
- Annullerai uno Sprint se il fallimento è inevitabile?
- cancellerai uno Sprint se i requisiti sono cambiati troppo?
- La cultura è senza colpa / ogni corpo è uguale?
-
automatizzi i test di regressione?
- Questa è la chiave per un approccio iterativo
-
Hai gli strumenti necessari?
- Controllo del codice sorgente
- Integrazione continua
- Distribuzioni con script
- TDD o BDD
-
Stai affrontando l'associazione del debito tecnico con lo sviluppo iterativo?
- Stai facendo periodici refactoring / hardening sprint?
E ce ne sono altri, ma non ho ancora avuto il mio secondo caffè.
Scoprirai che, in un primo momento, c'è sempre spazio per miglioramenti. Ma gradualmente la squadra cadrà nel suo solco e inizierà a lavorare come una macchina ben oliata. A quel punto inizierai a vedere sempre meno miglioramenti tra gli sprint. Va bene, però. Significa solo che stai per raggiungere l'efficienza ottimale del team.
Una volta a questo punto, è comunque importante essere costantemente autovalutati. Non smettere di avere retrospettive. Non smettere di chiedere come puoi migliorare le cose.
Oh sì, e uno Scrum Master (se stai facendo Scrum) dovrebbe essere in grado di aiutarti con tutto questo. Dico dovrebbe perché nella mia esperienza l'importanza di uno Scrum Master addestrato è solitamente sottovalutata. Il ruolo in genere ricade sul Project Manager che non ha la formazione per svolgere il ruolo.