Le framework Scrum — Deuxième édition

Ce chapitre conserve le contexte historique et pratique des enseignements de la deuxième édition. Le programme de la troisième édition est également disponible dans le sommaire ci-dessous.

---

Qu’est-ce que Scrum ?
Les principaux composants du framework Scrum

Définition de Scrum : Scrum est un cadre léger de gestion de projet agile, principalement utilisé pour le développement logiciel. Il décrit une démarche itérative et incrémentale pour livrer du travail et résoudre des problèmes dans des projets commerciaux ou à but non lucratif, dans tous les secteurs et domaines de la vie.

Scrum est un ensemble de composants qui structure la gestion de projet agile. Au cœur de ce cadre se trouve une liste complète appelée Product Backlog. Elle contient tous les éléments nécessaires pour améliorer le produit, comme l’ajout de fonctionnalités ou la correction de défauts. Il ne s’agit toutefois pas d’une simple liste de courses : elle joue un rôle essentiel en constituant l’unique source d’exigences pour toute modification du produit. L’importance de chaque élément se reflète dans sa priorité et guide l’équipe dans le choix du prochain travail à traiter. Commençons donc par explorer ce composant de plus près.

Dans le framework Scrum, les principaux composants comprennent : le Product Backlog, le Sprint Backlog, l’Incrément, le Sprint, le Sprint Planning, le Daily Scrum, la Sprint Review et la Sprint Retrospective. Ces composants favorisent le développement itératif et incrémental, l’amélioration continue et une collaboration efficace au sein des équipes Scrum.

Scrum peut être utilisé dans toutes sortes de projets, dans les entreprises logicielles et technologiques comme ailleurs : pour développer des suites logicielles métier complètes ou seulement certaines parties de systèmes plus vastes, dans n’importe quel secteur, pour des projets clients ou internes.

Le framework Scrum est en lui-même très simple. Il définit des orientations générales et un nombre limité de règles, de rôles, d’artefacts et d’événements. Chaque composant reste néanmoins important, répond à un objectif précis et est indispensable à une utilisation réussie du cadre.

Les principaux composants du framework Scrum sont :

• Les trois rôles selon la terminologie de cette deuxième édition : Scrum Master, Scrum Product Owner et équipe de développement, qui forment ensemble la Scrum Team
• Un backlog priorisé contenant les exigences des utilisateurs finaux
• Les Sprints et les Incréments produits pendant ceux-ci
• Les événements Scrum : Sprint Planning (réunions QUOI et COMMENT), Daily Scrum, Sprint Review et Sprint Retrospective

Les composants essentiels de Scrum

Trois composants principaux constituent l’ossature du cadre agile Scrum : le Product Backlog, le Sprint Backlog et l’Incrément. Ensemble, ces éléments apportent clarté, structure et direction au projet. Examinons chacun d’eux pour comprendre son rôle essentiel dans le développement avec Scrum.

Product Backlog

Le Product Backlog peut être comparé à une carte au trésor pour le projet. Il s’agit d’une liste dynamique de toutes les tâches, exigences, fonctionnalités, améliorations et corrections de défauts nécessaires au produit. Il constitue la source de référence unique pour toutes les modifications ou améliorations destinées à faire progresser le produit. Par nature évolutif, il se transforme au fil des nouvelles informations, des changements de priorités et des retours des parties prenantes et des clients.

La tenue à jour de cette liste priorisée est essentielle : elle guide les décisions sur les fonctionnalités à inclure dans le produit et sur leur moment de livraison. Ce backlog pose ainsi les fondations de tout le projet en définissant ce qui doit être fait et dans quel ordre.

Sprint Backlog

Le Sprint Backlog, quant à lui, a un périmètre plus ciblé que le Product Backlog. Il contient les éléments de travail précis que l’équipe sélectionne pendant le Sprint Planning et sert de plan pour réaliser les tâches du Sprint. Associé à un plan clair pour livrer l’Incrément de produit et atteindre l’Objectif de Sprint, il définit la voie à suivre dans un délai donné.

Comprendre que le Sprint Backlog repose sur un sous-ensemble d’éléments du Product Backlog sélectionnés pendant le Sprint Planning permet aux équipes de se concentrer sur les activités essentielles à leurs objectifs immédiats. En clarifiant qui travaille sur quoi et en rendant visible la progression vers les objectifs du Sprint, ce composant renforce la coopération et la responsabilité au sein de l’équipe.

