Cette fois, la session a durée un peu plus de deux heures. Il manquait un workshop après pour rendre les concepts manipulés lors de l'atelier plus pratiques. C'est une des remarques récurrentes.
Nous avons également perdu deux participants en cours de route qui manquaient d'un minimum de connaissance sur l'agilité. Mes prochaines sessions seront dorénavant introduites par une présentation rapide des processus agiles et moins contraintes par le temps.
Pour les deux équipes, cette session a permis d'expérimenter la partie cliente de l'Agilité, d'"objectiviser" la valeur métier et son utilisation.
Des propositions pour rendre le jeu plus réaliste (mais plus compliqué) sont ressorties pendant la rétrospective:
La valeur métier manipulée pendant le jeu est un mélange de revenu financier et de satisfaction cliente. Lorsque cette satisfaction chute, l'équipe peut perdre son client.
Et si le client passait à l'équipe adverse?La vélocité de l'équipe n'est pas figée pendant le jeu, elle a une part aléatoire obligeant le Product Owner a anticipé cette variation en priorisant l'implémentation des User Stories. Ca a un côté mécanique qui occulte une notion importante d'une équipe Agile: l'engagement de l'équipe sur un Sprint.
Après la satisfaction utilisateur, et si on introduisait une satisfaction ou une motivation de l'équipe?
Aucun commentaire:
Enregistrer un commentaire