Scrum Rituals: Sprint Planning

Scrum Sprint Planning: une plongée profonde

Sprint Planning, la pierre angulaire de chaque sprint, ouvre la voie à la prochaine itération. Cet effort de collaboration entre le propriétaire du produit, le Scrum Master et l'équipe de développement définit les objectifs du sprint et le travail requis pour les atteindre.

L'OBJECTIF CORE: pour établir un agenda clair pour le sprint. Le propriétaire du produit présente des histoires d'utilisateurs prioritaires, en les alignant avec la vision du produit. L'équipe estime ensuite l'effort impliqué et s'engage à terminer un nombre réaliste d'histoires basées sur leurs performances passées (vitesse). Le résultat? Un arriéré de sprint mutuellement convenu.

(Cette section est un extrait de "Scrum: Novice to Ninja" par M. David Green. Disponible en librairies et comme un ebook.)

Le Scrum Master facilite, mais le propriétaire du produit entraîne le contenu de la planification de sprint.

Attribution du temps: La durée est flexible, selon la longueur du sprint (par exemple, 3-4 heures pour un sprint de deux semaines, potentiellement une journée complète pour des sprints plus longs). Une planification approfondie est la clé d'une communication efficace et d'une compréhension partagée des livrables. Un Scrum Master qualifié garantit que le processus reste concentré et dans le délai alloué.

PRÉPARATION: Le propriétaire du produit prépare un arriéré de produit raffiné, collaborant avec les parties prenantes pour s'assurer que les histoires sont claires, bien définies et prioritaires. Chaque histoire comprend des critères d'acceptation pour l'achèvement sans ambiguïté.

Présentation d'histoires: Le propriétaire du produit présente les histoires préparées, favorisant une discussion ouverte et permettant à l'équipe de remettre en question la faisabilité et l'exhaustivité. Cette revue collaborative garantit l'alignement et relève de manière proactive les défis potentiels.

Considérations techniques: L'équipe participe activement, soulevant des préoccupations concernant la dette technique, les besoins de refactorisation ou les mises à niveau des infrastructures. Alors que le propriétaire du produit établit des priorités, l'équipe conserve le pouvoir de rejeter des histoires mal définies ou techniquement irréalisables.

Estimation de l'histoire: L'équipe estime l'effort relatif pour chaque histoire en utilisant une méthode choisie (par exemple, points, dimensionnement des t-shirts). Ceci est relatif, pas une estimation temporelle, en se concentrant sur l'effort comparatif basé sur l'expérience passée. La cohérence dans le système d'estimation choisi est cruciale pour le suivi de la vitesse.

Consensus de l'équipe: L'accord sur les estimations d'histoire est essentiel, favorisant la transparence et la compréhension partagée. Chaque membre de l'équipe doit comprendre les efforts impliqués, même s'ils ne fonctionnent pas directement sur l'histoire.

Gestion des bogues: Les bogues (exigences manquées dans les histoires terminées ou acceptées) sont traitées mais ne reçoivent pas de points. Leur résolution a un impact sur la vitesse mais n'est pas prise en compte dans les estimations ponctuelles. Aucune capacité distincte de fixation de bogues n'est allouée.

Tâches vs histoires: Les tâches (maintenance du code, améliorations des infrastructures) sont cruciales mais ne reçoivent pas de points car ils ne fournissent pas directement la valeur de l'utilisateur. La négociation avec le propriétaire du produit garantit que ces tâches vitales sont prioritaires.

pointes: Les défis techniques incertains peuvent nécessiter des pointes (tâches de recherche). Ceux-ci ont défini les critères d'acceptation et les contraintes de temps pour empêcher le drain des ressources.

s'engager dans le carnet de commandes de sprint: L'équipe collabore pour créer un carnet de fonds de sprint basé sur leur vitesse et leurs estimations d'histoire. Bien que le propriétaire du produit ait une autorité finale sur le contenu et la commande, l'équipe peut défendre les ajustements pour optimiser le flux de travail et maintenir la continuité. L'accord final est crucial avant de démarrer le sprint.

Le résultat final: un arriéré de sprint partagé, un objectif de sprint clair et un engagement collectif à livrer les histoires prioritaires dans le délai de sprint. Tout le monde comprend ses responsabilités et le chemin à suivre.

Questions fréquemment posées (FAQ):

• Objectif de la planification du sprint: Définir les livrables et le plan de travail pour le sprint.
• Durée de la réunion: varie en fonction de la longueur de sprint (par exemple, 4 heures pour un sprint de 2 semaines).
• Scrum Master's Rôle: Facilitation, assurer l'adhésion aux principes de la mêlée.
• Détermination des objectifs de sprint: Décision collaborative basée sur des éléments de dossier sélectionné et la capacité de l'équipe.
• Tâches incomplètes: Retourné dans l'arriéré du produit; Les rétrospectives abordent les causes profondes.
• Capacité de l'équipe: déterminée par la taille de l'équipe, la disponibilité et les performances historiques.
• Changements d'objectif de sprint: ne doit pas changer pendant le sprint; L'annulation est une option si les circonstances changent radicalement.
• Rôle du propriétaire du produit: clarifie les éléments du backlog, les critères d'acceptation et collabore sur la sélection des tâches.
• Résultat de la réunion: Objectif de sprint, articles de dossier sélectionné et plan de livraison (carnet de fonds sprint).
• Fréquence de rencontre: Au début de chaque sprint.

Cette explication détaillée fournit une compréhension complète de la planification du sprint Scrum, mettant l'accent sur la collaboration, la transparence et l'engagement.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!