Sprint et Incrément

Parmi ces éléments fondamentaux de Scrum, deux concepts sont étroitement liés : le Sprint et l’Incrément. Un Incrément réunit le travail terminé du Product Backlog et le produit existant pour former un tout utilisable. Le Sprint est la période de durée fixe pendant laquelle ce travail se déroule ; il n’est pas l’Incrément lui-même. Cela signifie qu’à un moment donné du projet, généralement après chaque Sprint, nous obtenons un ensemble cohérent issu des tâches attribuées, prêt à être livré si nécessaire.

Ces trois composants favorisent une collaboration efficace grâce à la transparence et donnent une orientation essentielle en créant des repères tout au long du projet. Le Product Backlog définit où nous allons ; le Sprint Backlog contient notre feuille de route vers des objectifs incrémentaux ; ensemble, ils se traduisent par des résultats concrets qui reflètent précisément les progrès accomplis à chaque étape. Comprendre ces composants fondamentaux est indispensable pour exploiter la puissance de Scrum dans une gestion de projet agile efficace.

Après avoir découvert les éléments fondamentaux de Scrum, explorons un autre pilier de la méthode agile : les différents rôles qui composent une équipe Scrum performante.

Approfondir les rôles Scrum

Les rôles de Scrum Master et de Product Owner sont essentiels à la réussite d’un projet Scrum. Examinons-les en détail pour comprendre leur importance dans la gestion de projet agile.

Le Scrum Master

Le Scrum Master joue un rôle essentiel en tant que garant du processus Scrum : il veille à ce que l’équipe respecte les principes et les pratiques du cadre. Il agit comme un leader au service de l’équipe, crée un environnement collaboratif et donne à celle-ci les moyens de s’améliorer continuellement et de produire des résultats de qualité.

L’un des aspects essentiels de sa responsabilité consiste à lever les obstacles qui pourraient freiner la progression de l’équipe, qu’il s’agisse de résoudre des conflits internes ou de faciliter la communication avec des parties prenantes externes. L’équipe peut ainsi rester concentrée sur ses objectifs sans distractions inutiles.

Il accompagne également l’équipe par le coaching et le mentorat sur les méthodes agiles, afin qu’elle comprenne pleinement ces principes et les applique efficacement. En organisant des ateliers, des formations et d’autres occasions d’apprentissage, le Scrum Master aide à établir des bases solides de pratiques agiles dans l’équipe.

Le Product Owner

D’autre part, nous avons le Product Owner, qui fait le lien entre l’équipe de développement et les parties prenantes, en représentant notamment la voix du client. Sa responsabilité principale consiste à définir et à prioriser les livrables pour maximiser la valeur pour les utilisateurs et les objectifs de l’entreprise. Traduire les besoins des clients en user stories et en éléments du Product Backlog bien définis est un aspect essentiel de ce rôle. Ces exigences affinées donnent une direction et une finalité claires aux efforts de développement.

Le Product Owner doit également maintenir une collaboration continue avec les parties prenantes pour recueillir des retours de manière itérative. En restant attentif à l’évolution du marché et des préférences des clients, il veille à ce que le produit reste aligné sur les objectifs stratégiques tout en répondant aux attentes des utilisateurs.

Pensez à un artiste qui façonne soigneusement une œuvre selon sa vision tout en intégrant les retours du public : de même, le Product Owner élabore les fonctionnalités du produit à partir des retours des clients et procède par itérations jusqu’à concilier les besoins des utilisateurs et les objectifs de l’entreprise.

Les nuances de ces rôles montrent comment ils se complètent dans un environnement Scrum pour soutenir la collaboration, la création de valeur et l’alignement sur les objectifs de l’organisation.

Comprendre la collaboration entre ces rôles clés permet de mieux apprécier le rôle essentiel des artefacts dans les projets agiles.

Le membre de la Scrum Team

