Planification de sprint 101 : Comment planifier de grands sprints

Demandez à une douzaine de personnes ce qu'est Agile et vous obtiendrez une douzaine de réponses différentes. Mais c'est mieux défini par scrum en tant que modèle. Scrum est un moyen de gérer un projet dans un cadre agile et est composé de trois rôles : product owner, scrum master et team.

Le propriétaire du produit est concentré sur le côté commercial du projet, le scrum master est l'expert, qui agit comme un coach. L'équipe est autonome et travaille comme elle l'entend pour atteindre les objectifs du propriétaire du produit.

Si vous êtes intéressé par les rouages ​​de Scrum, consultez notre guide. Pour cet article, nous allons approfondir l'un des événements du cadre Scrum, la planification de sprint.

Qu'est-ce qu'un sprint ?

Afin d'assurer une certaine régularité et de minimiser le besoin de réunions, Scrum est décomposé en événements. L'un de ces événements est le sprint. Un sprint est une itération dans le cycle de développement d'un projet.

Le sprint est défini par une petite quantité de travail planifié que l'équipe doit terminer et prête à être révisée. Sprint provient d'un cadre agile pour les projets et est généralement associé à Scrum. Cependant, le sprint s'inscrit également dans la technique du kanban avec son concept de livraison continue. Scrumban déploiera également des sprints.

Comme dans le sens du dictionnaire du mot, le sprint est comme une courte course. Il définit une durée généralement pas plus de deux à quatre semaines. L'objectif d'un sprint est décidé entre le propriétaire du produit et l'équipe, ce qui s'appelle un "objectif de sprint". Le travail provient d'un sprint backlog, qui est une liste de tâches à accomplir. Les backlogs sont souvent hébergés sur des tableaux ou des listes de tâches pour une maintenance facile.

Les équipes travaillent en collaboration pour terminer le sprint et le préparer pour la révision. Mais le sprint ne peut pas démarrer tant qu'il n'y a pas eu de plan de sprint.

Comment faire un bon plan de sprint

Le plan de sprint est un autre événement dans le cadre scrum d'un projet agile. Cela commence par le fait que l'équipe décide sur quels éléments de son backlog travailler pendant le sprint. C'est l'objectif du sprint qui est une décision collaborative entre l'équipe et le propriétaire du produit.

La planification de sprint implique généralement tous les membres de l'équipe. Il y a le propriétaire du produit qui aide à hiérarchiser le backlog et suggère quels éléments devraient faire partie de l'objectif du sprint. L'équipe intervient pour déterminer le nombre de tâches réalisables sur lesquelles le backlog doit travailler pendant le sprint.

Le scrum master est également impliqué dans la planification du sprint. Le scrum master est un expert du framework scrum pour les projets agiles. Ils agissent en tant que facilitateurs du plan de sprint pour s'assurer qu'il est efficace, que les éléments de retard appropriés sont traités et qu'il y a un accord entre les parties impliquées.

Il y a trois phases principales pour la planification de sprint.

1. Conception

La conception d'un sprint n'est généralement qu'un événement ponctuel, bien qu'il puisse être modifié à l'avenir pour améliorer le processus. À moins que la conception ne fonctionne pas, alors, bien sûr, vous devrez retourner à la planche à dessin.

Les parties de la phase de conception d'un plan de sprint commencent par une réunion de planification de sprint. C'est là que les initiatives commerciales sont mesurées et que le backlog de sprint est créé. Une autre réunion décomposera cet arriéré en tâches, ce qui finalisera l'arriéré.

Il y aura des réunions scrum quotidiennes. Ce sont des enregistrements pour mettre à jour la progression du sprint. Les tâches sont ensuite classées par ordre de priorité et attribuées en fonction de l'examen du tableau d'avancement, qui montre graphiquement à quelle vitesse une équipe travaille.

De plus, tout au long du sprint, il y a quelque chose qui s'appelle le backlog grooming. C'est à ce moment-là que le propriétaire du produit et l'équipe examineront et affineront le backlog en fonction des progrès réalisés.

Une fois le sprint terminé, il y a une réunion de revue de sprint. Ici, les résultats du sprint terminé seront analysés par rapport aux objectifs du projet de la réunion de planification. Il y a aussi une réunion rétrospective de sprint qui examine les processus et les outils utilisés pendant le sprint et comment ils peuvent être améliorés pour le suivant.

Ces conceptions sont axées sur la création d'un calendrier réaliste et d'étapes que l'équipe doit atteindre. La conception doit être approuvée par tous les membres de l'équipe du projet. La conception est la structure qui déterminera la durée du projet, elle doit donc respecter la portée, le coût et la durée du projet approuvés.

2. Estimer la vitesse de sprint

Avant le sprint, le Product Owner déterminera sa vélocité. Autrement dit, combien de travail doit être effectué dans le sprint. Cette décision est basée sur le calendrier de l'équipe et sa capacité.

