La méthode agile scrum est aujourd’hui incontournable dans la gestion de projet moderne. Mais scrum, c’est quoi exactement ? Comment la méthodologie agile scrum fonctionne-t-elle au quotidien, et pourquoi est-elle si populaire auprès des équipes de développement ? Découvrez en 10 minutes tous les fondamentaux de scrum agile, et comment Tuleap facilite la gestion de projet agile scrum.
Schémas simplifiés, rappels des rôles, cérémonies et artefacts Scrum.
Un support clair pour votre équipe, prêt à imprimer.
Scrum : c’est quoi ?
Scrum est une méthodologie agile de gestion de projet qui repose sur des cycles courts, appelés sprints, et sur la collaboration étroite entre les membres de l’équipe même à distance. L’objectif principal de Scrum agile est de livrer rapidement un produit de qualité, tout en s’adaptant facilement aux changements et aux retours des utilisateurs.
La méthode Scrum fait partie des approches agiles, qui privilégient l’adaptabilité, la communication et l’amélioration continue. Contrairement aux méthodes traditionnelles, la méthodologie Scrum permet de réagir rapidement aux imprévus et d’intégrer les retours clients tout au long du projet.
Le nom Scrum vient du rugby : la mêlée. Comme sur le terrain, l’idée est de faire avancer le projet collectivement, en se resserrant régulièrement autour d’un objectif commun. Chaque réunion d’équipe est une nouvelle mêlée : on se réorganise, on s’ajuste, on pousse ensemble dans la bonne direction. Agile, oui, mais surtout solidaire et stratégique.
Scrum, c’est aujourd’hui la méthode agile la plus utilisée par les équipes de développement. Elle repose sur les valeurs de l’Agile Manifesto : travailler en bonne entente avec le client, s’adapter au changement, privilégier les échanges humains et livrer des logiciels qui fonctionnent vraiment.
Mais à première vue, Scrum peut sembler un peu déroutant : son vocabulaire spécifique n’est pas toujours évident quand on n’a pas encore mis un pied dans l’agilité.
Pas de panique : il n’y a en réalité que quelques notions à retenir, et vous les comprendrez très vite. Il suffit de faire un petit pas de côté, d’oublier un instant vos réflexes de gestion de projet classique… et vous verrez, ça devient limpide.
Ce n’est pas tout : Scrum est l’une des 5 méthodes agiles les plus utilisées permettant également une mise à l’échelle, autrement dit le déploiement progressif de l’agilité à l’échelle de l’entreprise.
Les grands principes Scrum
Dans la méthode agile Scrum, l’objet est de définir un cadre de travail clair et précis par itérations courtes, pour faciliter la mise en œuvre de projets complexes.
Ce cadre s’articule autour de trois principes fondamentaux :
- La Transparence : tous les membres de l’équipe doivent avoir connaissance des informations relatives au produit à développer ;
- L’Inspection : l’équipe procède régulièrement à des vérifications pour évaluer l’avancement et détecter d’éventuels problèmes ou écarts par rapport aux objectifs ;
- L’Adaptation : en fonction des résultats des inspections, l’équipe ajuste sa façon de travailler ou le contenu du projet pour maximiser la valeur livrée.
Les différents rôles dans Scrum
La méthode agile Scrum définit 3 rôles. Ils sont complémentaires et il est important de bien comprendre les responsabilités de chacun.
Quel est le rôle du Scrum Master ?
Le Scrum Master est le garant du bon fonctionnement de la méthode Scrum au sein de l’équipe. Contrairement à un chef de projet classique, il n’impose pas : il facilite. Son rôle est d’aider l’équipe à avancer, à lever les obstacles, et à bien appliquer les principes agiles.
Selon le Scrum Guide, c’est un serviteur-leader : il soutient l’équipe Scrum, mais aussi l’organisation autour, en aidant chacun à comprendre les valeurs, les règles et les pratiques de Scrum. Il intervient aussi pour améliorer les interactions entre l’équipe et son environnement, afin de maximiser la valeur livrée.
Voici des pistes et outils pour être un « bon » Scrum Master.
Quel est le rôle du Product Owner ?
Le Product Owner est responsable de la vision du produit et de la gestion du Product Backlog. Il représente les parties prenantes et les utilisateurs finaux.
Ses principales missions :
- définir et prioriser les besoins,
- rédiger les user stories,
- guider l’équipe pour maximiser la valeur métier livrée.
Le Product Owner fait le lien entre le métier et la technique. Il est le garant du bon alignement entre les attentes du client et le travail de l’équipe Scrum.
Quel est le rôle de l’équipe de développement Scrum ?
L’équipe de développement est chargée de transformer les besoins exprimés en fonctionnalités utilisables. L’équipe peut être pluridisciplinaire et embarquer plusieurs types de personnes : développeurs, architectes logiciel, analystes fonctionnel, graphistes, ergonomes, ingénieur système, etc.
Les cérémonies Scrum
En Scrum, la vie d’un projet est rythmée par un ensemble de réunions avec un objectif bien défini pour chacune d’elle. Les cérémonies telles que le Daily Scrum, le Sprint planning, le Sprint review et la rétrospective sont des outils fondamentaux pour le rôle du Scrum Master.
Poker Planning
Le poker planning est l’outil du Scrum Master qui facilite l’intelligence collective de l’équipe lors de l’estimation des user stories. Le poker planning permet d’arriver à une estimation en utilisant l’expérience relative et collective de l’équipe. Une fois l’estimation en story points définie, vous pourrez la saisir dans l’user story sur Tuleap, ceci permettra de savoir d’un coup d’œil, une fois la story planifiée, si la capacité pour la release et le sprint n’est pas surpassée… (voir release et sprint).
La réunion de planification du Sprint
La réunion de planification du sprint est l’une des étapes les plus importantes d’un projet Scrum. Lors de cette réunion, l’équipe de développement sélectionne les éléments prioritaires du Product Backlog qu’elle pense pouvoir réaliser au cours du sprint. Cette planification aboutit à la création d’un plan de sprint. C’est un travail collaboratif de toute l’équipe Scrum.
Le daily stand-up ou la mêlée quotidienne
Le Daily Scrum ou Stand up meeting est une réunion de synchronisation quotidienne. Elle permet de discuter de l’avancement des tâches, d’éventuels problèmes, de faire marcher l’entraide et de résoudre les blocages possibles. Pour faciliter la visualisation des tâches pendant le Stand up Meeting, il est possible d’utiliser un tableau cardwall ou un Kanban pour voir la liste de toutes les tâches et l’avancement du projet.
Rétrospective de Sprint
La rétrospective de Sprint est certainement celle qui peut être le principal vecteur d’amélioration continue. Il s’agit d’une cérémonie qui s’effectue avec l’ensemble de l’équipe de développement une fois le sprint terminé. En analysant les graphiques Scrum (Burnup chart, Burndown chart, Vélocité), en discutant librement et en prenant du recul avec le sprint écoulé, l’équipe cherche à améliorer les interactions entre individus, à gagner en bien-être et en motivation, en qualité produit et, de façon globale, à améliorer sa productivité.
Lexique et outils pour apprendre à parler Scrum
Product Backlog
Le Product Backlog est un élément clé en Scrum, c’est la zone de jeu du Product Owner qui le gère et l’actualise car en relation directe avec les clients. Le Backlog est le cœur central de tout produit développé en Scrum. Il permet de collecter les attentes clients (user stories) qui serviront de panier dans lequel piocher pour la planification des sprints. Même s’il est suivi par le Product Owner, il doit être facilement partagé avec l’équipe de développement.
Release
Une release, ou version en français, correspond à la livraison d’une version du produit fourni aux utilisateurs. On parle également de release pour considérer la période de temps qui va du début du travail sur cette version jusqu’à sa livraison et qui passe par une série de sprints successifs. Une release est le fruit de plusieurs sprints.
Sprint
Un sprint est un intervalle de temps court (1 mois maximum), souvent appelé itération, pendant lequel l’équipe de développement va concevoir, réaliser et tester de nouvelles fonctionnalités. En Scrum, un sprint est souvent de 2 semaines. Plusieurs sprints forment une release.
Epic
Un Epic correspond à une macro fonctionnalité du système à développer. Les Epics sont donc des ensembles de user stories regroupées par catégories, par thématiques. En Extreme Programming, les Epics sont vues comme des « grosses user stories ».
Story Point
Les story points sont des unités d’estimation du travail. Ils servent à estimer l’effort nécessaire pour réaliser une fonctionnalité. Attention, il ne s’agit pas de jour/homme, ni de délai de réalisation. Le story point est une mesure arbitraire fixée par l’équipe. Il peut prendre différentes formes : taille de T-shirt (XS, S, M, L, XL), chiffres de 1 à 10…
User Story
La traduction littérale de « User Story » est « Histoire Utilisateur ». Cette lecture en français aide à comprendre l’intention de ce terme. Il ne s’agit pas d’une tâche, il ne s’agit pas vraiment d’une spécification. Il s’agit de l’énonciation d’une attente utilisateur. C’est pour cela qu’en Scrum, les User Stories sont narrées selon un format défini tel que :
En tant que (persona), je souhaite (expression du souhait), afin de (but à atteindre).
Ce qui donne par exemple : En tant qu’internaute, je souhaite pouvoir supprimer un article de mon panier afin de le mettre à jour.
Tâche et sous-tâche de développement
Les tâches, et éventuellement les sous-tâches, sont des activités techniques à réaliser pour la réalisation d’une user story. Dans l’idéal, ces activités doivent être de même taille (au sens complexité de travail) mais peuvent être de nature différente : design, développement, test, etc.
Les 3 graphiques essentiels en Scrum
Burndown et Burn-up
Burndown
Le burndown chart est un graphique souvent utilisé au niveau du sprint. Il permet de visualiser le reste à faire et donne une vision du rythme de développement.
Burnup
Le burnup permet de suivre l’évolution de la quantité de travail terminée en fonction du temps. Une ligne représente le travail déjà réalisé (en vert), l’autre le périmètre de la release (en rouge).
Vélocité
La vélocité est un indicateur intéressant dans Scrum. Il permet de déterminer l’effort qu’est capable de fournir une équipe de développement pour la réalisation des tâches d’un sprint.
La vélocité est exprimée en nombre de points. Pour la mesurer, on fait une moyenne du nombre de points livrés sur plusieurs sprints.
La vélocité aide à la planification. Attention, on ne mesure pas la performance et la productivité d’une équipe avec la vélocité. Ce qui est important, c’est la valeur métier livrée, la qualité du logiciel livré.
Capacité
Lors de la planification des sprints, on regardera aussi la capacité de l’équipe. Il s’agit de la disponibilité de celle-ci durant le sprint. Les périodes de formation ou de congés peuvent, par exemple, modifier la capacité de l’équipe.
Scrum ne se limite pas à un cadre théorique.
Téléchargez le guide complet pour structurer vos équipes Scrum avec Tuleap.
Les outils pour l’équipe Scrum
Un mur dégagé dans l’espace de travail de l’équipe
Vous allez devoir créer un grand tableau avec des colonnes, représentant les différents statuts de vos activités.
Des post-it et de gros stylos
Les « must-have » pour Scrum. Un post-it = une activité. Elles devront être écrites de façon très synthétique et visible de loin.
Le livre « Scrum et XP depuis les tranchées »
La bible de Jeff Sutherland, le co-créateur de la méthode agile Scrum, traduit par Henrik Kniberg, vous fournira de vraies pistes pour mettre en place Scrum au sein de vos équipes. Un retour d’expérience incontournable pour débuter, que vous soyez accompagné ou pas par un coach agile.
… puis vient l’heure d’un espace de travail collaboratif en ligne
Les post-it et un mur fonctionnent très bien pour s’approprier le fonctionnement de Scrum et tant que les membres de l’équipe peuvent travailler dans le même espace physique. Mais lorsque les équipes sont distribuées ou en télétravail (et parce que les post-it finissent pas tomber à un moment donné), le besoin d’un outil en ligne se fait vite sentir.
Historique des changements, informations en temps réel, partage du backlog avec les clients, un logiciel de gestion de projet agile, Scrum ou autre, apporte bien des avantages. On retrouvera évidemment le principe des outils physiques de Scrum : le tableau des tâches (cardwall) et les post-its, le déplacé par cliquer-glisser pour reproduire la réalité. En complément, le logiciel agile ou plus largement un Enterprise Agile Planning tool (EAP) apporte les graphiques vus plus haut, il facilite la gestion du product backlog et l’évolution des user stories, rend accessible à tous le contenu des prochaines itérations, etc.
Mais comme nous le savons très bien, l’introduction d’un nouvel outil n’est pas toujours chose simple : c’est pourquoi nous vous partageons 5 astuces pour faciliter l’adoption d’un outil agile.
⚠️ Petit rappel final, puisqu’on parle d’outil : attention, malgré sa popularité et simplicité apparente, Excel n’est pas un bon outil agile pour la gestion de projet.
Boostez votre équipe Scrum en France avec Tuleap
Passez d’un simple tableau de tâches à une véritable plateforme agile : planifiez vos sprints, suivez votre vélocité et partagez votre backlog avec toutes vos parties prenantes, même à distance.