Le Le membre de la Scrum Team occupe une place essentielle dans le framework Scrum et contribue à l’effort collectif d’un groupe qui poursuit un objectif commun. Ses compétences variées soutiennent le développement des produits de plusieurs façons. Pendant les réunions quotidiennes debout, il partage son avancement et discute des obstacles, ce qui favorise une communication efficace dans l’équipe. Il participe aussi activement au Sprint Planning et contribue à déterminer la vélocité, un indicateur de la capacité de l’équipe à terminer du travail. Le membre de la Scrum Team utilise des supports comme le burndown chart et le tableau Scrum, qui représentent visuellement la progression et les tâches. Il respecte la Definition of Done pour que le travail de l’équipe réponde aux critères établis et adopte une démarche auto-organisée, lui donnant les moyens de prendre des décisions qui contribuent à la réussite globale du projet.

Comprendre les artefacts Scrum

Les artefacts Scrum sont les résultats tangibles du travail réalisé pendant un projet Scrum. Ils jouent un rôle essentiel dans la communication et la compréhension entre les membres de l’équipe Scrum et les parties prenantes. Les artefacts officiels de Scrum sont le Product Backlog, le Sprint Backlog et l’Incrément. Dans cette section, nous explorons aussi deux techniques complémentaires utiles : les user stories et les burndown charts.

Les user stories

Les user stories sont de petites fenêtres ouvertes sur le projet global. Ce sont des descriptions courtes et simples d’une fonctionnalité, formulées du point de vue de l’utilisateur final ou du client qui souhaite cette nouvelle possibilité. Imaginez-les comme des messages notés sur des pense-bêtes adhésifs ou de petites fiches, qui résument ce qu’une fonctionnalité particulière doit accomplir. Rédigées dans un langage courant, elles expriment les souhaits et les besoins des utilisateurs de manière compréhensible par les membres techniques et non techniques de l’équipe.

La grande valeur de ces user stories vient de leur capacité à représenter les exigences fonctionnelles et à engager la conversation entre développeurs, testeurs, concepteurs et même clients : un moyen de comprendre ce qu’il faut construire.

Rédiger des user stories utiles :

• Impliquez vos utilisateurs : Les user stories exposent ce que vos clients souhaitent réellement.
• Concentrez-vous sur la valeur et les résultats : Elles portent sur la valeur essentielle apportée aux utilisateurs.
• Encouragez l’engagement et les échanges : Favorisez les interactions au lieu de simplement construire des choses.

Les burndown charts

Les burndown charts (voir aussi Le burndown chart dans Scrum) représentent visuellement la quantité de travail restant en fonction du temps : le travail restant figure sur l’axe Y et le temps sur l’axe X. C’est comme si quelqu’un dressait pour vous un tableau de votre progression, ou de son absence, au fil des Sprints.

Ces graphiques ne sont pas seulement agréables à regarder : ce sont des outils pour mesurer la progression du projet à partir des données historiques et pour tirer des enseignements utiles aux décisions futures. Voir la quantité de travail restante et le temps qu’elle pourrait demander crée de la transparence et donne aux équipes les informations nécessaires pour décider de façon éclairée.

N’oubliez pas que les burndown charts doivent montrer l’évolution des tâches dans le temps, mais aussi communiquer les risques associés à certaines échéances. Ils ouvrent un dialogue entre les différentes composantes d’une équipe et aident à mieux comprendre les obstacles à venir.

En créant des user stories et en tenant les burndown charts à jour, nous apportons clarté et transparence. C’est à travers ces artefacts que nous concrétisons la collaboration, la simplicité et la communication ouverte entre équipes agiles.

Nous avons jusqu’ici exploré les artefacts Scrum et les techniques complémentaires utiles à une gestion de projet efficace. Passons maintenant aux principales cérémonies de la méthode Scrum.

Examiner les cérémonies Scrum

Les cérémonies sont au cœur de Scrum. Ces événements sont spécialement conçus pour faire avancer le travail, assurer une compréhension commune et permettre à l’équipe d’inspecter et d’adapter ses pratiques. Examinons quelques-unes de ces cérémonies fondamentales pour comprendre leur rôle et leur importance dans la gestion de projet agile.

Les réunions quotidiennes debout

Le Daily Stand-up est une réunion courte, de durée fixe, qui se tient généralement chaque jour à la même heure et au même endroit. L’équipe de développement s’y retrouve pour synchroniser ses activités et rendre visibles les obstacles susceptibles de nuire à sa performance. Il ne s’agit pas d’un compte rendu détaillé des tâches de chacun, mais d’un point rapide pour que tous comprennent le travail en cours, ce qui pourrait bloquer la progression et les besoins éventuels d’aide.

