Votre navigateur ne supporte pas JavaScript ! Interrupt Pattern - Scrum Inc.
  • LinkedIn
  • YouTube
  • RSS

Modèle d'interruption

Les interruptions se produisent. En informatique, un système d'exploitation doit être capable de gérer les interruptions, sinon la machine tombe en panne. Il en va de même pour les sprints. La clé pour gérer les interruptions est de s'y attendre.

Temps estimé pour ce cours: 12 minutes
Audience: Intermédiaire
Prérequis suggérés: Backlog de produitProduct Owner, Backlog de sprint

À l'issue de la formation, vous serez en mesure de

  • Savoir comment mettre en œuvre le schéma d'interruption
  • Comprendre comment le Product Owner protège les équipes
  • Se qualifier pour le PMI UFC. Voir FAQ pour plus de détails
Product Owner Aperçu :
L'une des idées centrales de Scrum est que l'équipe n'est pas interrompue pendant un Sprint. Tous les travaux à effectuer au cours d'un sprint doivent être présentés et classés par ordre de priorité dans le carnet de commandes du sprint au cours de la planification du sprint.

C'est l'idéal. Cependant, il arrive souvent que les interruptions soient inévitables. Le retour d'information en temps réel peut être essentiel pour créer un produit de qualité, mais il doit être régulé pour éviter que l'équipe ne reçoive des messages contradictoires et ne soit ralentie. Dans un monde parfait, ce retour d'information serait incorporé dans le Backlog de produit pour les prochains sprints, mais il y a des moments où il n'est tout simplement pas possible d'attendre.

En savoir plus sur le schéma d'interruption
Tout d'abord, toutes les demandes de travail nouveau ou trouvé doivent passer par le Product Owner. Le Product Owner doit examiner le nombre de tâches non planifiées dans un sprint et créer un tampon pour les prendre en compte. Par exemple, si une équipe a une vélocité de 200 points, mais qu'elle subit régulièrement des interruptions de 50 points, le Product Owner ne doit permettre à l'équipe d'accepter que 150 points dans un même sprint et disposer d'une réserve de 50 points.

Deuxièmement, lorsqu'une tâche non planifiée apparaît, le Product Owner l'ordonne dans la mémoire tampon en fonction des critères suivants valeur commerciale. Le plus important est de prendre une grande respiration et de se rendre compte que de nombreuses demandes peuvent être reportées au Sprint suivant, mais que les interruptions critiques qui ne peuvent pas attendre vont dans la mémoire tampon.

Le modèle d'interruption est un outil qui protège l'équipe des exceptions déraisonnables. S'il est évident que le tampon d'interruption va déborder, le Product Owner doit immédiatement activer le Scrum. Procédure d'urgencece qui a pour effet d'interrompre le Sprint.

Papiers et motifs
Modèles :

Illigitimus Non Interruptus

Procédure d'urgence

Le Scrum Pattern Language of Programing : Le mouvement PLoP codifie des pratiques agiles bien connues qui ont été mises en œuvre avec succès à de nombreuses reprises.

Papiers :

Les équipes qui finissent tôt accélèrent plus vite : Un modèle pour les équipes performantes

fr_FRFrench
Actions