Suivez les évènements et utilisez les artifacts Scrum
Un Sprint est une période fixe, de 2 à 4 semaines, pendant laquelle vous vous concentrez sur un objectif précis. Ce rythme permet de livrer de la valeur tout en restant adaptable. Le Scrum Guide autorise jusqu’à 1 mois, et des Sprints d’1 semaine existent mais restent plus rares.
À la fin de chaque Sprint, vous devez avoir un morceau de votre application qui fonctionne et que les utilisateurs peuvent tester.
Events (Événements)
Les événements Scrum sont des rendez-vous réguliers qui donnent son rythme au projet et à l'équipe.
Type d’événement | Définition | Quand ? | Objectif | Exemple |
Sprint Planning (Planification du Sprint) | C'est la réunion de lancement. L'équipe décide de ce qui sera réalisé pendant le Sprint. | Au début de chaque Sprint. | Définir ce que l'équipe doit livrer pour atteindre l'objectif du Sprint. | Pour votre premier Sprint de 2 semaines, l'objectif est de permettre aux utilisateurs de regarder leur première vidéo. L'équipe décide de construire la page d'inscription et de connexion, ainsi qu'un lecteur vidéo basique. |
Daily Scrum (Mêlée Quotidienne) | Une réunion très courte pour synchroniser l'équipe sur ce qui a été fait et ce qui reste à faire. | Tous les jours, à la même heure. | S'assurer que chaque membre de l'équipe avance et identifie rapidement les blocages. | Un développeur pourrait dire : "J'ai terminé l'écran d'inscription hier. Aujourd'hui, je vais intégrer le lecteur vidéo. J'ai un souci, je suis bloqué sur le choix du format vidéo." L'équipe sait immédiatement qu'il faut l'aider sur ce point après la réunion. |
Sprint Review (Revue de Sprint) | C'est le moment de la démonstration. L'équipe présente ce qui a été accompli aux clients (Stakeholders) pour avoir leur avis. | À la fin de chaque Sprint. | Montrer les fonctionnalités terminées et obtenir des retours directs pour améliorer la suite du projet. | À la fin du premier Sprint, vous montrez comment un utilisateur peut s'inscrire, se connecter et lire une vidéo de démonstration. Le client, impressionné, suggère d'ajouter une fonction pour la reprise de lecture. Cette idée sera ajoutée à votre liste de tâches pour plus tard. |
Sprint Retrospective (Rétrospective du Sprint) | Une réunion de l'équipe seulement pour discuter de la façon de travailler. | Après la Sprint Review. | Améliorer en continu la collaboration de l'équipe. | L'équipe se dit : "On a bien communiqué, mais on a perdu trop de temps à résoudre des bugs. La prochaine fois, on mettra plus d'attention aux tests." |
Artifacts (Outils de suivi)
Ces outils servent à planifier et à suivre l'avancement du projet.
Le Product Backlog (Carnet de Produit)
C’est la grande liste de tout ce que l’on pourrait un jour mettre dans l’application : des nouvelles idées, des besoins des utilisateurs ou des bugs à corriger.
Cette liste change tout le temps : on ajoute, on enlève et on réorganise.
C’est le Product Owner qui s’en occupe avec l’aide de l’équipe et des clients.
Par exemple : on y trouve “lecture hors-ligne”, “améliorer la recherche”, ou “corriger le bug du bouton pause”.
C’est la grande liste de tout ce que l’on pourrait un jour mettre dans l’application : des nouvelles idées, des besoins des utilisateurs ou des bugs à corriger.
Cette liste change tout le temps : on ajoute, on enlève et on réorganise.
C’est le Product Owner qui s’en occupe avec l’aide de l’équipe et des clients.
Par exemple : on y trouve “lecture hors-ligne”, “améliorer la recherche”, ou “corriger le bug du bouton pause”.
Le Sprint Backlog (Carnet de Sprint)
C’est la petite liste des tâches que l’équipe choisit de réaliser pendant le Sprint en cours. C’est une partie du Product Backlog, mais adaptée pour une courte période.
Par exemple : pendant le Sprint 2, l’équipe décide de travailler sur “mode plein écran” et “contrôles de vitesse de lecture”.
L’Incrément
C’est le résultat du Sprint. C’est une nouvelle version de l’application qui fonctionne déjà et peut être utilisée par les utilisateurs.
Chaque incrément s’ajoute aux précédents et fait grandir le produit.
Par exemple : à la fin du Sprint 1, on obtient une application qui permet déjà de s’inscrire et de regarder une vidéo en ligne.
En résumé
Un Sprint dure 2 à 4 semaines et doit toujours livrer quelque chose d'utilisable.
Les 4 événements Scrum rythment le projet : Sprint Planning (définir les objectifs), Daily Scrum (synchronisation quotidienne), Sprint Review (démonstration), Sprint Retrospective (amélioration continue).
Les 3 artifacts principaux sont Product Backlog (liste complète des fonctionnalités), Sprint Backlog (tâches du Sprint en cours), Increment (version fonctionnelle livrée)
Avoir une équipe et une méthode structurées, c’est bien, mais comment transformer les idées qui arrivent de manière dispersée en un plan d’action clair et priorisé ?