Cette réunion quotidienne vise à renforcer la collaboration et la transparence entre les membres de l’équipe. Chacun comprend ce sur quoi les autres travaillent et peut ainsi repérer des dépendances ou des domaines où apporter son soutien. En traitant immédiatement les obstacles, l’équipe peut accélérer leur résolution et limiter les retards.

Sprint Planning

Le Sprint Planning est une autre cérémonie essentielle de Scrum. Il a lieu au début de chaque Sprint, une itération de travail qui dure généralement entre une et quatre semaines. Il vise à définir ce qui pourra être livré dans l’Incrément et comment le travail sera accompli. Pendant cette séance, la Scrum Team discute et convient d’un ensemble d’objectifs pour le Sprint à venir.

Cet événement a deux objectifs : déterminer quels éléments du Product Backlog, une liste priorisée de tâches, peuvent être développés pendant le Sprint, puis élaborer un plan pour réaliser ce travail. Le Sprint Planning traite en profondeur de points essentiels comme la définition d’objectifs réalisables, les stratégies, les difficultés potentielles et la priorisation des tâches.

Les Sprint Reviews

La Sprint Review, cérémonie essentielle du framework Scrum, réunit les parties prenantes et l’équipe de développement pour examiner les questions importantes liées à la progression du produit. Contrairement à la réunion quotidienne, elle se tient à la fin de chaque Sprint et offre une vue d’ensemble du cycle de développement du produit. Elle crée un sentiment de communauté en rassemblant des points de vue variés : membres de l’équipe, parties prenantes et utilisateurs finaux. Elle permet de partager les connaissances acquises pendant le Sprint et de développer une compréhension collective de la trajectoire du produit. La Sprint Review est aussi un espace pour présenter et évaluer de nouvelles idées, afin que le projet reste dynamique et réactif à l’évolution des exigences. Elle constitue ainsi un point d’inspection essentiel qui encourage la collaboration, la transparence et l’amélioration continue dans Scrum.

Les Sprint Retrospectives

Comme tout processus d’apprentissage, la démarche agile valorise la réflexion sur soi et l’amélioration continue. C’est là qu’interviennent les rétrospectives. Une réunion de rétrospective permet à la Scrum Team d’inspecter son propre fonctionnement et d’élaborer un plan d’amélioration pour le Sprint suivant.

Voyez-la comme une rencontre pour tirer les leçons de l’expérience : les membres de l’équipe peuvent discuter ouvertement de ce qui s’est bien passé pendant le Sprint, de ce qui aurait pu être amélioré et de nouvelles démarches pour obtenir de meilleurs résultats à l’avenir. Cet engagement envers l’évolution aide les équipes à accueillir le changement, à affiner leurs processus et à améliorer leurs performances au fil du temps.

Ces cérémonies renforcent naturellement la collaboration, encouragent une progression continue et assurent un flux de travail efficace : autant d’éléments indispensables à la réussite d’un projet dans un cadre agile.

Maintenant que vous comprenez mieux les composants fondamentaux de Scrum, découvrons comment Scrum peut bénéficier à votre projet.

Les avantages de Scrum pour votre projet

Dans la gestion d’un projet, l’efficacité et l’adaptabilité sont essentielles. C’est là que Scrum se distingue, avec des avantages qui peuvent renforcer l’efficacité et la réussite de votre projet.

Une productivité accrue

L’un des grands avantages de Scrum est la forte amélioration de la productivité qu’il facilite. Sa nature itérative favorise l’amélioration continue et donne régulièrement à l’équipe l’occasion de réfléchir à ses processus et de les ajuster. En divisant le travail en itérations ou Sprints de taille maîtrisable, les équipes peuvent se concentrer sur de petits Incréments utiles et ainsi progresser régulièrement.

L’importance accordée à la collaboration et à l’auto-organisation dans les équipes Scrum développe aussi le sentiment d’appartenance et de responsabilité. Cela motive les membres à travailler de façon plus cohérente et efficace vers les objectifs communs. La productivité augmente et les projets peuvent avancer plus rapidement.

Une transparence renforcée

Un autre avantage important de Scrum est la transparence accrue qu’il apporte pendant tout le cycle de vie du projet. Grâce aux réunions quotidiennes, aux revues régulières et aux rétrospectives, chaque membre reste bien informé de l’état du projet, des obstacles potentiels et des résultats obtenus. Cela crée un environnement de communication ouverte et d’échange de retours, où chacun comprend clairement l’avancement à tout moment.

