Apprenez les cérémonies de Scrum avec ce guide simple
Les cérémonies de Scrum sont des éléments importants du processus de livraison agile d’un logiciel. Ce ne sont pas seulement des réunions pour le plaisir d’avoir des réunions. Au contraire, ces cérémonies de Scrum fournissent le cadre dans lequel les équipes peuvent accomplir leur travail de façon structurée, aident à établir les attentes, donnent à l’équipe les moyens de collaborer efficacement et, au bout du compte, permettent d’obtenir des résultats. Cependant, si elles ne sont pas gérées de façon appropriée, elles peuvent accabler les calendriers et réduire à néant la valeur qu’elles sont censées apporter.
Ces cérémonies de Scrum accomplissent et permettent plusieurs principes de base et d’origine. Souvent, lorsque les équipes abandonnent certaines cérémonies, c’est parce qu’elles n’en voient plus la valeur, ce qui indique qu’elles ont peut-être aussi abandonné les principes.
4 Cérémonies Scrum rendues simples
Dans cet article, nous allons vous dévoiler les quatre cérémonies Scrum, détailler leur but et les participants, et vous donner des conseils et astuces pour les rendre plus efficaces. Les quatre cérémonies Scrum sont :
Il est important de noter que ces cérémonies sont spécifiques au cadre Scrum, un processus agile que les équipes utilisent dans le monde entier pour construire des choses qui fonctionnent. Scrum est intentionnellement léger et simple, mais il peut être difficile à maîtriser. Il est destiné à fournir un cadre aux équipes inter-fonctionnelles pour résoudre des problèmes complexes.
En termes simples : Scrum est un moyen de mettre en œuvre l’agilité.
Mener ces réunions de manière isolée ne rendra pas automatiquement votre équipe agile. Elles doivent faire partie d’un processus plus vaste, bien compris et articulé. Elles doivent faciliter les conversations au sein de l’équipe agile pour faire avancer les choses. Et quel chef de projet n’aime pas faire avancer les choses?
Avant d’aller trop loin, passons rapidement en revue les trois rôles de Scrum.
Les 3 rôles de scrum: propriétaire du produit, Scrum Master et équipe de développement
- Le propriétaire du produit : ce rôle représente le client et l’entreprise en général pour le produit sur lequel l’équipe travaille. Il possède le backlog et s’efforce de classer par ordre de priorité les éléments à travailler avant chaque sprint. Il prend quotidiennement des décisions stratégiques sur les produits. En fin de compte, il traduit les besoins des clients en éléments de travail réalisables pour l’équipe de développement.
- Scrum Master : Cette personne est responsable de s’assurer que l’équipe a tout ce dont elle a besoin pour offrir de la valeur. Il est à la fois coach, conseiller, avocat, facilitateur et médiateur. Il organise des réunions et communique les progrès et les blocages. Indice : tout ce qu’un chef de projet devrait faire, à travers le prisme de scrum.
- L’équipe de développement : Il s’agit d’un groupe de membres de l’équipe inter-fonctionnelle qui se concentrent tous sur la livraison de logiciels de travail. C’est le nom singulier de tous les développeurs, concepteurs, contrôle qualité et autres rôles techniques qui doivent collaborer au développement réel d’un produit. Idéalement, ce groupe de 5 à 9 personnes est entièrement dédié à une équipe de Scrum. En réalité, et en particulier pour les agences, cela peut être différent. L’équipe de développement doit être auto-organisée et motivée pour fournir de la valeur, et ce avec l’aide du Scrum Master et du Product Owner.
Note : Il y a beaucoup de ressources en ligne et de livres pour continuer à s’informer sur Scrum et les différents rôles. Laissez Google vous guider.
Chacun de ces rôles a une participation unique à chacune des cérémonies de Scrum. Grâce à l’application de ces réunions de Scrum, chaque membre de l’équipe de Scrum devrait être habilité à faire son meilleur travail. Chaque réunion est chronométrée, intentionnelle et au service de l’équipe de Scrum dans son ensemble. En d’autres termes, elles existent pour rendre possible la livraison de logiciels. Sans plus attendre, plongeons dans les détails.
Planification Sprint
Qu’est-ce qu’une réunion de planification Sprint?
La planification du sprint est la cérémonie de Scrum conçue pour s’assurer que l’équipe est prête à faire les bonnes choses à chaque sprint.
Quel est son but?
Cette réunion de Scrum a lieu au début d’un nouveau sprint et est conçue pour que le propriétaire du produit et l’équipe de développement se réunissent et examinent le backlog de produits par ordre de priorité. Grâce à une série de discussions et de négociations, l’équipe doit finalement créer un backlog du sprint qui contient tous les éléments qu’elle s’engage à compléter à la fin du sprint. C’est ce qu’on appelle le but du sprint. Le but du sprint doit être un accroissement de travail livrable, ce qui signifie qu’il peut être démontré à la fin d’un sprint. Il doit être approuvé par l’ensemble de l’équipe.
Le propriétaire du produit est responsable de s’assurer que le backlog de produit est prêt à être examiné avant le début de la planification de Sprint. Cela signifie qu’il faut ajouter des critères d’acceptation, des exigences et les détails nécessaires pour que l’équipe de développement puisse estimer avec précision le niveau d’effort. Le responsable de produit doit également être en mesure de clarifier toute question ou hypothèse que l’équipe de développement a au sujet du travail. Ce n’est qu’alors que l’équipe de développement peut prévoir avec précision la quantité de travail qu’elle peut accomplir pendant le sprint.
Qui est présent?
L’équipe de scrum – propriétaire du produit, équipe de développement et le Scrum Master.
Combien de temps cela dure-t-il ?
La durée de la plupart des cérémonies de Scrum est liée à la longueur du sprint. Le Sprint Planning doit durer 2 fois la durée du sprint (en heures). Par exemple, si votre sprint dure 2 semaines, la cérémonie de planification du sprint ne devrait pas durer plus de 4 heures. Pour un sprint d’une semaine, il ne devrait pas durer plus de 2 heures.
Quelques conseils utiles?
- Les histoires d’utilisateurs peuvent être divisées en tâches plus petites et assignées pendant la planification du sprint afin que chacun sache à quoi il est redevable.
- Encouragez l’équipe à esquisser les tâches, les bus et tout autre élément qui l’exige pendant cette réunion de Scrum . Il devrait s’agir d’une cérémonie extrêmement coopérative.
- Une fois qu’un objectif de sprint est fixé, il ne doit pas être interrompu par un travail de compétition.
- Cependant, le propriétaire du produit peut annuler le sprint si l’objectif n’est plus pertinent.
- Gardez le tempo. Gardez l’œil sur l’horloge, et une fois que c’est l’heure, arrêtez.
- N’oubliez pas les congés, les vacances, les jours fériés ou tout autre détail du planning pendant le sprint afin de refléter avec précision la quantité de travail qui peut être accomplie.
- De même, essayez d’avoir une mesure de la vitesse de l’équipe avant de commencer la planification du sprint.
- N’oubliez pas : vous prévoyez un sprint, pas un marathon! Essayez de ne pas vous laisser distraire par des éléments qui n’ont pas été déterminés par le propriétaire du produit.
Autre chose?
Le sprint planning permet à l’équipe de Scrum de répondre aux questions suivantes : “Qu’est-ce qui peut être livré dans ce prochain sprint? Et comment allons-nous accomplir ce travail?” Il aide à fournir la prévisibilité et crée un environnement de collaboration pour atteindre l’objectif de chaque sprint.
Vous pouvez trouver une ventilation détaillée du temps de planification du sprint, des objectifs et des points à l’ordre du jour dans cet article sur la facilitation de Scrum.
Scrum quotidien (Standup quotidien)
Qu’est-ce qu’une réunion de Scrum quotidien ?
Le Scrum (ou mêlée) quotidien est l’occasion pour l’équipe de se réunir, de définir un plan pour la journée de travail et d’identifier les éventuels bloqueurs.
Quel est son but?
Cette cérémonie de Scrum est une occasion régulière pour l’équipe de se réunir et de communiquer les progrès individuels vers l’objectif du sprint. Ce n’est pas une mise à jour. Au lieu de cela, elle devrait mettre en lumière tous les obstacles que l’équipe rencontre. Le Scrum Master est responsable de l’élimination de ces obstacles pour que l’équipe de développement se concentre sur l’exécution du travail identifié dans le Sprint Planning.
Le Scrum quotidien est plus qu’une simple mise à jour de l’état d’avancement, c’est une vérification du pouls qui devrait mettre en lumière tous les obstacles qui ralentissent les progrès de l’équipe.
Pendant le Scrum quotidien, chaque membre de l’équipe de développement doit répondre brièvement aux questions suivantes :
- Qu’avez-vous fait hier?
- Qu’allez-vous faire aujourd’hui?
- Y a-t-il des obstacles sur le chemin?
Chaque participant à cette réunion de Scrum doit s’écouter les uns les autres et rester présent pendant toute la durée de la réunion. Souvent, les membres de l’équipe de développement identifient les occasions de travailler ensemble pendant la journée en se basant sur les commentaires formulés pendant le Scrum quotidien.
Qui est présent?
Le Scrum Master et l’équipe de développement. Le Product Owner est un participant facultatif. À l’occasion, des intervenants de l’extérieur peuvent être invités à écouter le Scrum quotidien.
Combien de temps cela dure-t-il?
Celle-ci est courte! Elle ne doit pas durer plus de 15 minutes. Plus facile à dire qu’à faire.
Y a-t-il des conseils utiles?
- Le Scrum Master est responsable de suivre le rythme rapide de cette réunion de Scrum. Envisagez de régler un chronomètre!
- Tenez la réunion à la même heure chaque jour de la semaine (généralement le matin) et faites ce que vous pouvez pour que cela devienne la routine de l’équipe de Scrum le plus possible.
- Si votre équipe est distribuée, utilisez un logiciel de visioconférence pour que l’équipe puisse toujours se voir.
- Pour les stand-ups en direct, envisagez de lancer une balle dans la salle pour indiquer qui devrait prendre la parole à un moment donné.
- Si (ou plutôt quand) quelque chose se produit dans cette réunion qui justifie une conversation plus longue, encouragez les membres de l’équipe à se synchroniser dès que le Scrum quotidien se termine pour déterminer quand ils veulent collaborer. Cela peut se faire immédiatement après la réunion ou plus tard dans la journée. Encore une fois, ils s’organisent eux-mêmes.
- Il existe des outils et des intégrations à Slack, comme Geekbot, qui permettent aux standups de se produire de manière asynchrone. Bien que ces rencontres puissent être utiles dans certaines circonstances, il est recommandé de les tenir en personne ou par appel vidéo.
- Le ton doit être léger et amusant, mais en mettant l’accent sur la collecte et la communication de l’information.
Autre chose?
Cette vérification rapide du pouls devrait permettre à l’équipe de bien se préparer pour la journée, qu’il s’agisse d’une réunion quotidienne de standup ou de Scrum . Ne la laissez pas s’éterniser ou cela aura l’effet contraire. Cette rencontre permet à l’équipe de se synchroniser et d’établir un climat de confiance entre eux. Laissez l’équipe se tenir mutuellement responsable du respect de ses engagements au quotidien.
Revue Sprint
Qu’est-ce qu’une réunion de revue Sprint?
La Sprint Review est la cérémonie de Scrum au cours de laquelle tout le travail accompli pendant le sprint peut être présenté aux parties prenantes.
Quel est son but?
À la fin de chaque sprint, l’examen du sprint fournit à l’équipe de développement une plateforme pour mettre en valeur tout le travail qui a été accompli. Cela permet aux intervenants de voir les choses plus tôt que prévu et d’inspecter ou d’adapter le produit au fur et à mesure qu’il émerge. Les revues de sprint peuvent être effectuées dans le cadre d’un “vendredi de démonstration” occasionnel ou peuvent être configurées pour être plus structurées. Tout cela dépend de plusieurs variables de l’équipe de scrum, telles que le cycle de vie du produit et la planification des versions.
Plus important encore, tout le travail présenté pendant cette période devrait être entièrement démontrable et répondre à la définition de ce qui a été fait et à la définition de ce que l’équipe est en train de faire. L’équipe devrait se sentir habilitée à montrer le travail qu’elle a pu accomplir au cours du sprint. Elle ne devrait pas avoir l’impression d’être jugée ou de défendre le travail fait. Elle devrait plutôt se concentrer sur la valeur commerciale apportée par le développement de produits.
Qui est présent?
L’équipe de scrum – propriétaire du produit, équipe de développement et le Scrum Master – et généralement un mélange de management, de parties prenantes externes, de clients et même de développeurs d’autres projets. Cette cérémonie de Scrum est plus flexible que les autres. Le chef de produit et le responsable de la Scrum doivent discuter des personnes qui doivent être impliquées avant la revue du sprint et s’assurer qu’elles sont présentes.
Combien de temps cela dure-t-il?
Une heure par semaine de sprint. Par exemple, une révision de deux heures du sprint doit être planifiée si un sprint dure deux semaines.
Quelques conseils utiles?
- Le Scrum Master assume toutes les tâches administratives, s’assure que les salles de réunion sont réservées, que des supports de présentation supplémentaires sont disponibles (comme des tableaux blancs ou des tableaux à feuilles mobiles, par exemple), et que la réunion est correctement synchronisée. Envisagez également d’offrir des rafraîchissements.
- Les commentaires additionnels reçus au cours de l’examen du Sprint devraient être convertis en nouveaux éléments du backlog produit en vue d’une priorisation et d’une discussion ultérieures.
- Se préparer à cette rencontre est une bonne idée! Étant donné que des intervenants de l’extérieur de l’équipe de Scrum sont souvent présents, assurez-vous de prévoir le temps de répétition ou toute autre préparation nécessaire à la mise sur pied de l’équipe pour assurer son succès.
- Concentrez l’examen de Sprint sur l’expérience de l’utilisateur et la valeur commerciale. Il ne faut pas avoir l’impression que l’équipe de développement ne fait que prouver que les choses fonctionnent.
- Le responsable du produit devrait poser des questions aux intervenants, recueillir leurs commentaires et fournir des réponses à toute question qui pourrait survenir.
Autre chose?
Également appelée Démo Sprint, cette réunion de Scrum aide à établir la confiance entre les parties prenantes et l’équipe de Scrum. C’est le moyen le plus direct de recueillir rapidement et fréquemment des commentaires et de les ajouter éventuellement au backlog produit. Faites tout ce que vous pouvez pour que l’équipe brille.
Rétrospective Sprint
Qu’est-ce qu’une rétrospective de Sprint?
La Retrospective Sprint est la cérémonie finale de Scrum qui permet à l’équipe de faire le point sur le travail qui vient d’être accompli et d’identifier les points qui pourraient être améliorés.
Quel est son but?
Après une révision du sprint, l’équipe de Scrum doit avoir l’occasion de réfléchir sur le travail qui vient d’être présenté et de discuter des façons de l’améliorer. La rétrospective du sprint est cette rencontre. Elle donne à l’équipe de Scrum une plateforme pour discuter des choses qui vont bien, des choses qui pourraient aller mieux, et quelques suggestions de changements. Voici quelques questions fréquemment posées :
- Qu’est-ce qui s’est bien passé au dernier sprint?
- Qu’est-ce qui ne s’est pas si bien passé?
- Que pourrions-nous faire différemment pour nous améliorer?
En fin de compte, cette cérémonie de Scrum devrait fournir aux membres de l’équipe un espace irréprochable où ils pourront fournir leurs commentaires honnêtes et leurs recommandations d’amélioration. Cela devrait entraîner le changement. Tous le feedback recevable devrait être recueilli et assigné de façon à ce que les membres de l’équipe de Scrum comprennent qui est responsable de quoi.
Agile, c’est l’amélioration constante, et cette cérémonie est spécialement conçue pour aider l’équipe de Scrum à mieux faire son travail.
Qui est présent?
Le Scrum Master et l’équipe de développement. Le propriétaire du produit est un participant facultatif. Il ne devrait pas y avoir d’intervenants de l’extérieur impliqués dans la rétroaction.
Combien de temps cela dure-t-il?
En général, les rétrospectives ne devraient pas durer plus d’une heure et demie pour un sprint de deux semaines. Si vos sprints sont d’un mois, la rétro ne devrait pas durer plus de 3 heures.
Des conseils utiles?
- Concentrez-vous sur l’amélioration continue et recueillez de l’information fondée sur des faits, pas seulement sur des sentiments.
- Gardez les choses originales et envisagez différentes façons d’impliquer l’équipe pendant cette réunion de Scrum. Il existe une foule de ressources qui fournissent des exemples pour rendre ces réunions plus efficaces. Un exemple peut être trouvé ici.
- Générer des idées significatives à partir de la conversation. Si vous sentez qu’il y a plus à dire entre les lignes, encouragez les membres de l’équipe à aller plus loin.
- Si une suggestion d’amélioration est soulevée, demandez aux autres membres de l’équipe de Scrum s’ils sont tous d’accord. Si c’est le cas, indiquez comment cette recommandation sera mise en œuvre.
- Créez un espace où la conversation se déroule plus facilement. Envisagez d’apporter de la nourriture, des marqueurs de couleur, des notes autocollantes et d’autres choses pour encourager la participation.
- Revoyez les suggestions précédentes pour déterminer si l’équipe devrait continuer à les mettre en pratique.
- Renforcez la capacité de l’équipe à s’auto-organiser.
Autre chose?
Si on parle technique, la rétrospective du sprint n’est pas une cérémonie officielle de Scrum. Cependant, il s’agit d’un élément très habituel de Scrum et d’autres méthodologies parce qu’elle peut aider à identifier les points à améliorer et à atténuer les risques pour les sprints futurs. Ces réunions mettent souvent en lumière les recommandations visant à améliorer et à atténuer les risques à venir. En tant que Master Scrum, assurez-vous d’entraîner l’équipe à fournir un feedback honnête et respectueux tout au long de la cérémonie.
Tableau comparatif
Vous êtes pressé par le temps Jetez un coup d’œil à ce bref tableau pour comparer et voir les différences entre chaque cérémonie de Scrum.
4 Cérémonies de Scrum côte à côte : réunion de planification du sprint, Scrum quotidien, réunion de révision du sprint, réunion rétrospective du sprint.
Qu’en pensez-vous?
Quel que soit l’outil de gestion de projet que vous utilisez ou le produit sur lequel vous travaillez, ces cérémonies de Scrum sont conçues pour donner des résultats. J’ai constaté que ces réunions fournissent une structure solide et se déroulent bien lorsque toute l’équipe est soudée avec une compréhension commune de ce à quoi sert chaque cérémonie de Scrum. Encore une fois, Scrum n’est qu’un cadre à utiliser pour aider à fournir des logiciels de manière agile.
Chaque équipe est différente, cependant, et il n’y a pas de processus parfait. Le conseil le plus simple que j’ai entendu est de garder les principes à l’esprit! Pensez à vos cérémonies de sprint comme à un produit : continuez à itérer et à améliorer.
N’hésitez pas à laisser un commentaire ci-dessous sur vos expériences lors des cérémonies de Scrum, et apprenons les uns des autres.