Cette estimation est créée au début de chaque sprint. Bien qu'il puisse y avoir une envie de le faire pendant la phase de conception, il vaut mieux attendre. Il y a des informations précieuses qui viennent après chaque sprint et qui devraient être appliquées au suivant.

L'objectif de l'estimation est de développer une nouvelle vitesse de sprint pour chaque sprint. Cela devrait refléter les objectifs de ce sprint, les efficacités que nous avons apprises du précédent et ce qui peut être fait de manière réaliste avec les ressources actuelles. Il existe également de nombreux outils disponibles dès maintenant pour aider à maximiser le nombre d'objectifs atteints au cours de chaque printemps, des outils d'automatisation des tests aux solutions CI/CD.

3. Répartition du travail de sprint

C'est là que le Scrum Master est utile. En raison de leur expertise, ils peuvent travailler en étroite collaboration avec l'équipe pour répondre aux exigences données par le propriétaire du produit. Ensemble, le scrum master et l'équipe répartissent le travail du sprint.

Mais l'équipe travaille de manière relativement indépendante, ce qui est l'un des principes d'un cadre agile. L'idée d'équipes autogérées est fondamentale pour travailler en mêlée, et elles sont chargées de gérer le sprint jusqu'à l'objectif du sprint.

Cela se fait en affectant les personnes les plus qualifiées aux tâches pour les exécuter. Les bonnes personnes sont utilisées et l'équipe acquiert un plus grand sens de responsabilité pour le travail. Ils sont habilités par l'autonomie.

La différence entre un sprint réussi et un échec

Dire si votre sprint est réussi est assez simple. A-t-il atteint son objectif ? L'objectif du sprint est décidé avant le début du sprint par le Product Owner et l'équipe. Si ce critère est rempli, le sprint est réussi. Cela signifie que vous résolvez l'arriéré à un rythme acceptable.

En revanche, si l'équipe n'est pas en mesure de tout terminer sur le backlog qui avait été défini comme objectif de sprint, alors ce sprint a échoué. Le fait que les sprints soient rapides et qu'ils soient en constante évolution est d'éviter de se retrouver avec un produit à la fin de votre projet dont personne ne veut. Ce serait aussi un échec.

Le succès est mesuré par des revues de sprint, qui garantissent que le projet avance dans la bonne direction. Si les principales parties prenantes et les utilisateurs finaux sont insatisfaits, si les livrables ne répondent pas à leurs attentes, c'est un échec. Si rien n'est appris à la fin d'un sprint, cela peut aussi être considéré comme un échec. Après tout, tout est une question d'expérimentation et de processus empirique.

ProjectManager.com aide à la planification de sprint

ProjectManager.com est un logiciel de gestion de projet flexible. Lorsqu'il s'agit de planifier votre prochain sprint, vous pouvez utiliser nos modèles de planification de sprint pour démarrer du bon pied. Le modèle est conçu pour les équipes de développement. Vous pouvez facilement déplacer des tâches du backlog vers le développement dans la vue tableau.

Une fois que vous avez votre tableau, les équipes peuvent personnaliser les colonnes et collaborer sur les cartes. Ils peuvent ajouter leurs propres listes de tâches et commenter avec d'autres membres de l'équipe. Nous avons un stockage de fichiers illimité, alors ajoutez autant de documents et d'images que vous le souhaitez. Ils sont tous attachés au niveau de la tâche, donc plus de recherches interminables pour les documents importants. En outre, @ le propriétaire du produit ou le scrum master, qui sera averti par e-mail, et faites-le participer à la conversation.

Notre vue de liste de tâches est un excellent outil pour les backlogs. Vous pouvez gérer ce backlog en filtrant les données par date d'échéance, propriétaire, projet, etc. Les tâches peuvent également être étiquetées pour les rendre plus faciles à trouver. ProjectManager.com est basé sur le cloud, de sorte que toute mise à jour de statut sur les tâches est immédiatement reflétée dans le logiciel, créant une plus grande transparence.

Enfin, il y a notre tableau de bord en temps réel. Il suit le projet à travers un certain nombre de mesures, y compris les tâches, la progression et la variance. Il s'agit d'une autre fonctionnalité qui vous aidera à traiter avec les parties prenantes et à leur présenter les mises à jour du projet.

ProjectManager.com est un logiciel de gestion de projet basé sur le cloud qui est idéal quelle que soit la méthodologie dans laquelle vous travaillez. Nous avons les outils pour aider les responsables à planifier, surveiller et rendre compte de leur projet. Les équipes disposent d'une plateforme collaborative qui leur donne l'autonomie nécessaire pour travailler en groupes autonomes et augmenter la productivité. Essayez ProjectManager.com dès aujourd'hui avec cet essai gratuit de 30 jours.