Julien Dubois
J'ai terminé il y a quelques semaines la lecture de l'ouvrage de Véronique Messager intitulé Coacher une équipe agile et je souhaitais partager avec vous un des outils mis à disposition par Véronique.
Le but du livre est de vous donner des outils afin de coacher une équipe agile (original, pas vrai ?) que ça soit le scrum master ou une équipe en général. L'auteure passe en revue beaucoup d'outils que vous pouvez utiliser dans diverses situations.
Un des chapitres rappel les concepts de Scrum et récapitule dans un tableau les droits et devoirs du product owner et de l'équipe. Je vous les détaille ici :
Droits #
Du product owner #
- Participer aux daily scrums meetings
- Féliciter, encourager les membres de l'équipe
- Être informé et avoir une bonne visibilité
- Comprendre ce qu'est la dette technique ou une technical story
- Bénéficier d'une délégation de la maîtrise d'ouvrage ou du comité de pilotage
- Obtenir des estimations de l'équipe
- Modifier le product backlog et les priorités
- Obtenir des résultats tangibles
De l'équipe #
- Négocier les changements, le périmètre, les priorités
- Connaitre la vision
- Obtenir des clarifications sur les spécifications
- Disposer des moyens adéquats
- Droit à l'erreur
- Définir son processus / ses outils
- Accéder facilement au product owner
- Régler la dette technique ou réaliser des technical stories
- Equipe dédiée, sans préemption
- Lab day / Free day entre les sprints
- Explorer, investiguer
- Participer à la démo
Devoirs #
Du product owner #
- Partager la vision du produit
- Être disponible pour l'équipe
- Participer aux réunions de planification
- Être le représentant des utilisateurs
- Apporter des réponses, prendre des décisions
- Créer le product backlog priorisé, le mettre à jour tout au long du projet
- Livrer des user stories "ready"
- Préciser ses critères d'acceptation "done"
- Valider le produit
De l'équipe #
- Être transparent
- Définir la notion de "ready" (user story)
- Respecter ses engagements
- Livrer des users stories respectant la définition du "done"
- Estimer le product backlog
- Entraide entre les membres
J'ai trouvé ce récapitulatif très pertinent et m'en sert dans la présentation que l'on donne à nos clients pour détailler le fonctionnement de Scrum au lancement des projets. La formalisation de ces points est très bien accueillie par les clients, cela permet de mettre en abîme des points dont ils n'ont pas forcément conscience.
Je ne peux que vous inviter à en faire de même !