[=] Scrum Découvrez comment appliquer la méthodologie Scrum avec l'aide de nos experts Qu'est-ce que Scrum? Scrum est un framework qui aide les équipes a collaborer. A linstar d'une Equipe de rugby (dott le nom de cette méthodologie) s‘entrainant en vue d'un match important, Scrum encourage les équipes & apprendre par Vexpérience, & s'auto-organiser pendant qu'elles tentent de résoudre un probléme, mais aussi & réfléchir & leurs victoires et & leurs défaites pour s'améliorer en continu. Méme si la méthodologie Scrum dont je parle est le plus souvent utilisée par les équipes de développement, ses principes et ses enseignements sont valables pour tout type de travail en équipe. C'est l'une des raisons pour lesquelles Scrum est si populaire. Souvent considéré comme un framework de gestion de projet Agile, Scrum décrit un ensemble de réunions, d'outils et de réles qui interagissent de concert pour aider les équipes & structurer leur travail et a le gérer. Dans cet article, nous verrons comment se compose un framework Scrum classique avec l'aide du Guide Scrum et de David West, PDG de Scrum.org. Nous inclurons également des exemples montrant comment nos clients s'écartent de ces notions fondamentales pour répondre & leurs besoins spécifiques. Pour cela, Megan Cook, responsable produit Groupe pour Jira Software et ancienne coach Agile, nous donnera ses trucs et astuces dans notre série de vidéos Le coach Agile:suivant Sprints > Le framework On croit souvent que Scrum et Agile sont identiques, car Scrum se focalise sur Uamélioration continue, un principe fondamental d'Agile. Cependant, Scrum est un framework de gestion du travail, alors qu'Agile est un état d'esprit. Vous ne pouvez pas vraiment « devenir Agile » : l'ensemble de Uéquipe doit changer de point de vue sur la facon d'apporter une valeur ajoutée aux clients. Vous pouvez toutefois utiliser un framework tel que Scrum pour engager la réflexion et intégrer les principes Agile 4 vos méthodes de communication et de travail quotidiennes. Le framework Scrum est heuristique : il repose sur l'apprentissage continu et adaptation & des facteurs variables. Il reconnait que l'équipe ne sait pas tout au démarrage d'un projet et évoluera avec V'expérience. La méthodologie Scrum est structurée pour aider les équipes a s'adaptersuivant Sprints > processus pour permettre a votre equipe a’apprenare et ae s‘ameuorer en permanence. sprint Cvoue Méme si Scrum est structuré, il n'est pas tout a fait rigide. Son exécution peut étre adaptée aux besoins de n'importe quelle organisation. De nombreuses théories sont avancées sur la facon dont les équipes Scrum doivent travailler pour réussir. Toutefois, aprés plus de dix années & aider les équipes Agile & faire leur travail, Atlassian a appris que la communication claire, la transparence et la volonté d'amélioration continue doivent rester les piliers de votre framework. Pour le reste, c'est 4 vous de voir. Retafnate Cominsuivant Sprints > ges opjets que nous creons, comme un outt pour resouare un pronieme. Dans Scrum, ils sont au nombre de trois : le backlog produit, le backlog de sprint et U'incrément qui définit les taches « terminées ». Ce sont les trois constantes d'une équipe Scrum autour desquelles nous continuons de réfléchir et d'investir durant les heures supplémentaires. * Le backlog produit est la liste principale des taches & réaliser. Il est géré par le Product Owner ou le responsable produit. C'est une liste dynamique de fonctionnalités, d'exigences, d'améliorations et de correctifs qui fait office de point de départ pour le backlog de sprint. Pour résumer, c'est la « to-do list » des équipes. Le backlog produit est constamment repensé, et ses priorités sont redéfinies. Il est géré par le Product Owner, car, & mesure que nous en apprenons plus ou que le marché change, certains éléments peuvent ne plus s'avérer pertinents ou certains problémes peuvent étre résolus d'autres maniéres. * Le backlog de sprint est la liste d'éléments, d'user stories ou de correctifs de bug que l'équipe de développement a sélectionnés en vue de leur implémentation dans le cycle de sprint actuel. Avant chaque sprint, une réunion de planification (que nous verrons plus tard dans cet article) estsuivant Sprints > sprint (ce que 'équipe souhaite atteindre a partir du sprint actuel) ne peut pas étre remis en question. * Lincrément (ou objectif de sprint) est le produit final exploitable qui a été obtenu pendant le sprint. Chez Atlassian, nous présentons généralement Uw incrément » durant la démo de fin de sprint au cours de laquelle U'équipe montre ce qui a été effectué durant le sprint. Vous n'entendrez peut-étre pas parler du terme « incrément », puisqu'il est souvent remplacé par la définition de « terminé »: une étape importante, lobjectif du sprint, voire une version compléte de l'epic livré. Cela dépend simplement de la facon dont vos équipes définissent « terminé » et dont vous définissez vos objectifs de sprint. Par exemple, certaines équipes choisissent de livrer quelque chose a leur client & la fin de chaque sprint. Pour elles, « terminé » signifie donc « livré »Toutefois, cela peut ne pas étre réalisable pour d'autres équipes. Imaginez que vous travaillez sur un produit basé sur serveur pour lequel les livraisons client peuvent uniquement avoir lieu chaque trimestre. Vous choisirez peut-étre tout de méme de travailler par sprints de deux semaines, mais vous définirez « terminé » comme achever une portion d'une version plus large qui sera livrée par la suite. Bien sar, plus vous avez besoin de temps pour livrer un logiciel, plus le risque que celui-ci coure a l'échec est élevé. Comme vous pouvez l'imaginer, votre équipe peut choisir de définir de nombreuses variations, méme au sein des artefacts. C'est pourquoi il est important de rester ouvert 4 de nouvelles méthodes de gestion des artefacts. Votre définition de « terminé » génére peut-étre un stress néfaste pour votre équipe. Vous devrez alors en sélectionner une autre. ASTUCE Vous devriez adopter un framework aussi flexible que votre produit. Prenez le temps dont vous avez besoin pour voir comment les choses se déroulent, apporter les ajustements nécessaires, et n'usez pas de force pour lesuivant Sprints > Cérémonies ou événements Scrum Liensemble d’événements séquentiels, de cérémonies ou de réunions que les équipes Scrum effectuent réguligrement constituent des composantes mieux connues du framework. Ce sont les cérémonies qui divergent le plus d'une équipe a l'autre. Par exemple, certaines équipes considérent toutes ces cérémonies comme fastidieuses et répétitives, alors que d'autres les utilisent comme un point de contréle nécessaire. Nous vous recommandons de commencer par organiser toutes les cérémonies pendant deux sprints et de voir comment vous vous sentez. Vous pouvez ensuite effectuer une rétrospective rapide pour déterminer les éventuels ajustements nécessaires. Voici une liste de toutes les cérémonies clés auxquelles une équipe Scrum peut participe 1 Organisation du backlog : parfois qualifié de préparation du backlog, cet événement est sous la responsabilité du Product Owner. Ce dernier a deux taches principales : faire de la vision du produit une réalité et rester constamment en ligne avec le marché et le client. Par conséquent, il tient & jour cette liste en s'appuyant sur le feedback des utilisateurs et de l'6quipe de développement pour aider & définir dessuivant Sprints > Planification du sprint : ensemble de 'équipe de développement planifie le travail a réaliser (le périmétre) durant le sprint actuel pendant cette réunion. Celle-ci est menée par le Scrum Master. A cette occasion, Equipe détermine U'objectif du sprint. Les user stories sont ensuite ajoutées au sprint & partir du backlog produit. Ces stories correspondent toujours & Vobjectif, et ‘Equipe Scrum s'accorde a dire qu'elles sont possibles 4 implémenter durant le sprint. Ala fin de chaque réunion de planification, chaque membre de l'’équipe Scrum doit savoir avec certitude ce qu'il est possible de livrer durant le sprint et comment réaliser 'incrément. Sprint : un sprint désigne le délai réel dont l'équipe Scrum a besoin pour terminer un incrément. La longueur classique d'un sprint est de deux semaines, mais certaines équipes estiment qu'un périmétre d'une semaine ou qu'un délai d'un mois pour livrer un incrément de valeur est plus simple. Selon Dave West, de Scrum.org, plus le travail est complexe et plus les inconnues sont nombreuses, plus le sprint doit étre court. Mais c'est véritablement A votre équipe de voir, et vous ne devriez pas avoir peur du changement si quelque chose ne fonctionne pas ! Durant cette période, le périmatre peut étre renégocié entre le Product Owner et Equipe de développement si nécessaire. C'est ce qui confére a la méthodologie Scrum sa nature empirique. Tous les événements, de la planification & la rétrospective, ont lieu durant le sprint. Das lors qu'un certain intervalle de sprint est établi, il doit rester constant tout au long de la période de développement. L’équipe peut ainsi apprendre des expériences passées et appliquer ces enseignements aux sprints futurs. Mélée quotidienne (Daily Scrum) ou stand-up : mini-réunion quotidienne qui a lieu a la méme heure (généralement, le matin) et au méme endroit pour simplifier les choses. Beaucoup d'équipes essaient de s'en tenir 4 15 minutes, mais ce n'est qu'une indication. Cette réunionsuivant Sprints > les mempres ge vequipe en pnase avec vopjecur au sprint et ae aennir un plan pour les prochaines 24 heures. C'est l'occasion de faire part d'éventuelles préoccupations concernant Vobjectif du sprint ou de bloqueurs. Un format de stand-up est courant. Il consiste & demander a chaque membre de l'équipe de répondre & trois questions sur la réalisation de Vobjectif du sprint: + Qu'est-ce que j'ai fait hier ? + Qu'est-ce que je prévois de faire aujourd'hui ? +Y a-t-il des obstacles ? Nous avons toutefois constaté que la réunion se transformait rapidement en une lecture a voix haute des plannings de la veille et de ceux du lendemain. Le stand-up s'appuie sur une théorie : il limite les bavardages & une réunion quotidienne. L'équipe peut ensuite se concentrer sur son travail pendant le reste de la journée. Siil se transforme en une lecture & voix haute des plannings, n'hésitez pas & changer de format et a étre créatif. Revue de sprint : 8 la fin du sprint, 'équipe se rassemble pour une session informelle afin d'assister A une démo de U'incrément ou de Uinspecter. L’équipe de développement présente aux parties prenantes et & ses coll&gues les éléments du backlog terminés pour avoir leur avis. Le Product Owner peut décider de livrer ou non Vincrément. Cela dit, Vincrément est livré dans la plupart des cas. Cette revue est également l'occasion pour le Product Owner d'apporter des modifications au backlog produit sur la base du sprint actuel, lesquelles peuvent ensuite atre intégrées a la session de planification du prochain sprint. Pour un sprint d'un mois, envisagez de « time-boxer » votre revue de sprint 8 un maximum de quatre heures.suivant Sprints > sprint, un projet, ges retauions, aes outs, cnez aes personnes, voire dans certaines cérémonies et d'en discuter. Lidge est de créer un espace dans lequel l'équipe peut se concentrer sur ce qui a bien fonctionné et sur les choses & améliorer, et non sur les échecs. Trois réles essentiels pour la réussite de Scrum Une équipe Scrum doit rassembler trois réles spécifiques : le Product Owner, le Scrum Master et 'équipe de développement. Et, comme les équipes Scrum sont pluridisciplinaires, t’équipe de développement comprend des testeurs, des concepteurs, des spécialistes de l'expérience utilisateur et des ingénieurs opérationnels, en plus des développeurs. Le Product Owner Scrum Les Product Owners sont les champions de leur produit. Leur priorité est de comprendre les exigences du business, des clients et du marché, puis de prioriser le travail de Equipe d'ingénierie en conséquence. Les Product Owners efficaces : * créent et gérent le backlog produit ;suivant Sprints > * fournissent & 'équipe des orientations claires sur les prochaines fonctionnalités & livrer; * décident du moment ot le produit doit étre livré, avec une prédisposition pour des livraisons plus fréquentes. Le Product Owner n'est pas toujours le responsable produit. Sa priorité est de s'assurer que l'équipe de développement offre un maximum de valeur ajoutée au business. Il est également important que le Product Owner soit une seule personne. Aucune équipe de développement ne se réjouira de recevoir des directives différentes de plusieurs Product Owners. Le Scrum Master Les Scrum Masters sont les champions de Scrum au sein de leur équipe. Ils coachent l'équipe, les Product Owners et le business sur le processus Scrum et cherchent les facons d'affiner leur pratique en la matiére. Un Scrum Master efficace comprend parfaitement le travail que l'équipe doit réaliser et peut aider celle-ci a optimiser la transparence et le flux de livraison. En tant que chef d'orchestre, il prévoit les ressources nécessaires (humaines et logistiques) pour planifier le sprint, le stand-up, la revue et la rétrospective de sprint. L'équipe de développement Scrum Les équipes Scrum abattent le travail. Elles sont les championnes des pratiques de développement durables. Les plus efficaces sont celles qui travaillent de fagon soudée et proche géographiquement. Elles comptent généralement entre cing et sept membres. Une facon de déterminer la taille de U'’équipe consiste & suivre la régle des « deux pizzas » du PDG d'Amazon, Jeff Bezos : deux pizzas doivent suffire pour nourrir 'équipe. Les membres de l'équipe présentent des compétences variées. Ils se forment les uns les autres afin qu'aucun ne devienne un goulot d'étranglement dans ASE ECO RARE IM CSCI K CIC ECCS ICICIM EIEN CTE AGES IIISsuivant Sprints > réussite du sprint. L'équipe Scrum détermine le plan pour chaque sprint. Elle prévoit la quantité de travail qu'elle pense pouvoir assumer tout au long de Litération en se servant de sa vélocité comme d'un guide. En gardant une longueur diitération fixe, 'équipe de développement bénéficie d'un feedback important sur son processus d'estimation et de livraison. Avec le temps, ses prévisions deviennent donc de plus en plus précises. Scrum, Kanban et Agile Scrum est un framework Agile si populaire que ces deux méthodologies sont souvent confondues l'une avec l'autre. Il existe toutefois d'autres frameworks, comme Kanban, qui est une alternative populaire. Certaines entreprises choisissent méme de suivre un modéle hybride de Scrum et Kanban, appelé « Scrumban » ou Kanplan (Kanban avec un backlog). Scrum et Kanban utilisent tous deux des méthodes visuelles, comme le tableau Scrum ou Kanban, pour suivre l'avancement du travail. Tous deux donnent la priorité & lefficacité et & la subdivision de taches complexes en plus petits blocs gérables. Leur approche pour réaliser cet objectif différe toutefois. Scrum se concentre sur des itérations 4 durée limitée. Une fois la durée d'un sprint finalisée, les stories ou les entrées du backlog produit qui peuvent étre implémentées durant ce cycle de sprint sont déterminées. Dans Kanban, le nombre de taches ou la quantité de travail en cours (limite WIP) & implémenter au cours du cycle actuel est fixé(e) au préalable. Le temps nécessaire pour implémenter ces fonctionnalités est ensuite calculé en remontant dans le temps. Kanban n'est pas aussi structuré que Scrum. Hormis la limite WIP, cette méthodologie est relativement ouverte a l'interprétation. Scrum intégre toutefois plusieurs concepts catégoriques dans le cadre de sonsuivant Sprints > ne pas dépendre de membres externes pour atteindre ses objectifs. Il n'est pas toujours simple de former une équipe transverse. En ce sens, Kanban est plus facile & adapter, alors que Scrum peut étre considéré comme un virage fondamental dans le processus de réflexion et dans le fonctionnement d'une équipe de développement. Mais, pourquoi Scrum? Le framework Scrum en luieméme est simple. Les ragles, artefacts, événements et réles sont faciles 8 comprendre. Son approche semi- normative aide véritablement & lever les ambiguités du processus de développement, tout en offrant aux entreprises la liberté suffisante pour ajouter leur propre touche. Lorganisation de taches complexes en user stories gérables en fait la méthodologie idéale pour les projets complexes. Par ailleurs, la démarcation claire des réles et les événements planifiés garantissent la transparence et la responsabilité collective tout au long du cycle de développement. Les livraisons rapides maintiennent la motivation de 'équipe et la satisfaction des utilisateurs & un niveau élevé, car il est possible de voir 'avancement dans un bref laps de temps. Toutefois, la parfaite compréhension de Scrum peut prendre un certain temps, en particulier si '6quipe de développement est habituée 4 un modéle en cascade classique. Les concepts d'itérations plus restreintes, de mélées quotidiennes (Daily Scrum), de revues de sprint et identification d'un Scrum Master pourraient s'avérer un virage culturel difficile & prendre pour une nouvelle équipe. Toutefois, les avantages a long terme prévalent nettement sur la courbe d'apprentissage initiale. Le succés de Scrum dans le développement de produits matériels et logiciels complexes, quels que soient le secteur et le marché, en fait un framework attrayant 4 adopter pour votre organisation. Dawe déeaunirir Cerium areca 3 lira Saftiaara cancultas ca titarialsuivant Sprints > Claire Drumond CLAIRE DRUMOND Claire Drumond est stratége marketing, conférenciére et rédactrice pour Atlassian. Elle est (auteur de nombreux articles sur les blogs Trello et Atlassian. Par ailleurs, elle contribue réguligrement & diverses publications sur Medium, notamment HackerNoon, Art+Marketing et PoetsUntimited. Elle intervient sur Agile, l'élimination des silos et la promotion de 'empathie lors de conférences techniques & travers le monde. Articles sur Scrum ARTICLE sprints Un sprint désigne une brave période limitée dans le temps dont une équipe Scrum a besoin pour effectuer une quantité de travail donnée.suivant Sprints > ARTICLE Planification du sprint La plani ition du sprint est un événement Scrum qui dé it ce que Uéquipe sera en mesure de livrer dans le sprint & venir ainsi que la fagon dont elle va y parvenir. ARTICLE Quatre réunions Agile démystifiées Découvrez comment animer des réunions Agile efficaces comme la planification des sprints, les stand-ups quotidiens, la revue des itérations et les rétrospectives. ARTICLE Backlog de produit :
votre liste de taches ultime Qu'est-ce qu'un backlog de produit dans Agile ou Scrum ? Découvrez-en plus sur les bonnes pratiques en matigre de gestion et de hiérarchisation de backlog de produit robuste.suivant Sprints > Trois étapes pour améliorer les revues de sprint Découvrez comment mettre en avant le dur labeur de toute 'équipe (designers, développeurs et Product Owner) dans le cadre de revues de sprint. ARTICLE Stand-ups pour les équipes Agile Découvrez dans quelle mesure les stand-ups contribuent & un programme Agile sain, ainsi que certains trucs et astuces pour votre équipe et vous- méme. ARTICLE Qu'est-ce qu'un Scrum Master ? Découvrez le réle d'un Scrum Master (et ce qu'il ne fait PAS), mais aussi comment il soutient les autres membres d'une équipe Agile et collabore avec eux. ARTICLE Rétrospectives Agile : tirez des enseignements dusuivant Sprints > au fil du temps. Découvrez les témoignages de la communauté Agile et apprenez a mener vos propres réunions de rétrospective. ARTICLE Réles Scrum dans Agile Découvrez les responsabilités et activités associées aux trois principaux rdles Scrum dans Agili ‘crum Master, Product Owner et équipe de développement. ARTICLE Scrum de Scrums La méthode « Scrum de Scrums » est une technique Agile & grande échelle qui vous permet de connecter plusieurs équipes devant travailler ensemble pour livrer des solutions complexes. Découvrez comment faire évoluer Scrum grace aux exemples d'Atlassian et d'autres. TUTORIEL Découvrez Scrum grace a ira Software Instructions détaillées pour mener un projet Scrum, prioriser et organisersuivant Sprints > Essayer ce tutoriel + FONCTIONNALITE PRODUIT Du silo G la cohésion avec les tableaux Scrum Jira Le tableau Scrum Jira affiche visuellement l'avancement au cours du cycle de développement. Télécharger gratuitement > TUTORIEL Prét & vous lancer ? Essayez ce tutoriel. Instructions détaillées pour mener un projet Scrum, prioriser et organiser votre backlog en sprints, organiser des « cérémonies » Scrum, et bien plus encore, le tout dans Jira, Lire ce tutoriel > suivant Kanban Présentation de la méthodologie kanban pour le développement logiciel Agile et sessuivant Sprints > Themes Agile Une gestion agile de vos projets Scrum Kanban Conception Développement logiciel Gestion de produit Teams Agile & échelle DevOps Inscrivez-vous pour recevoir davantage d'articles et de tutoriels sur Agile. E-mail [email protected] S'abonner Francais ¥ Politique de confidentialité Conditions Mentions légales Copyright © 2022 Atlassian