Un guide complet pour comprendre Agile Scrum, un cadre de gestion de projet renommé pour une livraison efficace et adaptative de résultats de haute qualité.
Dans le monde de la gestion de projet, qui évolue à un rythme effréné et en constante évolution, il est essentiel de garder une longueur d'avance. C'est là qu'intervient Agile Scrum. Ce guide complet vise à fournir aux débutants une compréhension approfondie d'Agile Scrum, un cadre réputé conçu pour fournir des résultats de haute qualité de manière efficace et adaptative. En mettant en œuvre les principes et les pratiques d'Agile Scrum, vous serez en mesure de gérer facilement des projets complexes, de collaborer efficacement avec des équipes interfonctionnelles et d'obtenir des résultats exceptionnels. Alors, embarquons-nous dans ce voyage pour comprendre Agile Scrum et découvrir les précieuses informations qu'il fournit pour une gestion de projet réussie.
Qu'est-ce qu'Agile Scrum ?
Définition de Scrum Agile
Agile Scrum est un cadre de gestion de projet basé sur les principes du Manifeste Agile. Il propose une approche flexible et itérative pour fournir des produits de haute qualité aux clients. Scrum est l'un des cadres les plus populaires de la méthodologie Agile et est largement utilisé par les équipes de divers secteurs.
Dans Agile Scrum, les projets sont divisés en petites unités gérables appelées sprints, qui durent généralement de deux à quatre semaines. Chaque sprint commence par une session de planification de sprint, au cours de laquelle l'équipe détermine les objectifs et sélectionne les user stories à inclure dans le backlog du sprint. Tout au long du sprint, l'équipe se réunit quotidiennement lors d'une réunion courte et ciblée appelée scrum quotidien pour partager les progrès, discuter des défis et ajuster les plans selon les besoins. À la fin du sprint, l'équipe organise une revue de sprint pour présenter le travail effectué pendant le sprint et recueillir les commentaires des parties prenantes. Enfin, l'équipe effectue une rétrospective de sprint pour réfléchir à ses performances, identifier les domaines à améliorer et planifier les éléments d'action pour le prochain sprint.
Origines de la méthode Agile Scrum
Agile Scrum trouve ses racines au début des années 1990 lorsque développement de logiciels Les équipes ont commencé à prendre conscience des limites des méthodologies traditionnelles de gestion de projet. La nécessité d'une approche plus flexible et plus réactive des logiciels développement a conduit à la création du Manifeste Agile en 2001, qui a défini un ensemble de valeurs et de principes pour le développement agile de logiciels. Scrum, en particulier, a été introduit par Jeff Sutherland et Ken Schwaber au milieu des années 1990 comme un cadre léger pour améliorer la productivité et la collaboration des équipes de développement logiciel.
Pourquoi utiliser Agile Scrum ?
Avantages de la méthode Agile Scrum
L'utilisation d'Agile Scrum pour la gestion de projet présente plusieurs avantages. Tout d'abord, Agile Scrum favorise la transparence et la collaboration entre les membres de l'équipe. Les réunions quotidiennes de mêlée permettent aux membres de l'équipe de communiquer et de coordonner efficacement leur travail, garantissant que tout le monde est au courant des progrès réalisés et des obstacles à surmonter. De plus, Agile Scrum fournit un cadre structuré pour fournir de la valeur tôt et fréquemment. En divisant le projet en sprints plus petits, les équipes sont en mesure de livrer régulièrement des incréments fonctionnels du produit, ce qui permet un retour d'information et une amélioration continue.
De plus, Agile Scrum permet aux équipes de s'adapter et de réagir rapidement aux exigences et aux priorités changeantes. La nature itérative du cadre permet une certaine flexibilité et permet aux équipes d'ajuster leurs plans en fonction des commentaires et des nouvelles connaissances. Cela conduit finalement à des résultats plus élevés client satisfaction car l'accent est mis sur la fourniture du produit le plus précieux caractéristiques et les fonctionnalités d'abord.
Comparaison avec la gestion de projet traditionnelle
Agile Scrum diffère des méthodes de gestion de projet traditionnelles de plusieurs manières. Dans la gestion de projet traditionnelle, les projets sont généralement planifiés et exécutés en fonction d'exigences et de délais fixes. Les modifications des exigences ou du périmètre sont souvent considérées comme des perturbations et peuvent entraîner des retards et une augmentation des coûts.
En revanche, Agile Scrum accepte le changement et l’incertitude. La nature itérative du cadre permet une certaine flexibilité et encourage l’adaptation des plans à mesure que de nouvelles informations deviennent disponibles. Cette approche permet aux équipes de fournir une valeur ajoutée incrémentielle tout au long du projet et offre des possibilités d’amélioration continue.
Une autre différence essentielle réside dans le niveau de collaboration et d’auto-organisation encouragé par Agile Scrum. La gestion de projet traditionnelle repose souvent sur une prise de décision descendante et une hiérarchie stricte, tandis qu’Agile Scrum permet aux équipes de prendre des décisions collectivement et de s’approprier leur travail.
Rôles et responsabilités de Scrum Agile
Scrum Master
Le Scrum Master est un rôle crucial dans le cadre de la méthode Agile Scrum. Il est chargé de s'assurer que l'équipe respecte le processus et les principes Scrum, de faciliter la communication et la collaboration et d'éliminer tous les obstacles qui pourraient entraver la progression de l'équipe.
Le Scrum Master agit comme un leader-serviteur, soutenant l'équipe et lui permettant de s'auto-organiser et de prendre des décisions. Il joue également un rôle crucial dans la facilitation des différents événements Agile Scrum, tels que la planification de sprint, la mêlée quotidienne, la revue de sprint et la rétrospective de sprint.
Propriétaire du produit
Le Product Owner représente les parties prenantes et sert de porte-parole au client. Il est chargé de définir et de hiérarchiser le backlog produit, qui est une liste de récits d'utilisateurs et d'exigences. Le Product Owner travaille en étroite collaboration avec l'équipe de développement et les parties prenantes pour s'assurer que le backlog produit est bien organisé et reflète les besoins et les attentes des clients.
Ils jouent également un rôle clé dans la planification du sprint, où ils collaborent avec l'équipe de développement pour sélectionner les user stories à inclure dans le backlog du sprint. Tout au long du sprint, le Product Owner travaille en étroite collaboration avec l'équipe, apporte des éclaircissements, prend des décisions et accepte le travail terminé.
Équipe de développement
L'équipe de développement est responsable de la mise en œuvre et de la livraison du produit. Elle est composée de membres interfonctionnels possédant une variété de compétences et d'expertises nécessaires pour mener à bien le travail. L'équipe est auto-organisée et collectivement responsable de la gestion et de la livraison des éléments du backlog du sprint.
L'équipe de développement collabore étroitement avec le responsable du produit, en recherchant des éclaircissements et des commentaires, et avec le Scrum Master, en s'assurant qu'ils disposent du soutien et des ressources nécessaires pour effectuer leur travail efficacement. Ils sont également responsables de l'amélioration continue de leurs processus et pratiques pour accroître leur productivité et la qualité de leur travail.
Artefacts Agile Scrum
Backlog de produit
Le backlog produit est une liste hiérarchisée de user stories, d'exigences et d'autres éléments qui définissent la portée du projet. Il est créé et géré par le Product Owner, qui affine et redéfinit en permanence les priorités du backlog en fonction des commentaires, des changements de priorités et des capacités de l'équipe.
Le backlog produit est dynamique et évolue tout au long du projet à mesure que de nouvelles informations deviennent disponibles. Il sert de source unique de vérité pour l'équipe et les parties prenantes, offrant une visibilité sur le travail à venir et permettant une planification et une prise de décision efficaces.
Backlog de sprint
Le backlog de sprint est un sous-ensemble du backlog produit et contient les user stories et les tâches que l'équipe de développement s'engage à réaliser pendant le sprint. Il est créé de manière collaborative lors de la réunion de planification du sprint, avec la participation du Product Owner et de l'équipe de développement.
Le backlog du sprint est un document vivant qui est maintenu et mis à jour tout au long du sprint. Il sert de guide pour le travail de l'équipe et offre une transparence sur sa progression. Il aide l'équipe à rester concentrée, à organiser ses tâches et à suivre sa progression vers l'atteinte de l'objectif du sprint.
Incrément
L'incrément est la somme de toutes les user stories complétées et intégrées et des autres travaux réalisés au cours d'un sprint. Il s'agit du résultat tangible des efforts de l'équipe au cours du sprint et représente un produit potentiellement livrable.
L'incrément doit respecter la définition de « terminé », qui est un ensemble de critères convenus par l'équipe et définissant la qualité et l'exhaustivité du travail. L'objectif est de fournir un incrément de haute qualité et utilisable à la fin de chaque sprint, qui peut être démontré aux parties prenantes et aux utilisateurs finaux.
Graphique de burn-down
Un graphique d'avancement est une représentation visuelle du travail restant en fonction du temps au cours d'un sprint. Il aide l'équipe et les parties prenantes à suivre la progression du sprint et à déterminer si elles sont sur la bonne voie pour atteindre l'objectif du sprint.
Le graphique montre généralement la ligne de tendance idéale, qui représente le taux d'achèvement prévu, et la ligne de tendance réelle, qui montre le travail réellement effectué. En comparant ces lignes, l'équipe peut identifier les écarts éventuels et ajuster ses plans en conséquence.
Événements Agile Scrum
Planification de sprint
La planification de sprint est une réunion collaborative qui marque le début de chaque sprint. Son but est de définir les objectifs et de sélectionner les user stories à inclure dans le backlog du sprint. Elle implique le Product Owner, le Scrum Master et l'équipe de développement.
Lors de la réunion de planification du sprint, le Product Owner présente les user stories les plus prioritaires du backlog produit, apporte des précisions sur les exigences et répond aux questions de l'équipe. L'équipe de développement estime l'effort nécessaire pour terminer les user stories et décide collectivement lesquelles peuvent être terminées dans le cadre du sprint.
Le résultat de la réunion de planification du sprint est un objectif de sprint, qui représente l’objectif global du sprint, et un backlog de sprint, qui contient les user stories et les tâches que l’équipe s’engage à accomplir.
Scrum quotidien
Le Daily Scrum, également connu sous le nom de Daily Stand-up, est une réunion courte et ciblée qui offre à l'équipe l'occasion de synchroniser régulièrement son travail. Elle ne dure généralement pas plus de 15 minutes et se déroule à la même heure et au même endroit tous les jours.
Lors du scrum quotidien, chaque membre de l'équipe répond à trois questions clés :
- Qu'ai-je accompli depuis le dernier scrum quotidien ?
- Sur quoi est-ce que je prévois de travailler ensuite ?
- Y a-t-il des obstacles ou des problèmes qui entravent ma progression ?
L’objectif du scrum quotidien est de faciliter la communication, d’identifier les goulots d’étranglement potentiels et de garantir que l’équipe est alignée et travaille à atteindre l’objectif du sprint.
Revue de sprint
La revue de sprint est une réunion organisée à la fin de chaque sprint pour présenter le travail effectué aux parties prenantes et recueillir des commentaires. C'est l'occasion pour l'équipe de démontrer l'avancement et d'obtenir des informations précieuses qui peuvent influencer le développement futur du produit.
Lors de la revue de sprint, l'équipe de développement présente les user stories terminées et explique la valeur qu'elles apportent. Les parties prenantes ont la possibilité de fournir des commentaires, de poser des questions et de suggérer des modifications ou des améliorations qu'elles souhaiteraient voir. Le propriétaire du produit discute également des ajustements à apporter au backlog du produit en fonction des commentaires reçus.
Le résultat de la revue de sprint est une compréhension partagée de la progression de l'incrément et des prochaines étapes à suivre dans les sprints suivants.
Rétrospective Sprint
La rétrospective de sprint est une réunion organisée après la revue de sprint pour réfléchir aux performances de l'équipe et identifier les points à améliorer. C'est l'occasion d'inspecter les processus, les pratiques et les interactions de l'équipe et de les adapter pour améliorer l'efficacité et la productivité.
Lors de la rétrospective du sprint, le Scrum Master facilite la discussion entre les membres de l'équipe, en encourageant une communication ouverte et honnête. L'équipe réfléchit à ce qui s'est bien passé, à ce qui ne s'est pas bien passé et aux changements ou expériences potentiels qu'elle aimerait essayer lors du prochain sprint.
Le résultat de la rétrospective de sprint est un ensemble d’améliorations et d’éléments d’action exploitables que l’équipe peut mettre en œuvre dans les sprints suivants.
Comprendre les User Stories
Définition des User Stories
Les user stories sont des énoncés concis et écrits qui décrivent la fonctionnalité ou l'exigence du point de vue de l'utilisateur final ou du client. Elles décrivent le résultat souhaité, plutôt que la mise en œuvre technique, et servent de moyen de communication entre les parties prenantes et l'équipe de développement.
Les user stories suivent généralement un format simple : « En tant que [rôle], je veux [objectif/désir] afin que [bénéfice/valeur] ».
En se concentrant sur l’utilisateur et ses besoins, les user stories contribuent à garantir que l’équipe de développement apporte de la valeur et aborde les fonctionnalités les plus critiques.
Créer des User Stories
La création de user stories est un processus collaboratif impliquant le Product Owner, les parties prenantes et l'équipe de développement. Cela commence par l'identification des différents rôles ou utilisateurs qui interagiront avec le produit et la compréhension de leurs objectifs et de leurs désirs.
Une fois les rôles et les objectifs définis, l'équipe peut commencer à créer des user stories qui reflètent les exigences spécifiques. Il est important que les user stories soient concises, claires et axées sur un seul résultat. La priorisation doit être basée sur la valeur que l'user story apporte au client.
Critères d'acceptation
Les critères d'acceptation sont des conditions qui doivent être remplies pour qu'une user story soit considérée comme complète. Ils fournissent un ensemble de critères spécifiques et mesurables qui définissent la fonctionnalité et le comportement souhaités de la fonctionnalité. Les critères d'acceptation permettent de garantir que l'équipe et les parties prenantes ont une compréhension commune de ce qui est attendu et permettent une évaluation claire et objective du travail effectué.
Les critères d'acceptation doivent être créés de manière collaborative lors de la session de planification du sprint et servir de référence tout au long du processus de développement. Ils aident l'équipe à rester concentrée et à garantir que l'histoire utilisateur est mise en œuvre de manière à atteindre le résultat souhaité.
Planification de sprint
Définition des objectifs de sprint
La définition des objectifs de sprint est une partie essentielle du processus de planification du sprint. L'objectif de sprint fournit un objectif clair et global vers lequel l'équipe doit travailler pendant le sprint. Il permet d'aligner les efforts de l'équipe et fournit une compréhension commune de ce qui doit être accompli.
L'objectif du sprint doit être spécifique, mesurable, atteignable, pertinent et limité dans le temps (SMART). Il doit également être réaliste et aligné sur les objectifs et priorités plus larges du projet. En définissant un objectif de sprint, l'équipe peut rester concentrée et hiérarchiser son travail en conséquence.
Estimation des User Stories
Lors de la planification du sprint, l'équipe estime l'effort nécessaire pour terminer les user stories sélectionnées pour le sprint. L'estimation peut être effectuée à l'aide de diverses techniques telles que les points d'histoire, les jours idéaux ou les tailles de t-shirts.
Les points d'histoire sont une mesure relative de l'effort requis pour terminer une histoire utilisateur, généralement basée sur des facteurs tels que la complexité, l'incertitude et l'impact sur d'autres fonctionnalités. L'équipe attribue collectivement des points d'histoire à chaque histoire utilisateur, créant ainsi une compréhension commune de l'effort impliqué.
L'estimation permet à l'équipe de déterminer la capacité et la vitesse du sprint, en s'assurant qu'elle s'engage sur une quantité de travail réaliste. Elle aide également à établir des priorités et à prendre des décisions éclairées pendant le sprint.
Création d'un backlog de sprint
Le backlog de sprint est créé en fonction des user stories sélectionnées et de leur effort estimé. Il comprend les tâches, sous-tâches ou activités nécessaires pour terminer chaque user story. Le backlog de sprint est un document vivant qui évolue tout au long du sprint à mesure que de nouvelles informations deviennent disponibles ou que les priorités changent.
La création du backlog de sprint consiste à décomposer les user stories en tâches plus petites et exploitables. L'équipe doit collaborer et discuter de la meilleure approche pour accomplir chaque tâche, en tenant compte des dépendances et de la disponibilité des ressources. Le backlog de sprint aide l'équipe à planifier et à organiser son travail, à visualiser la progression et à s'assurer qu'elle travaille à la réalisation de l'objectif du sprint.
Scrum quotidien
Objectif du Daily Scrum
Le scrum quotidien remplit plusieurs fonctions dans Agile Scrum. Tout d'abord, il favorise la communication et la coordination entre les membres de l'équipe. En se réunissant quotidiennement, l'équipe peut partager des informations, identifier les blocages ou dépendances potentiels et coordonner son travail efficacement.
Deuxièmement, le scrum quotidien permet d'inspecter et d'adapter les progrès de l'équipe. Il permet à l'équipe d'identifier les écarts ou les déviations par rapport au plan de sprint et de prendre des mesures correctives. Il favorise également la transparence, permettant aux parties prenantes d'avoir une visibilité sur les progrès de l'équipe.
Enfin, le scrum quotidien encourage le travail d'équipe et la collaboration. Il donne aux membres de l'équipe l'occasion de participer activement, de partager leurs réalisations et leurs défis et de se soutenir mutuellement pour atteindre l'objectif du sprint.
Format du Daily Scrum
La mêlée quotidienne suit un format structuré pour garantir une réunion ciblée et efficace. La réunion ne doit pas durer plus de 15 minutes, chaque membre de l'équipe fournissant un bref compte-rendu de ses progrès.
Au cours du scrum quotidien, les membres de l'équipe répondent généralement à trois questions clés :
- Qu'ai-je accompli depuis le dernier scrum quotidien ?
- Sur quoi est-ce que je prévois de travailler ensuite ?
- Y a-t-il des obstacles ou des problèmes qui entravent ma progression ?
L'objectif de la réunion est de partager des informations plutôt que de résoudre des problèmes ou de mener des discussions approfondies. Tout problème ou obstacle identifié lors de la mêlée quotidienne doit être noté et traité en dehors de la réunion si nécessaire.
Questions typiques auxquelles répondre
Bien que le format du Daily Scrum reste cohérent, les questions spécifiques peuvent varier en fonction du contexte de l'équipe. Voici quelques questions typiques auxquelles les membres de l'équipe peuvent répondre pendant le Daily Scrum :
- Quelles user stories ou tâches ai-je réalisées depuis le dernier scrum quotidien ?
- Sur quelles user stories ou tâches est-ce que je prévois de travailler aujourd’hui ?
- Existe-t-il des dépendances ou des bloqueurs qui entravent ma progression ?
- Y a-t-il quelque chose pour lequel j’ai besoin d’aide ou des risques ou des préoccupations que je souhaite souligner ?
- Y a-t-il quelque chose dont l’équipe devrait être consciente ou une communication qui doit être partagée ?
Ces questions aident à tenir l’équipe informée, à identifier les problèmes potentiels et à garantir que tout le monde est aligné et travaille vers l’objectif du sprint.
Revue de sprint
Objectif de la revue de sprint
La revue de sprint est un événement essentiel dans Agile Scrum qui remplit plusieurs fonctions. Tout d'abord, elle offre à l'équipe de développement l'occasion de démontrer le travail accompli au cours du sprint. En présentant l'incrément, les parties prenantes peuvent voir des progrès tangibles et évaluer la valeur délivrée.
Deuxièmement, la revue de sprint permet aux parties prenantes de fournir des commentaires et de suggérer des améliorations. Il s’agit d’une session collaborative au cours de laquelle les parties prenantes peuvent poser des questions, partager leurs idées et influencer le développement futur du produit. Ces commentaires aident l’équipe à valider ses hypothèses et à prendre des décisions éclairées.
Enfin, la revue de sprint facilite la transparence et la responsabilisation. En présentant le travail effectué, l'équipe est responsable des engagements pris lors de la planification du sprint. Les parties prenantes ont une visibilité sur les progrès et peuvent demander à l'équipe de rendre des comptes sur la création de valeur.
Démonstration d'augmentation
Lors de la revue de sprint, l'équipe de développement démontre l'avancement du projet aux parties prenantes. L'équipe présente les user stories terminées, mettant en avant les fonctionnalités ou les améliorations qui ont été implémentées.
La démonstration doit être concise, ciblée et pertinente par rapport à l'objectif du sprint. L'équipe doit mettre en évidence la valeur apportée et la manière dont elle répond aux besoins et aux attentes des utilisateurs ou des clients. La démonstration peut être réalisée à l'aide de diverses méthodes, telles que des démonstrations en direct, des présentations ou des prototypes interactifs.
L'objectif de la démonstration est de permettre aux parties prenantes de comprendre clairement l'augmentation et son impact potentiel. Il doit s'agir d'une séance collaborative, autorisant les questions, les discussions et les clarifications.
Recueil des commentaires des parties prenantes
En plus de démontrer l'augmentation, la revue de sprint est l'occasion de recueillir des commentaires précieux de la part des parties prenantes. Ces dernières peuvent fournir des informations, des suggestions et des opinions susceptibles d'influencer l'orientation future du produit.
Lors de la revue de sprint, le Product Owner recherche activement les commentaires des parties prenantes, encourage les discussions ouvertes et honnêtes et recueille toutes les suggestions ou préoccupations. L'équipe doit écouter activement et prendre note des commentaires, en tenant compte de la manière dont ils s'alignent sur la vision et les priorités du produit.
Les commentaires recueillis lors de la revue de sprint peuvent être utilisés pour mettre à jour le backlog du produit, redéfinir les priorités des user stories ou apporter des ajustements au plan global du projet. Cela aide l'équipe à s'améliorer en permanence et à garantir que le produit répond aux besoins et aux attentes des parties prenantes.
Rétrospective Sprint
Importance de la rétrospective de sprint
La rétrospective de sprint est un événement essentiel dans Agile Scrum qui favorise l'amélioration continue et apprentissageIl permet à l’équipe de réfléchir à ses performances, d’identifier les domaines à améliorer et de planifier des éléments d’action pour le prochain sprint.
La rétrospective du sprint offre à l'équipe l'occasion de célébrer ses succès, de reconnaître les défis et de discuter ouvertement de ses expériences. Elle favorise une culture d'apprentissage, de responsabilisation et de collaboration.
En effectuant régulièrement des rétrospectives de sprint, les équipes peuvent identifier des tendances, apprendre de leurs erreurs et apporter des ajustements progressifs à leurs processus et pratiques. Cette approche itérative aide l'équipe à s'améliorer en permanence et à offrir une valeur ajoutée accrue à chaque sprint.
Identifier les domaines à améliorer
Lors de la rétrospective du sprint, l'équipe examine collectivement ses processus, ses pratiques et ses interactions. Elle identifie ce qui s'est bien passé, ce qui ne s'est pas bien passé et les éventuelles opportunités d'amélioration.
L’équipe doit s’efforcer de mettre en évidence les aspects positifs et négatifs, en veillant à ce que les réussites soient célébrées et les difficultés reconnues. Il est important de créer un environnement sûr et exempt de tout jugement, dans lequel les membres de l’équipe se sentent à l’aise pour partager leurs opinions et leurs idées en toute honnêteté.
L'objectif est d'identifier des domaines spécifiques qui peuvent être améliorés dans les méthodes de travail, la communication ou la collaboration de l'équipe. Ces améliorations peuvent concerner n'importe quel aspect du travail de l'équipe, comme le processus de développement, les pratiques de test ou les canaux de communication.
Éléments d'action de planification
Une fois les domaines d'amélioration identifiés, l'équipe peut planifier des actions concrètes pour le sprint suivant. Ces actions doivent être spécifiques, réalistes et mesurables.
L'équipe doit se concentrer sur quelques améliorations clés plutôt que d'essayer de s'attaquer à trop de changements à la fois. Il est important de hiérarchiser les mesures à prendre en fonction de leur impact et de leur urgence.
Les mesures à prendre peuvent consister à introduire de nouvelles pratiques, à ajuster les processus existants ou à améliorer la dynamique d'équipe. L'équipe doit s'entendre sur la personne responsable de chaque mesure à prendre et établir un calendrier de mise en œuvre.
La rétrospective de sprint ne consiste pas seulement à identifier les domaines à améliorer, mais aussi à prendre ses responsabilités et à s'engager à changer. En réfléchissant régulièrement à ses performances et en planifiant des améliorations concrètes, l'équipe peut évoluer en permanence et offrir une valeur ajoutée accrue à chaque sprint.
En intégrant Agile Scrum à votre approche de gestion de projet, vous pouvez bénéficier de sa nature transparente et collaborative, de son adaptabilité au changement et de sa concentration sur la création de valeur. Les rôles, les artefacts et les événements d'Agile Scrum fournissent une base solide pour la gestion de projets dans un environnement dynamique et rapide. Que vous soyez novice en matière d'Agile Scrum ou que vous cherchiez à améliorer vos pratiques existantes, la compréhension des principes et techniques de base de ce cadre vous permettra de favoriser le succès et l'amélioration continue de vos projets.
Français 
English 
Español