Quels sont les plans de sprint dans Scrum?

Ce blog Edureka sur les `` plans de sprint '' vous guide pas à pas à travers le processus de planification de sprint en mettant en évidence ses processus, ses participants, ses avantages et ses inconvénients.

Pour extraire deux fois le travail en deux fois moins de temps, vous avez besoin d'un plan solide. Dans Scrum , ces plans sont appelés Plans de sprint et ce qui suit, espérons-le, sera une ventilation complète de la même chose.

Pour savoir comment optimiser efficacement les ressources de votre organisation, nous vous encourageons vivement à . Cela ouvrira un océan d'opportunités dans tous les domaines.





Cet article va couvrir les sujets suivants

Ainsi, pour le développement de n'importe quel produit, vous avez besoin d'un plan dans lequel votre équipe peut comprendre les éléments suivants:



  • Quel est leur objectif?
  • Que faut-il faire pour atteindre l'objectif?
  • Comment y parvenir?

Un plan Sprint est censé répondre à toutes ces questions dans le Cadre Scrum .

Qu'est-ce qu'un plan de sprint?

Les plans de sprint sont destinés à l'équipe pour déterminer le backlog produit les éléments sur lesquels ils travailleront pendant cette période sprint. Il discute de leur plan initial pour compléter ce qui doit être fait de la manière la plus optimisée.

La plupart des équipes peuvent trouver utile d'établir un objectif de sprint et de l'utiliser comme base sur laquelle elles déterminent les éléments du backlog de produit sur lesquels elles travaillent pendant ce sprint.



Mesure de planification de sprint - Plans de sprint - Edureka

Qui sont ses participants?

Les plans de sprint impliquent généralement toute l'équipe.

À Propriétaire du produit estcelui qui propose l'objectif et les priorités du Sprint ainsi que l'identification des éléments du backlog.

La équipe détermine le nombre d'articles du carnet de commandes qu'ils prévoient être en mesure de terminer et comment seront-ils livrés à temps.

La Scrum Master facilite la planification de sprint afin de s'assurer que la discussion est efficace et que les éléments appropriés du backlog de produit sont inclus dans le backlog de sprint. Il / Elle s'assure également qu'il y a un accord sur l'objectif du sprint.

chaîne de date java à ce jour

Conditions préalables à une planification efficace des sprints

Vous devez prendre en compte certaines conditions préalables pour organiser une planification de sprint efficace, telles que les suivantes.

  • Backlog priorisé
  • Témoignage utilisateur optimisé et estimé
  • Définition de Terminé
  • Capacité prévue de l'équipe

Qu'est-ce qu'une réunion de planification de sprint?

Une réunion de planification de sprint est généralement divisée en deux parties.

Étape 1: Portée

L'équipe sélectionne les éléments dans une liste hiérarchisée des éléments de backlog produit existants qu'elle prévoit pouvoir terminer pendant le sprint.

Voici un ensemble d'exemples de questions posées sur l'ordre du jour de la réunion.

  • Quel est l'objectif du sprint? (Il s'agit d'un filtre de décision pour déterminer les éléments du backlog de produit à inclure dans le sprint.)
  • Quels éléments du backlog produit sont déjà terminés et contribuent à l'objectif de sprint?
  • Qui est disponible pour ce sprint particulier? (Ici, vous essayez d'identifier les vacances, les vacances, les autres activités qui auront un impact sur la disponibilité de tout le monde pendant le sprint.)
  • Quelle est la capacité de l’équipe? (En supposant que tout le monde est disponible)
  • Que faut-il inclure dans le backlog de sprint en fonction de l’objectif du sprint et de la capacité de l’équipe?
  • Dans quelle mesure l'équipe se sent-elle confiante d'atteindre l'objectif de sprint?

Étape 2: Planifiez

Au cours de cette étape, l'équipe explique en détail comment elle va livrer les éléments de backlog de produit sélectionnés. Cela peut inclure l'identification des tâches pour les éléments du backlog produit. Cela pèse toutes les dépendances entre les éléments et l'inscription aux éléments du backlog de produit initial à chaque membre de l'équipe.

Time-Box pour les réunions de planification de sprint

Dans un environnement, un boîte à temps est défini comme unpériode de tempsau cours de laquelle une tâche doit être accomplie. Les boîtes horaires sont généralement utilisées dans le gestion des risques de développement de logiciels .

Les équipes sont continuellement chargées de produire une amélioration réalisable du logiciel, produisant des produits potentiellement livrables dans un délai d'un nombre spécifique de semaines.

À réunion de planification de sprint devraitêtre temporisé à 8 heures par mois ou 2 heures par semaine pour un Sprint d'un mois. Le plus court leSprint, le plus court est leboîte à tempspourPlanification de sprint.

Qu'est-ce qu'un objectif de sprint?

Créé lors de la réunion de planification de sprint, l'objectif de sprint est un objectif fixé pour le sprint. Il peut être atteint grâce à la mise en œuvre du Product Backlog. Il fournit des conseils à l'équipe de développement sur la raison pour laquelle l'incrément est construit.Le Sprint Goal donne à l'équipe une certaine flexibilité concernant les fonctionnalités implémentées dans le Sprint.

Mérites et pièges de la planification de sprint

Bénéfices attendus

Le principal avantage de la planification de sprint est la visibilité. Cela permet à une équipe de démarrer un nouveau sprint avec une compréhension de ce sur quoi elle va travailler pour ce sprint. Il sert de plan initial sur la façon dont ils abordent ce travail.

En dehors de cela, la planification de sprint présente également d'autres avantages, à savoir

est une relation en java
  • Visibilité de la portée
  • Découverte des tâches
  • Utilisation optimale de la capacité
  • Amélioration de la collaboration d'équipe
  • Fluage contrôlé de la lunette (croissance incontrôlée continue de la lunette)

Pièges courants

La planification de sprint peut devenir très inefficace lorsque votre équipe ne dispose pas d'un backlog produit bien affiné à partir duquel puiser les éléments du backlog produit.

Ce problème peut être résolu en établissant un processus cohérent de raffinement de l'arriéré qui aboutit à un ensemble d'éléments de l'arriéré de produits qui répondent à un définition de «terminé». Ces éléments de backlog de produit peuvent ensuite servir d'éléments de backlog de produit potentiels que vous envisagez d'inclure dans le sprint.

Un autre obstacle survient lorsque vous n’établissez pas d’objectif spécifique pour le sprint et que vous vous retrouvez avec un ensemble d’éléments indépendants sur lesquels tout le monde doit travailler, ce qui se traduit par un travail de sprint mais pas de progrès notable.

Les plans de sprint sontl'un des événements Scrum d'origine et ont été créés dans le cadre du cadre.Généralement utilisé lorsque votre équipe suit Scrum ou toute autre itération temporelle. Si vous suivez une approche basée sur les flux, vous pouvez toujours trouver efficace de comprendre ce sujet pour construire une compréhension commune des éléments qui sont mis en file d'attente pour travailler ensuite.