Bonjour Jean-Pierre et Constantin (et toute l'équipe Scrum life bien sûr), Merci beaucoup pour votre réponse en vidéo 🙏🙏😉. C'est beaucoup plus clair 😉 Bonne journée et bonne continuation 😉
Comment avoir un backlog prêt pour le planning si les parties prenantes mettent un sujet nouveau et important sur la table , on a pas eu le tps de faire la discovery, les specs et de faire le refinement?
Salut ! On peut en parler en Sprint Planning par exemple. On peut bien sûr inviter des parties prenantes en Sprint Planning si elles sont utiles. Cela suppose que le sujet soit jugé suffisamment important pour que les parties prenantes se libèrent, justement... Si le sujet nécessite de la discovery, dans le sens où il n'est pas encore évident que c'est LA chose à faire, alors autant faire l'exploration pendant le Sprint qui vient. Qu'en penses-tu ? -- JP
Bien le vidéo, j'ai quelques points/feedback. Sur le timebox, en fonction des sponsors, oui, et peut-être aussi la maturité l'équipe, qui deviennent plus efficace sur le temps avec la pratique du JEU Scrum. La Sprint Review est une session de travail oui, et peut-être pour répondre à la question en titre, la Sprint Review est pour mettre à jour le Product Backlog si le feedback est pertinent. Le feedback en cours de Sprint, collaborer avec les utilisateurs/parties prenantes, oui, et pour moi, pendant toutes las phases, conception, dev, test, et surtout la demo ce qui réduit les surprises en Sprint Review. Pour aller plus loin sur la question du titre, un feedback urgent découvert en Sprint Review, ajout au Product Backlog et demande à la personne ou aux personnes de participer au Sprint Planning pour l'affiner ensemble, ne l'affine pas en Sprint Review. Merci à vous 🤗🤗
Merci pour ces retours et compléments ! Oui nous sommes alignés. Est-ce que c'est ce que tu arrives à faire avec tes équipes ? Est-ce que ça a été difficile ou assez fluide ? -- JP
Oui JP, aligné avec toi 👍, et il faut du temps selon le contexte, il faut utiliser les bonnes postures vis-à-vis de l'équipe et les parties prenantes. Ma dernière expérience: Pour l'équipe, il faut servir d'abord, et après, il faut inspirer le droit d'essayer, inculquer l'expérimentation, et mon jeu Scrum Constellation Game a super bien marché pour inititier ça avec l'équipe. Pour les parties prenantes, si le PO leur parle souvent, il faut trouver moyen de l'accompagner, cela fait partie de lui servir, il faut prendre une posture de partenariat avec le PO, et ensuite les parties prenantes cela devient naturel d'être en partenariat avec eu. Pour en finir, en ayant confiance des trois côtés, on les rassemble, on améliore les canaux de communications, et on est présent pour soutenir le process et les personnes, inspecte et adapte. Il peut y avoir un travail énorme pour aligner les planètes d'abord. On peut tout faire en BIG BANG, oui, et on peut croire qu'ion peut gérer les conflits, mais si on veut aider l'équipe à grandir, il faut les aider à voir au delà du possible. Il faut du temps, et Scrum parfait n'existe pas, c'est un voyage 😉
