Ressources
- Implementing Scrum - How to Begin ? - Appendix
- Résumé PDF (anglais)
Now that you’ve read the book, here’s how to start a Scrum project in a nutshell. This is a very broad stroke description of the process, but it should be enough to get you started. The book was written to give you the why behind Scrum. This will, in an abbreviated form, give you the how
1. Choisir un Product Owner
Le Product Owner est la personne qui porte la vision du produit ou du projet. Il prend en compte les risques et opportunités, ce qui est possible, réalisable, et ce qui le passionne. Son rôle est d’établir les priorités en collaboration avec les parties prenantes et l’équipe.
Voir Chapitre Huit : Priorités
2. Choisir une Équipe
L’équipe est composée des personnes qui réaliseront le travail. Elle doit posséder toutes les compétences nécessaires pour transformer la vision du Product Owner en réalité. Les équipes doivent être petites, entre 3 et 9 personnes selon les règles générales.
Voir Chapitre Trois : Équipes.
3. Choisir un Scrum Master
Le Scrum Master est chargé de guider l’équipe dans l’utilisation du cadre Scrum et d’éliminer les obstacles qui ralentissent leur progression.
*Voir Chapitre Quatre : Gaspillage *
4. Créer et prioriser un Product Backlog
Le Product Backlog est une liste de tout ce qui doit être créé ou accompli pour concrétiser la vision. Ce Backlog évolue tout au long de la vie du produit et constitue la feuille de route du projet.
- Le Product Owner est responsable de sa priorisation et doit consulter les parties prenantes ainsi que l’équipe pour équilibrer les attentes et les capacités de réalisation.
Voir Chapitre Huit : Priorités
5. Raffiner et estimer le Product Backlog
L’équipe doit examiner chaque élément du Backlog pour s’assurer qu’il est réalisable, clair et de taille gérable.
- Estimation en taille relative : Utilisez des tailles telles que Petit, Moyen, Grand ou des valeurs basées sur la suite de Fibonacci (1, 2, 3, 5, 8, 13, etc.).
- Chaque élément doit avoir une Définition de Fait claire : tout le monde doit s’accorder sur les standards à atteindre pour le considérer comme terminé.
Voir Chapitre Six : Planifier la Réalité, pas la Fantaisie
6. Planification de Sprint
Le Sprint Planning est une réunion où l’équipe, le Scrum Master, et le Product Owner planifient le Sprint.
- Durée fixe : Les Sprints durent moins d’un mois (souvent 1 ou 2 semaines).
- L’équipe sélectionne les éléments prioritaires du Backlog et prévoit ce qui peut être complété pendant le Sprint.
- Objectif de Sprint : Tout le monde doit s’accorder sur ce que le Sprint vise à accomplir.
Voir Chapitre Quatre : Temps et Chapitre Six : Planifier la Réalité, pas la Fantaisie pour plus de détails.
7. Rendre le travail visible
- Tableau Scrum : Créez un tableau avec trois colonnes :
- À Faire (To Do)
- En Cours (Doing)
- Terminé (Done)
- Diagramme d’Avancement (Burndown Chart) : Suivez quotidiennement les points restants à compléter.
Voir Chapitre Sept : Bonheur
8. RĂ©union quotidienne (Daily Stand-up ou Daily Scrum)
Une réunion courte, ne dépassant pas 15 minutes, pour répondre aux trois questions suivantes :
- Qu’avez-vous fait hier pour aider l’équipe à atteindre l’objectif du Sprint ?
- Que ferez-vous aujourd’hui pour aider l’équipe à atteindre cet objectif ?
- Y a-t-il des obstacles qui bloquent vous ou l’équipe ?
L’objectif est de garantir que tout le monde est aligné et autonome.
Voir Chapitre Quatre : Temps et Chapitre Six : Planifier la Réalité, pas la Fantaisie
9. Revue ou DĂ©mo de Sprint
Pendant la Sprint Review, l’équipe montre ce qu’elle a accompli.
- Les parties prenantes, la direction, les clients, et toute autre personne intéressée peuvent assister.
- Seuls les éléments répondant à la Définition de Fait doivent être présentés.
Voir Chapitre Quatre : Temps
10. RĂ©trospective de Sprint
Après la revue, l’équipe discute de :
- Ce qui a bien fonctionné.
- Ce qui pourrait être amélioré.
- Ce qui peut ĂŞtre mis en place pour le prochain Sprint.
L’objectif est de s’engager sur une amélioration de processus (kaizen) à intégrer dans le Backlog du prochain Sprint, avec des tests d’acceptation.
Voir Chapitre Sept : Bonheur
11. Démarrer immédiatement le prochain cycle de Sprint
Une fois la rétrospective terminée, commencez immédiatement le cycle de Sprint suivant.
- Prenez en compte les enseignements tirés des obstacles rencontrés et des améliorations de processus identifiées lors du Sprint précédent.
- Implémentez les ajustements nécessaires pour améliorer l’efficacité de l’équipe dès le prochain Sprint.