Cette transparence donne de meilleures informations aux membres de l’équipe et offre aux parties prenantes et aux clients une visibilité complète sur l’évolution du projet. Elle fonde la confiance dans la capacité de l’équipe à livrer conformément aux attentes.

La souplesse

Dans l’environnement économique actuel, la capacité à s’adapter rapidement au changement est essentielle à la réussite d’un projet. La souplesse intrinsèque de Scrum permet aux équipes de réagir facilement à l’évolution des exigences ou des besoins des clients pendant le développement. Avec des cycles plus courts et des revues fréquentes, les changements nécessaires peuvent être intégrés sans perturber tout le projet.

S’adapter à de nouvelles conditions de marché ou intégrer les retours des clients devient une partie naturelle du processus plutôt qu’une opération laborieuse. Cette souplesse maintient les projets en phase avec l’évolution des objectifs et des demandes du marché, ce qui aide les équipes à apporter une valeur pertinente pour les utilisateurs finaux.

En augmentant la productivité, en renforçant la transparence et en favorisant la souplesse face à l’évolution des besoins des projets et des clients, Scrum améliore considérablement l’efficacité globale de la gestion de projet.

Quels sont les autres composants majeurs du framework Scrum ?

L’auto-organisation

L’auto-organisation et la communication au sein de l’équipe sont importantes dans tous les projets Scrum. Il n’y a plus de chef de projet au sens classique. Dans le framework Scrum, ces responsabilités sont réparties entre le Product Owner, le Scrum Master et les développeurs. En fin de compte, l’équipe décide cependant de ce qu’elle peut accomplir et en quelle quantité pendant une itération donnée du projet, le Sprint.

L’amélioration continue

Un autre aspect central du framework Scrum est l’amélioration continue : inspecter et adapter. Les Scrum Teams doivent inspecter et évaluer fréquemment leurs artefacts et leurs processus afin de les adapter et de les optimiser. À moyen terme, cela améliore les résultats, accroît la prévisibilité et réduit ainsi le risque global du projet.

Le framework Scrum tient compte du fait que les exigences peuvent changer rapidement ou ne pas être entièrement connues au début du projet. Les exigences détaillées ne sont définies qu’au moment de leur réalisation effective. Dans Scrum, les modifications et les optimisations du produit, des exigences et des processus font partie intégrante de tout le cycle d’ingénierie.

La communication

La communication est un autre fondement du framework Scrum. Le Scrum Product Owner travaille étroitement avec la Scrum Team pour identifier et prioriser les fonctionnalités. Celles-ci sont exprimées en user stories et conservées dans un Scrum Product Backlog. Le Product Backlog contient tout ce qui est actuellement connu comme nécessaire pour livrer avec succès un système logiciel opérationnel.

Donner du pouvoir d’action à l’équipe

Les développeurs choisissent le travail qu’ils prévoient de terminer pendant les Sprints de 2–4 semaines de cet exemple. Comme la Scrum Team peut s’engager sur ses propres objectifs, elle est plus motivée et peut donner le meilleur d’elle-même. Le Scrum Master est un autre rôle important du framework Scrum : il agit comme un leader au service de l’équipe. Ses principales missions consistent à aider la Scrum Team à comprendre le fonctionnement de Scrum, à la protéger des interruptions externes et à lever les obstacles qui l’empêchent d’atteindre sa productivité maximale.

Dans sa forme simple, le framework Scrum convient particulièrement aux petits projets menés par une seule équipe. Il peut aussi soutenir des efforts plus vastes, répartis ou impliquant plusieurs équipes. Le « Chief Scrum Product Owner » décrit dans cette édition est une organisation possible du passage à l’échelle, et non un rôle supplémentaire imposé par le framework Scrum.

Applications pratiques des composants Scrum

Le User Story Mapping est une application pratique importante des composants Scrum. Cette technique aide les équipes à comprendre comment un utilisateur interagira avec le logiciel. Ce support visuel facilite le recueil des exigences et la représentation du parcours utilisateur, essentiels à un Product Backlog complet. En décomposant visuellement la vue d’ensemble en composants maîtrisables, le User Story Mapping aide à organiser les fonctionnalités nécessaires aux utilisateurs, à aligner les parties prenantes et à prioriser les éléments de travail selon leurs besoins.

