Scrum : rôles, événements, artefacts
Scrum selon le Scrum Guide 2020 : les trois responsabilités, les événements et leur durée maximale, les artefacts et leur engagement, les trois piliers, et les dérives les plus fréquentes.
- 30 cartes
- 5 thèmes
- Gratuit
Le programme, thème par thème
Le poids de chaque thème suit celui que lui donne l'examen.
- Notions
- Questions
- Ranger et relier
- Mises en situation
- Comprendre
Quelques cartes du deck
Scrum : de quoi s'agit-il ?
Voir la réponse
Cadre léger dans lequel une petite équipe livre de la valeur par incréments, en cycles courts de durée fixe, en inspectant son travail et en s'adaptant.
C'est un cadre, pas une méthode complète : il fixe des rôles, des événements et des artefacts, et laisse l'équipe choisir ses pratiques techniques.
Qui a le pouvoir d'annuler un sprint ?
- Le Product Owner, si l'objectif de sprint est devenu obsolète
- Le Scrum Master, dès qu'un obstacle bloque l'équipe
- Les Developers, quand ils jugent qu'ils ne pourront pas tout finir
- Le client, quand ses priorités changent en cours de sprint
Voir la réponse
Le Product Owner, si l'objectif de sprint est devenu obsolète
Seul le Product Owner peut annuler un sprint, et seulement si l'objectif n'a plus de sens. Ne pas tout finir ou voir une priorité changer n'est pas une raison : on adapte le contenu avec lui.
Les trois piliers de Scrum sont la transparence, … et ….
Voir la réponse
Les trois piliers de Scrum sont la transparence, l'inspection et l'adaptation.
On rend le travail visible, on l'examine souvent, puis on corrige le cap. Les événements de Scrum sont autant d'occasions d'inspecter et de s'adapter.
Product Owner : de quoi s'agit-il ?
Voir la réponse
Responsabilité d'une seule personne : maximiser la valeur du produit et gérer le backlog de produit, qu'elle ordonne et rend transparent.
C'est une personne, pas un comité : elle peut déléguer le travail, mais reste responsable de l'ordre du backlog. Elle formule et communique l'objectif de produit, qui est l'engagement du backlog de produit.
La mêlée quotidienne dure 45 minutes et chacun y rend compte au chef de projet. Que faire ?
- La faire passer à une fois par semaine pour que le chef de projet y assiste plus longtemps
- Remplacer la réunion par un compte rendu écrit que chacun envoie chaque soir
- Garder les 45 minutes mais faire parler les parties prenantes en premier
- La ramener à 15 minutes entre Developers, tournée vers l'objectif de sprint
Voir la réponse
La ramener à 15 minutes entre Developers, tournée vers l'objectif de sprint
La mêlée est une synchronisation des Developers entre eux pour planifier leur journée, pas un compte rendu hiérarchique. Elle reste courte, quotidienne et pilotée par l'objectif de sprint.