Scrum et gestion agile
Scrum dans le projet intégrateur
Tu as déjà vu Scrum dans le cours Analyse et conception des systèmes. On ne va donc pas tout revoir en détail ici, mais plutôt te rappeler l’essentiel et te montrer comment on va l’utiliser concrètement dans le projet intégrateur.
Scrum est un cadre de travail agile qui découpe le projet en petits blocs de temps appelés sprints, avec des objectifs clairs et des livrables à chaque itération. Dans ce cours, il va surtout te servir à organiser ton travail d’équipe et à faire avancer ton projet par étapes.
Les rôles
On garde l’esprit de Scrum, mais adapté à un projet de cours.
- Product Owner : représente le client et les besoins du projet. Ici, ce rôle est principalement joué par le client et l’enseignant·e, qui précisent les attentes et les priorités.
- Scrum Master : aide l’équipe à rester organisée, à enlever les obstacles et à améliorer sa façon de travailler. Ce rôle peut être pris par un membre de l’équipe (éventuellement à tour de rôle) avec l’appui de l’enseignant·e.
- Équipe de développement : c’est ton équipe de projet. Vous êtes responsables de planifier les tâches du sprint et de livrer ce qui a été prévu.
Les artefacts que tu vas utiliser
Tu as déjà vu les artefacts Scrum en détail. Dans ce cours, on va surtout se concentrer sur :
- Product Backlog : la liste de tout ce qui doit être fait pour le projet (fonctionnalités, exigences, tâches). Tu vas le construire à partir de ton cahier des charges et de tes user stories.
- Sprint Backlog : ce que ton équipe décide de réaliser pendant un sprint donné (les éléments du Product Backlog sélectionnés pour cette période).
- Incrément : ce qui fonctionne réellement à la fin d’un sprint (démontrable à l’enseignant·e ou au client).
Le cahier des charges que tu vas préparer dans la page suivante servira de base pour alimenter ton Product Backlog.
Les événements Scrum dans le contexte du cours
Les événements de Scrum (planning, revues, rétrospectives, etc.) seront utilisés de façon allégée, mais l’idée reste la même.
- Sprint : le projet est découpé en 3 sprints de 4 semaines, à partir de la semaine 3 jusqu’à la semaine 14.
- Planificaion de sprint (Sprint Planning) : au début de chaque sprint, ton équipe décide ce qui sera fait pendant les 4 semaines à venir, à partir du Product Backlog.
- Points d’équipe réguliers (Daily Scrum) : courts suivis (en classe ou en dehors) pour voir l’avancement, les blocages et les prochaines étapes à l’intérieur du sprint.
- Revue de sprint (Sprint Review) : à la fin de chaque sprint, vous présentez ce que vous avez effectivement accompli (démo, livrables) et vous recevez de la rétroaction.
- Rétrospective (Sprint Retrospective) : après la revue, vous prenez quelques minutes pour discuter de votre façon de travailler (« qu’est-ce qu’on garde, qu’est-ce qu’on change pour le prochain sprint ? »).
En lien avec le cahier des charges
Même si Scrum ne demande pas un gros cahier des charges figé au départ, on va utiliser un cahier des charges comme outil de vision globale pour ton projet.
La démarche sera donc la suivante :
- tu rédiges un cahier des charges pour clarifier le contexte, les objectifs et les grandes exigences ;
- tu traduis ces exigences en user stories dans ton Product Backlog ;
- tu choisis, sprint par sprint, ce que ton équipe va réaliser à partir de ce backlog.
La prochaine page te présente le gabarit de cahier des charges que tu utiliseras pour ton projet.