Quand je débarque dans une équipe Scrum, je commence, bien sûr, par poser des questions. Ca me permet de mieux me rendre compte de deux choses :
1) Sur le fond, quelle est la maturité de lʼagilité dans cette équipe ? Est-ce quʼelle a intégré le but de Scrum, ou est-ce quʼelle est passée en mode Cargo Cult ou Zombie Scrum ?
2) Sur la forme, comment lʼéquipe prend-elle ces questions, est-ce que ses membres partagent des constats, est-ce quʼils sont conscients de leurs points forts/points faibles et des améliorations possibles?
Quelle forme ça prend ?
Simplement une discussion avec lʼéquipe, ou avec une partie dʼentre eux, où je leur pose ces questions et je leur demande de me montrer leurs pratiques actuelles. Jʼessaie également de ne pas utiliser trop de jargon, et de voir comment lʼéquipe sʼest appropriée le vocabulaire Scrum. Surtout, jʼexplique que ce nʼest pas un audit ou un examen. Le but est dʼêtre conscient de lʼétat actuel des choses, sans jugement, pour pouvoir ensuite travailler ensemble sur les choses à améliorer.
Les questions pour l’équipe entière
- Connaissez-vous votre vélocité ? Comment la calculez-vous? Quel est votre pourcentage de prédictibilité ?
- Combien de fois avez-vous livré en production pendant les derniers sprints ? Comment mesurez-vous la valeur ou lʼimpact de ce que vous livrez ?
- A quelle fréquence travaillez-vous ensemble à lʼatteinte dʼun objectif commun durant un sprint ?
- Sur les 5 derniers sprints, combien de sprint goals avez-vous atteint ? Quʼavez-vous changé quand vous ne les avez pas atteints ?
- Pouvez-vous me donner les objectifs de votre produit?
- Quelles sont les dernières actions dʼamélioration continue que vous avez décidées en équipe ?
- Comment estimez-vous la complexité de vos items de backlog ? Qui participe à lʼestimation ?
- Comment définissez-vous le contenu du prochain sprint? Qui participe ?
- Quel est votre pourcentage de bugs détectés avant la mise en prod ? après la mise en prod ?
- Combien de temps cela vous prend-il en moyenne entre lʼapparition dʼune idée dans le backlog et sa livraison en prod ?
- Comment validez-vous les items du sprint ? Qui le fait ? A quelle fréquence ?
- Pouvez-vous me montrer vos burndown charts ? Quand les utilisez-vous ? Que vous ont-ils appris récemment ?
- A combien de reprises avez-vous modifié votre sprint backlog dans les derniers sprints?(ajouté ou enlevé des choses)
- Quelle est lʼhumeur actuelle de lʼéquipe ? Comment le savez-vous ?
Les Questions pour le Product Owner
- Quelle est la stratégie actuelle de ton produit ? Quelle est la vision produit ? Le product goal ?
- A combien de reprises as-tu parlé avec des utilisateurs ces derniers mois ?
- Qui sont les parties prenantes de ton produit ? Par quel moyen communiques-tu avec eux ?
- Comment les derniers incréments du produit sont-ils communiqués aux parties prenantes ?
- Quel pourcentage de temps de l’équipe est passé à gérer le delivery ? Le discovery ? Le run ?
- Comment organises-tu ta veille pour rester au contact de ton marché ? Comment te tiens-tu au courant des dernières tendances en termes d’UX ? De culture et pratiques produit ?
- Comment est-ce que tu priorises ton backlog ?
- Combien d’items sont prêts dans le backlog ? Ça permet de remplir combien de sprints ?
- Décris-moi la dernière fois où tu as dit non à une idée d’une partie prenante.
- Quel est le processus pour créer la roadmap ? De quels éléments as-tu besoin ? Qu’est-ce qu’attendent les parties prenantes ?
- A quoi ressemblent les user stories ? Comment les découpe-tu ?
- Décris-moi comment vous rejetez les items du sprint qui ne correspondent pas aux critères d’acceptation.
- Quelles sont les dernières mesures que tu as prises pour voir si ce que vous avez livré a eu la valeur ou l’impact escompté ?
- Comment gérez-vous votre dette technique ? Votre dette documentaire ?
Les questions pour l’équipe de développement
- Quelle est votre Definition of Done ? Combien de fois l’avez-vous faite évoluer ? Comment l’avez-vous définie ?
- Sur combien d’items de backlogs travaillez-vous en parallèle pendant un sprint ?
- A quelle fréquence faites-vous du pair-programming dans l’équipe ?
- Comment estimez-vous votre dette technique ? Est-elle traquée ?
- Combien de temps par sprint consacrez-vous à du bug fixing ? A du refactoring ? A de la revue de code ?
- Quels sont vos moyens de transférer les connaissances au sein de l’équipe ?
- Comment assurez-vous votre excellence technique ?
- Quelle est votre couverture de tests aujourd’hui ?
- Participez-vous à la définition des items du backlog ? A la phase de discovery ?
- Comment définissez-vous les tâches à réaliser pour atteindre les objectifs décrits dans les user stories ?
- Pouvez-vous me montrer vos dernières releases notes ?
- Combien de bugs avez-vous observé en production sur ces derniers sprints ? Combien en avez-vous résolu ?
- Comment est organisé votre effort de run et de support ?
Si vous cherchez de l’aide pour lancer ce genre de diagnostic dans une équipe qui galère avec Scrum, n’hésitez pas à me contacter ! Poser ces questions, c’est bien, savoir quoi en faire ensuite pour transformer les réponses en impacts positifs, c’est mieux !