Cette représentation visuelle aide aussi à repérer les lacunes ou les doublons dans le flux de développement et sert à communiquer et à concevoir une feuille de route globale du produit. Grâce au Story Mapping, les membres de l’équipe, les Product Owners, les Scrum Masters et les développeurs examinent ensemble le produit de bout en bout. Ils comprennent mieux les attentes des utilisateurs et affinent le Product Backlog à partir de ces enseignements.

Une autre application pratique essentielle des composants Scrum est l’estimation agile, qui utilise le dimensionnement relatif et le planning poker pour estimer plus précisément l’effort nécessaire à la réalisation des user stories ou des tâches. Ces techniques améliorent la planification et les prévisions en associant toute l’équipe à l’estimation du travail requis.

Le dimensionnement relatif accélère les estimations en comparant les nouveaux éléments à ceux déjà réalisés, avec des tailles relatives comme celles des vêtements (S, M, L) ou la suite de Fibonacci (1, 2, 3, 5, 8...). Le planning poker, lui, fait participer activement tous les membres de l’équipe : chacun estime indépendamment, puis les discussions permettent de parvenir à un accord.

Par exemple, une équipe de développement estime une nouvelle fonctionnalité au planning poker. Un développeur prévoit deux semaines pour la terminer, tandis qu’un autre estime qu’une semaine suffit. Cela ouvre une discussion sur les facteurs qui influencent chaque estimation : complexité, risques ou dépendances à d’autres tâches. Cette démarche participative permet de mieux comprendre l’étendue du travail nécessaire à la réalisation de la fonctionnalité.

Le User Story Mapping et l’estimation agile sont donc des applications pratiques fondamentales des composants Scrum. Ils contribuent à une planification efficace et à une compréhension cohérente des projets agiles. Ces démarches donnent aux équipes des outils puissants pour traiter efficacement des exigences complexes tout en restant alignées sur les besoins des utilisateurs pendant tout le développement.

Récapitulatif des composants Scrum

Dans la gestion de projet agile, Scrum se distingue comme un cadre puissant qui met l’accent sur la collaboration et l’adaptabilité. Il organise le travail en itérations de durée fixe appelées Sprints, qui durent chacune quelques semaines. Les acteurs clés sont les membres de la Scrum Team : le Product Owner, le Scrum Master et les développeurs forment ensemble une équipe pluridisciplinaire chargée de livrer des Incréments utiles. La Scrum Team collabore étroitement avec les parties prenantes pour que leurs contributions soient prises en compte et intégrées au développement.

Les composants du framework Scrum jouent un rôle déterminant dans l’organisation du développement. Ils comprennent des rôles, des artefacts et des événements qui conduisent ensemble l’équipe vers des Incréments de grande valeur. Le Product Backlog sert de référentiel dynamique de tous les éléments de travail, priorisés par le Product Owner selon leur valeur métier. Au fil des Sprints, le Scrum Master facilite et accompagne le processus en veillant au respect des principes Scrum. La Scrum Team travaille collectivement à produire un Incrément, une version potentiellement livrable du produit qui apporte une valeur concrète. Cette interaction entre rôles, artefacts et événements fait avancer l’équipe et renforce la transparence et la compréhension commune de l’avancement par les parties prenantes.

La capacité à produire un Incrément utile à la fin de chaque Sprint est indéniablement un élément central du framework Scrum. Cette livraison incrémentale rend les progrès concrets et permet de s’adapter rapidement aux changements d’exigences. L’engagement de la Scrum Team, accompagnée par le Scrum Master et guidée par la vision du Product Owner, crée un cycle de livraison continu aligné sur les attentes des parties prenantes. Cette attention constante aux Incréments maintient Scrum dans une démarche dynamique et adaptable, porteuse d’une valeur importante pour l’équipe et les utilisateurs finaux. Des rôles clairs, une approche collaborative des artefacts et le rythme régulier des Sprints font de Scrum un cadre transformateur, qui propose une voie structurée et souple vers la réussite du développement de produits.

Approfondissez ces applications pratiques avec nos ressources gratuites à télécharger sur le site de International Scrum Institute et enrichissez dès aujourd’hui votre compréhension de la gestion de projet agile !