Revues de sprint : les défis auxquels j’ai été confronté en tant que Scrum Master

Le Sprint Review est un événement Scrum formel où l’équipe Scrum et les parties prenantes se réunissent pour examiner et évaluer le résultat du Sprint. Au cours de cette réunion, l’équipe et les parties prenantes décident en collaboration des prochaines étapes du produit.

Chaque Scrum Master a sa propre approche pour mener des réunions de Sprint Review, et au cours de mes plus de 7 années d’expérience en tant que Scrum Master, j’ai rencontré divers défis. J’aimerais partager ces défis et les stratégies pour les surmonter, garantissant ainsi une session réussie.

Scénario I – Les parties prenantes ne rejoignent pas le Sprint Review

L’un des défis les plus courants auxquels une équipe Scrum est confrontée lors de la revue de sprint est que les parties prenantes sont très occupées et annulent souvent leur participation à la dernière minute. Certaines techniques qui aident à encourager la partie prenante à assister à la revue de sprint sont les suivantes :

1. Commençons par définir un accord de travail en équipe. Un accord de travail est utilisé par les équipes Scrum qui servent de règles de base pour le produit, convenant aux deux parties. L’accord de travail contient de nombreux éléments tels que les détails de l’équipe, les rôles et responsabilités, les outils qu’ils utilisent, la manière dont ils sont livrés, etc. Parmi ces éléments, un accord de travail contient également des événements d’équipe avec leur calendrier, leur public, leur cadence, etc. Avoir cet accord en Le lieu aide non seulement les parties prenantes à comprendre l’importance de ces événements, mais le calendrier est également coordonné pour convenir à toutes les personnes impliquées.
2. Nous devrions discuter avec l’équipe Scrum de la bonne quantité d’éléments prioritaires à présenter dans le délai imparti.
3. Les points de l’ordre du jour doivent être clairement incorporés dans le rapport de sprint. Ce rapport parle des réalisations du sprint en cours, de l’impact commercial, de la vitesse du sprint et de toutes les dépendances de l’équipe, ainsi que des éléments du prochain sprint.
4. L’objectif principal doit être de mettre en évidence l’impact commercial de votre sprint afin d’encourager les parties prenantes à donner des commentaires valables. Nous devrions en fait décrire l’impact à travers nos tickets de production qui sont sur le point de sortir et quelle est la valeur commerciale qu’ils apportent. Exemple-Dans une entreprise FinTech, nous avons développé un cas dans lequel les conseillers peuvent voir les taux de change et les actifs, ce qui augmente en quelque sorte la valeur de l’entreprise, ce que les clients ne pouvaient pas voir auparavant.
5. Tenez les parties prenantes informées des mesures à prendre découlant de l’un de leurs commentaires. Nous devrions en fait être transparents avec eux en montrant les points d’histoire que l’équipe a brûlés pendant le sprint et la quantité déversée ainsi que les actions pour y faire face afin d’aider nos parties prenantes à se méfier de la feuille de route prévue.
6. L’examen ne doit pas être trop technique, sinon les parties prenantes auront tendance à se désintéresser.

Scénario 2 – Le Product Owner traite la Revue de Sprint comme une acceptation et voit le travail effectué pour la première fois

1. C’est un autre défi auquel la plupart d’entre nous sont confrontés. Étant donné que le PO peut être occupé par diverses initiatives au niveau commercial. Il est très important d’obtenir de leur part la bonne disponibilité et l’attention nécessaire.
2. En tant qu’équipe Scrum, nous devrions inviter PO à nos réunions Scrum quotidiennes pour discuter des exigences.
3. Le meilleur moyen est de demander au PO de donner une image globale des feuilles de route de l’entreprise et de faire comprendre aux développeurs les exigences et leurs priorités.
4. Le PO doit affiner toutes les histoires avant de venir à une séance de raffinement.
5. En cas d’indisponibilité, nous devrons demander une autre disponibilité.
6. Nous devons également obtenir l’approbation Go-No du PO dans certains cas.
7. Le SM et le PO doivent travailler en étroite collaboration pour discuter des défis de l’équipe, le cas échéant.
8. Dans une équipe Scrum autogérée, il incombe à chacun de combler le fossé entre les développeurs et les PO.

Scénario 3 – Difficile de gérer les Sprint Reviews en raison de nombreux retours

Si tout le monde est activement impliqué et que de nombreux retours sont en cours, il pourrait devenir difficile de gérer cela. Certaines choses qui peuvent aider sont :

1. Invitez uniquement l’ensemble pertinent de parties prenantes. Trop de monde serait écrasant.
2. Veuillez encourager les parties prenantes à participer aux activités de raffinement en cours du backlog produit.
3. Donnez la priorité aux travaux sur lesquels vous souhaitez obtenir des commentaires. Discutez d’abord de l’élément critique atteint.

En tant que SM, j’ai fait face à tous ces défis, mais cela dépend de la manière dont nous les surmontons. Le remède à tous ces défis auxquels nous sommes confrontés serait davantage de communication, de transparence et de précieux commentaires. En fait, chacun est responsable du succès du Sprint Review et cela signifie que chacun doit être conscient de sa position dans l’équipe et de l’impact de ses actions.