Mener son premier sprint de bout en bout

Estimer en planning poker, préparer le sprint, le démarrer, animer le daily, puis clôturer avec la Sprint Review et la rétrospective.

Palier

Tous les paliers

Droit requis

Sprints › CréerPar défaut : Product Owner, Scrum Master, ainsi que le propriétaire et les admins du projet.

Ce parcours suppose un backlog déjà rempli : voir Générer un backlog avec le Launchpad ou Importer un backlog.

#1. Estimer les tickets

1. Dans Tickets, cliquez sur Planning Poker, puis lancez une session.
2. Choisissez le ticket à estimer : chacun vote en même temps, sans voir les cartes des autres.
3. Révélez les votes, discutez les écarts, puis choisissez les story points à attribuer. L'estimation est enregistrée sur le ticket.

Le détail : Estimer en planning poker.

#2. Créer le sprint

Dans Sprints, cliquez sur Créer Sprint, puis renseignez Nom du sprint, Objectif du sprint, Date de début et Date de fin.

#3. Préparer le sprint (Sprint Planning)

1. Sur la carte du sprint, cliquez sur Sprint Planning.
2. Cochez la Checklist de préparation : backlog priorisé, tickets affinés, vélocité estimée.
3. Présentez les Objectifs du sprint et fixez la Capacité de l'équipe.
4. Ajoutez les tickets depuis le Backlog disponible et ajustez leurs story points.
5. Cliquez sur Terminer le planning. Les tickets non estimés comptent pour 0 point : Manifst vous le signale avant de valider.

Le détail : Préparer un sprint.

#4. Démarrer le sprint

Cliquez sur Démarrer. Un seul sprint peut être actif à la fois. L'équipe suit ensuite l'avancement dans Kanban et sur le tableau de bord.

#5. Animer le daily

1. Dans Sprints, passez à la vue Daily, puis cliquez sur Lancer le daily.
2. Choisissez qui prend la parole, puis Commencer le tour de table. Manifst affiche pour chacun ses tickets et les blocages à régler aujourd'hui.
3. Clôturez le daily : le compte rendu part par e-mail aux membres du projet (hors observateurs), et peut aussi être enregistré dans MyDoc. Voir Animer le daily.

#6. Terminer le sprint

Cliquez sur Terminer sur la carte du sprint actif. Les tickets non terminés passent au sprint suivant s'il existe, sinon ils reviennent au backlog.

#7. Sprint Review et rétrospective

• Sprint Review : le bilan du sprint (livré, reporté, coût, burndown). Le Product Owner ou le Scrum Master y donne un verdict sur l'objectif : atteint, partiellement atteint ou non atteint.
• Rétrospective : trois colonnes, Ce qui s'est bien passé, Ce qui a posé problème et Actions d'amélioration. Sonder l'équipe recueille des contributions anonymes pendant un temps limité ; Analyser avec l'IA en fait la synthèse. Envoyer le compte rendu l'adresse en PDF aux membres du projet (hors observateurs et PMO).

Le détail : Conduire la Sprint Review et Mener la rétrospective.