La planification du sprint est souvent la réunion la plus longue que les équipes organisent à chaque sprint. Mais il n’est pas nécessaire que cela prenne toute la journée, ni même une demi-journée ! En fait, un sprint de deux semaines peut être bien planifié en seulement 90 minutes, sans se précipiter.
Le réunion de planification de sprint, lorsqu’il est bien fait, est dynamisant pour les équipes. Lorsque les membres de l’équipe repartent avec un plan sur la manière d’aborder le travail du sprint et un objectif sur la manière d’atteindre l’objectif objectif de sprintil y a une excitation agréable dans l’air.
Et lorsque la planification du sprint est bien effectuée, les équipes atteignent leur objectif de sprint la plupart du temps (mais certainement pas tout le temps).
Alors, quels sont les signes de danger indiquant que la planification de sprint est un défi pour vos équipes ? Et comment pouvez-vous inverser la tendance ? Découvrez dans cette vidéo. (Si vous préférez en savoir plus, j’ai inclus la transcription complète ci-dessous.)
Signe de danger 1 : les réunions de planification de sprint sont longues et douloureuses
Le signe de danger numéro un est que les réunions de planification de sprint sont longues et pénibles, et que les membres de l’équipe s’en plaignent. J’entends presque certains d’entre vous me dire que toutes les réunions sont douloureuses. Peut-être. Mais même si vous n’aimez pas participer à une réunion, les membres de l’équipe devraient au moins trouver des réunions de planification de sprint. précieux.
Je n’aime pas aller chez le dentiste deux fois par an pour gratter les balanes de mes dents, mais je reconnais que c’est précieux.
Signe de danger 2 : les équipes manquent la cible du plus grand nombre de sprints
Équipes vous n’avez pas besoin d’atteindre l’objectif du sprint et de tout terminer à chaque sprint mais ils devraient tout finir la plupart du temps.
Trop d’équipes ratent la cible à chaque sprint. Si les gens pensent que la planification des réunions est longue et pénible, ces sentiments vont s’aggraver lorsque les réunions ne conduisent pas à la réussite des sprints.
Signe de danger 3 : la planification du sprint ne génère pas d’enthousiasme
Un troisième signe que votre équipe a des difficultés avec la planification du sprint est que les membres de l’équipe ne parviennent pas à quitter la réunion avec enthousiasme et dynamisme quant au travail du sprint à venir. Lorsque la planification du sprint est bien effectuée, les membres de l’équipe doivent être motivés et enthousiastes à l’idée de faire le travail dont ils viennent de passer du temps à parler. Si vous et vos coéquipiers terminez une réunion de planification et n’êtes pas enthousiastes à l’idée de faire ce travail, c’est le signe que la planification du sprint pourrait être meilleure.
Astuce 1 : Gardez les réunions de planification de sprint courtes
Parlons maintenant de la façon d’arrêter de lutter avec la planification de Sprint et de mieux le faire. Je vais partager trois conseils.
Tout d’abord, gardez vos réunions de planification de sprint assez courtes. Vous ne voulez pas vous précipiter dans une réunion de planification, si vous faites cela, vous êtes presque assuré de négliger trop de travail et de ne pas terminer tous les éléments du backlog nécessaires pour atteindre l’objectif du sprint. Le Conseil sois rapide mais ne te presse pas s’applique ici.
La réunion doit se dérouler à un rythme rapide, mais sans avoir l’impression que les discussions sont précipitées ou interrompues. J’aime cibler environ 90 minutes pour planifier un sprint de deux semaines. Si vous planifiez un sprint de deux semaines en 30 minutes, vous ne réfléchissez certainement pas au travail de manière suffisamment détaillée. En revanche, lorsqu’un sprint de deux semaines nécessite une réunion de planification de trois heures, les gens sont en droit de se plaindre du fait que les réunions sont longues et pénibles (Signe de danger numéro un).
Astuce 2 : minimisez le temps consacré aux estimations
Le deuxième conseil consiste à créer un backlog de sprint comprenant une liste de tâches et une estimation approximative pour chaque tâche. Mais ne consacrez pas beaucoup de temps aux tâches ou aux estimations.
Une équipe logicielle travaillant sur une fonctionnalité relativement simple peut, par exemple, proposer une ou deux tâches de codage, une tâche de test, une tâche de conception et peut-être une tâche pour obtenir l’avis de l’utilisateur sur la conception. Les estimations peuvent être approximatives – à peine plus que des suppositions rapides. L’équipe doit les utiliser uniquement pour évaluer s’ils apportent la bonne quantité de travail dans le sprint, ni trop ni trop peu.
Tâche de codage 1 : 6 heures
Tâche de codage 2 : 6 heures
Tâche de test : 6 heures
Tâche de conception : 2 heures
Avis utilisateur : 3 heures
Conservez chaque estimation sous une journée d’effort. Si quelque chose prend plus d’une journée, encouragez les membres de l’équipe à transformer cela en plusieurs tâches, chacune avec sa propre estimation en moins d’une journée.
Les estimations doivent inclure le temps pour toutes les personnes impliquées. La tâche examen de la conception La réunion présentée précédemment a une estimation de trois heures, mais il ne s’agira pas d’une réunion de trois heures. Au lieu de cela, il s’agira probablement d’une réunion d’une heure à laquelle trois membres de l’équipe participeront.
L’élaboration de ces tâches et estimations ne devrait pas prendre beaucoup de temps, et certainement pas au point que votre réunion de planification de sprint entre dans cette catégorie longue et douloureuse. N’oubliez pas qu’il ne s’agit que de suppositions rapides et que vous n’aurez pas besoin de faire cela pour toujours.
Une fois que votre équipe maîtrise la planification des sprints, essayez d’ignorer les estimations. Créez simplement une liste de tâches et voyez si les membres de l’équipe peuvent décider si un sprint semble suffisamment complet en utilisant uniquement la liste.
Astuce 3 : N’essayez pas de penser à tout
Voici un troisième et dernier conseil et celui-ci vous fera vraiment gagner du temps dans la planification des réunions : N’essayez pas de penser à tout.
Je sais que je viens de vous dire de dresser une liste de tâches pour chaque élément du backlog produit. Mais les équipes n’ont pas besoin de penser à chaque tâche lors de la planification du sprint..
Pour faire avancer les choses, demandez aux membres de l’équipe de crier ce qui doit être fait : coder ce test, décider comment nous allons gérer tel ou tel, et ainsi de suite. Vous remarquerez que très vite, les gens sont à court d’idées.
Lorsque cela se produit, laissez le silence peut-être 5 ou 10 secondes pour voir si quelqu’un pense à des tâches supplémentaires. Après cela, passez à autre chose et commencez à parler du prochain élément du backlog produit et à créer sa liste de tâches et d’estimations.
Lorsque vous faites cela, je peux vous garantir que certaines tâches seront négligées. Et c’est OK
Si vous aviez donné à l’équipe cinq minutes supplémentaires pour réfléchir à chaque élément du backlog produit, peut-être joué de la musique de Mozart pour aider son cerveau à réfléchir, elle aurait proposé quelques éléments supplémentaires. Mais ça n’en vaut pas la peine ! Identifiez rapidement les tâches que l’équipe peut immédiatement nommer, puis passez à autre chose.
Pour que cela réussisse, assurez-vous de ne pas trop remplir le sprint. L’équipe identifiera de nouvelles tâches pendant le sprint, alors assurez-vous de lui laisser du temps pour cela.
Par exemple, supposons que vous ayez une équipe de six personnes effectuant un sprint de deux semaines ou dix jours. Vous pensez que les membres d’une équipe peuvent travailler de manière productive cinq ou six heures par jour. (Le reste de leur temps est consacré aux réunions, aux discussions, aux frais généraux de l’entreprise, etc.) Une équipe de six personnes avec un sprint de 10 jours et cinq à six heures par jour effectuera 300 à 360 heures dans un sprint. Alors peut-être que cette équipe devrait viser à identifier 250 heures de travail lors de la réunion de planification.
Les membres de l’équipe travailleront entre 300 et 360 heures de temps productif au cours des deux semaines. Le 250 n’est que le montant qui peut être identifié dès le début du sprint. Le reste sera découvert au fur et à mesure que l’équipe se mettra au travail.
La planification du sprint est un défi, mais il est essentiel que les équipes réussissent.
Comment se porte votre équipe en matière de planification de sprint ? Fais-moi savoir. Vos réunions sont longues et pénibles ? Les membres de l’équipe quittent-ils la planification énergiques et enthousiasmés par le travail qu’ils s’apprêtent à accomplir ? Et si votre équipe réussit bien dans la planification du sprint et atteint ses objectifs de sprint la plupart du temps, partagez vos secrets dans la section commentaires. J’ai lu et apprécié chaque commentaire.
