Un tableau de planification de sprint organisant les objectifs du sprint, l'allocation de capacité, les user stories et les assignations de tâches — structuré pour les équipes scrum qui font des sprints de deux semaines.
Aperçu
“Créez un tableau de planification de sprint pour notre équipe scrum”
À propos du cadre
Ce modèle applique le cadre de planification de sprint à la cérémonie qui fixe la direction et les engagements pour chaque cycle de sprint. La planification de sprint est l'événement scrum où l'équipe sélectionne le travail du backlog produit, estime l'effort et s'engage sur un objectif de sprint — le déterminant le plus important pour savoir si un sprint délivre de la valeur ou dérive vers une réalisation de tâches sans focus.
Le tableau est organisé en quatre sections clés : Objectif du Sprint définit l'objectif global et comment le succès sera mesuré. Capacité de l'Équipe documente la disponibilité de chaque membre de l'équipe (tenant compte des congés, réunions et autres engagements) pour que l'équipe s'engage sur une charge de travail réaliste. User Stories liste les éléments de backlog sélectionnés avec les points de story, donnant à l'équipe une compréhension partagée du périmètre. Décomposition des Tâches décompose les stories en tâches spécifiques et assignables avec des estimations d'heures.
Une planification de sprint efficace prévient les deux échecs de sprint les plus courants : le sur-engagement (trop de stories pour la capacité disponible) et la dérive (pas d'objectif clair, donc l'équipe travaille sur ce qui semble urgent). Ce modèle rend les deux risques visibles avant que le sprint commence. Utilisez l'IA pour renseigner le tableau avec vos éléments de backlog réels, calculer la vélocité de l'équipe par rapport à la capacité, ou ajuster le périmètre en fonction des totaux de points de story.
Contenu inclus
Tableau de Planification de Sprint
Questions fréquentes
Décrivez votre backlog à l'IA : 'Ajouter ces user stories : Authentification utilisateur (5 pts), Refonte du tableau de bord (8 pts), Limitation du débit API (3 pts), Notifications email (2 pts).' Elle les placera dans la section des user stories avec les estimations de points.
Multipliez les membres d'équipe disponibles par les jours ouvrables dans le sprint, puis soustrayez les congés planifiés, réunions et heures de rotation de support. Un sprint de deux semaines avec 5 développeurs produit généralement 40 à 45 jours productifs. Demandez à l'IA de 'Calculer la capacité pour une équipe de 5 personnes avec 2 jours de congés au total.'
Oui. Ajustez les chiffres de capacité et réduisez le nombre de user stories en conséquence. Les sprints d'une semaine fonctionnent bien pour les équipes qui ont besoin de cycles de retour plus rapides ou qui sont en phases précoces de découverte produit.
Ajoutez une section 'Report' en haut de la zone des user stories. Listez les stories incomplètes du dernier sprint avec leurs estimations d'effort restant. Celles-ci doivent être priorisées en premier avant de tirer de nouveaux éléments du backlog.
Gratuit pour commencer. Aucune carte de crédit requise.