2020 Scrum Guide Explication des changements et des mises à jour
TABLE DES MATIÈRES :
Pourquoi nous avons mis à jour le guide Scrum
- Un langage moins prescriptif
- Un guide Scrum plus clair et plus universel
- Les artefacts Scrum et leurs engagements correspondants
- Scrum Master : Du "leader serviteur" au "leader qui sert".
- L'autogestion plutôt que l'auto-organisation
- Trois sujets pour la planification du sprint
Ce qui n'est plus dans le guide Scrum
- Les trois questions auxquelles répond le quotidien Scrum
- Parking" après la journée Scrum
- Le mot "rôles" dans la description du Scrum Master, du Product Owner et du Developers
- Un examen de Sprint mené uniquement par le Product Owner
- Pas d'équipe au sein d'une équipe
- Un langage trop normatif pour la rétrospective du sprint
- Calendrier pour l'affinage du carnet de commandes
2020 Scrum Guide Update : Scrum Artifacts And Commitments
Mise à jour du guide Scrum 2020 : De l'auto-organisation à l'autogestion des équipes Scrum
Mise à jour du guide Scrum 2020 : Une équipe Scrum concentrée sur un produit
Mise à jour du guide du Scrum 2020 : changements apportés aux cinq événements du Scrum
Vous pouvez également en savoir plus sur les changements en regardant la vidéo officielle de la Commission européenne. 2020 Scrum Guide Launch event.
Cette dernière itération est plus propre, plus claire et plus universelle. Les mises à jour du Guide Scrum 2020 visent à favoriser la culture, la concentration et l'alignement nécessaires à l'innovation, à la création et à la réussite.
Chaque jour, des dizaines de millions de personnes, dans le monde entier, se réunissent pour leur quart d'heure quotidien Scrum. Un fait qui donne à réfléchir. Nous tenons à remercier tous ceux, et ils ont été nombreux, qui ont contribué à fournir les informations, les données et les expériences concrètes qui ont permis de mettre à jour le guide Scrum 2020.
Pourquoi nous avons mis à jour le guide Scrum
Depuis sa première publication en 2010, le Guide Scrum a toujours été un document évolutif. Nous utilisons l'empirisme pour mettre à jour périodiquement le guide Scrum. Comme l'indique le guide lui-même :
L'empirisme affirme que la connaissance provient de l'expérience et de la prise de décision sur la base de ce qui est observé.
En réalité, Scrum n'a pas changé du tout, notre description s'améliore simplement au fur et à mesure que nous recevons des informations en retour sur la façon dont les gens l'utilisent. L'itération pour un meilleur résultat.
Le guide 2020 Scrum aborde les erreurs d'interprétation et les malentendus courants que nous avons observés, comme beaucoup d'autres, au fur et à mesure que l'utilisation du cadre se développe.
2020 Scrum Guide : Aperçu des changements
Vous trouverez ci-dessous des sections expliquant le "quoi" et le "pourquoi" des changements et des mises à jour spécifiques du guide 2020 Scrum. Mais commençons par cette vue d'ensemble de ce que vous trouverez dans le guide :
Un langage moins prescriptif
Avec seulement 13 pages, le Guide du Scrum 2020 mis à jour est encore moins prescriptif qu'auparavant, tout en conservant la norme d'un cadre minimalement viable. L'objectif est de permettre aux équipes Scrum et aux organisations d'utiliser le guide tel qu'il a été conçu, c'est-à-dire comme un règlement et non comme un manuel de jeu. Cette approche moins prescriptive permet d'innover et d'adapter la mise en œuvre de Scrum tout en restant fidèle au cadre.
Un guide Scrum plus clair et plus universel
Scrum est plus facile lorsque les équipes et les organisations Scrum voient comment le cadre fonctionne pour elles, quels que soient leur industrie, leur domaine, leur produit ou leur fonction. C'est pourquoi nous avons rendu le Guide Scrum 2020 mis à jour plus accessible et compréhensible pour tout le monde, bien au-delà du secteur technologique.
Les artefacts Scrum et leurs engagements correspondants
Chacun des trois artefacts a désormais un "engagement" correspondant. Ces engagements ont pour but d'assurer la transparence et de permettre de mesurer les progrès accomplis. L'engagement pour le Backlog de produit est l'objectif de produit, le Backlog de sprint est l'objectif de sprint, et l'incrément est la définition d'achevé.
Le guide 2020 Scrum introduit le concept d'objectif de produit pour fournir un objectif à long terme à l'équipe Scrum. Chaque sprint doit permettre au produit de se rapprocher de l'objectif global. L'objectif du sprint et la définition de "fait" figuraient dans les précédents guides Scrum. Ils ont désormais une place et un objectif plus clairs.
Scrum Master : Du "leader serviteur" au "leader qui sert".
Ce changement en surprendra certainement plus d'un. Mais ne vous y trompez pas, la réorganisation de ces mots reflète mieux l'objectif et les responsabilités que le Scrum Master a toujours eus.
Une équipe unifiée concentrée sur un seul produit
Les anciens guides Scrum faisaient référence à deux équipes, l'"équipe de développement", c'est-à-dire ceux qui effectuaient le travail, et l'"équipe Scrum", qui comprenait l'équipe de développement ainsi que le Scrum Master et le Product Owner. Ce concept d'une équipe distincte au sein d'une équipe a parfois conduit à une relation "nous et eux" entre l'équipe Product Owner et l'équipe de développement. Il n'y a désormais plus qu'une seule équipe, l'équipe Scrum, qui se concentre sur le même objectif, avec des responsabilités différentes pour le Product Owner, le Scrum Master et le Developers.
L'autogestion plutôt que l'auto-organisation
Les guides Scrum précédents faisaient référence aux équipes de développement comme étant auto-organisées, ce qui signifie qu'elles choisissaient qui effectuait le travail et comment. En mettant davantage l'accent sur l'équipe Scrum, la version 2020 met l'accent sur une équipe Scrum autogérée, qui choisit sur quoi travailler, qui va le faire et comment cela sera fait.
Trois sujets pour la planification du sprint
En plus des thèmes de planification du sprint "Quoi" et "Comment", le Guide 2020 Scrum introduit un nouveau thème, "Pourquoi", qui fait référence à l'objectif du sprint.
Ce qui n'est plus dans le guide Scrum
Afin de respecter Afin de respecter la norme d'un cadre minimalement viable, certains éléments ont été supprimés du guide 2020 du Scrum. Cela ne signifie pas pour autant qu'ils n'ont pas leur place dans le Scrum ou qu'ils ne doivent pas être utilisés. Comme la météo d'hier et d'autres Modèles Scrum ne figurent pas explicitement dans le guide Scrum, il s'agit de pratiques facultatives qui peuvent contribuer à la mise en place d'équipes Scrum performantes.
Voici les principaux concepts qui ne figurent plus dans le Guide Scrum 2020 et pourquoi :
Les trois questions auxquelles répond le quotidien Scrum :
Vous les connaissez probablement par cœur : ce que vous avez fait hier pour aider l'équipe de développement à atteindre l'objectif du sprint, ce que vous ferez aujourd'hui pour aider l'équipe de développement à atteindre l'objectif du sprint, et voyez-vous des obstacles qui m'empêchent ou qui empêchent l'équipe de développement d'atteindre l'objectif du sprint ? Bien qu'efficaces, ces trois questions étaient trop normatives et limitatives. Comme l'indique le Guide 2020 Scrum :
L'objectif du Scrum quotidien est d'inspecter les progrès accomplis dans la réalisation de l'objectif du sprint et d'adapter le carnet de commandes du sprint si nécessaire, en ajustant le travail planifié à venir.
Il existe de nombreuses façons d'atteindre cet objectif.
Parking" après la journée Scrum
Parfois, le Scrum quotidien identifie des conversations qui doivent se dérouler au-delà des 15 minutes de l'événement. Le guide précédent indiquait que ces conversations, souvent appelées "parking", avaient lieu immédiatement après le Scrum quotidien. Le guide du Scrum 2020 permet à l'équipe du Scrum de décider du moment où ces conversations importantes auront lieu.
Le mot "rôles" dans la description du Scrum Master, du Product Owner et du Developers
Le mot "rôles" était mal compris dans certaines situations. Le Scrum n'a jamais eu pour but de créer une taxonomie de titres. Les rôles n'ont jamais été conçus comme des titres. Ce qui importe, c'est de définir clairement qui est responsable de quoi. C'est pourquoi le guide 2020 du Scrum comprend ce passage :
L'ensemble de l'équipe Scrum est responsable de la création d'un incrément précieux et utile à chaque sprint. Scrum définit trois responsabilités spécifiques au sein de l'équipe Scrum : la Developers, la Product Owner et la Scrum Master.
Ce changement met l'accent là où il faut, c'est-à-dire sur les responsabilités spécifiques. Vous pouvez toujours les appeler "rôles" si vous le souhaitez. C'est ce que nous faisons. Mais nous insisterons nous aussi sur le fait qu'il s'agit de rôles avec des responsabilités définies.
Un examen de Sprint mené uniquement par le Product Owner
Le guide précédent a donné à l'équipe Product Owner la direction de la revue de sprint. Le reste de l'équipe Scrum jouait un rôle de soutien. Le guide Scrum 2020 place désormais l'ensemble de l'équipe Scrum, ainsi que les clients et les parties prenantes, au centre de cet événement.
Pas d'équipe au sein d'une équipe
Comme indiqué ci-dessus, le concept d'une "équipe de développement" au sein de l'équipe Scrum a été résolu.
Un langage trop normatif pour la rétrospective du sprint
La description générale de cet événement Scrum a été raccourcie pour se concentrer sur ce qui est vraiment important - les améliorations de processus et le bonheur et la cohésion de l'équipe. Cela permet aux équipes Scrum individuelles de disposer d'une plus grande souplesse dans la manière dont elles abordent la rétrospective du sprint.
Calendrier pour l'affinage du carnet de commandes
Le guide précédent indiquait qu'il ne fallait pas consacrer plus de 10 % de la capacité d'une équipe à l'affinage du carnet de commandes. La suppression de ce chiffre permet aux équipes Scrum de décider du temps nécessaire pour affiner et comprendre les éléments du carnet de commandes.
Examinons maintenant en détail les principales mises à jour et modifications apportées au Guide Scrum 2020.
2020 Scrum Guide Update : Scrum Artifacts And Commitments
Le changement le plus important dans le Guide Scrum 2020 se trouve sans doute dans la section sur les artefacts Scrum. Il n'y a toujours que trois artefacts dans Scrum, le Backlog de produit, le Backlog de sprint et l'Incrément. Chacun représente un travail ou une valeur et est conçu pour maximiser la transparence des informations clés.
Désormais, chacun de ces artefacts fait l'objet d'un nouvel engagement correspondant.
- L'engagement pour le carnet de commandes du produit est l'objectif du produit.
- Pour le Backlog de Sprint, il s'agit de l'objectif de Sprint.
- Pour l'incrément, c'est la définition de "fait".
Comme indiqué dans le guide 2020 Scrum :
Ces engagements visent à renforcer l'empirisme et les valeurs de Scrum pour l'équipe de Scrum et ses parties prenantes.
L'engagement est, bien entendu, l'une des valeurs de Scrum. La décision d'utiliser le mot ici, de concert avec chacun des artefacts, est délibérée.
Pour en savoir plus sur ces nouveaux engagements et sur la manière dont ils favorisent la concentration, l'alignement et la création de valeur, lisez le document suivant Scrum Guide 2020 insights par le PDG de Scrum Inc., JJ Sutherland.
Pourquoi cette mise à jour ? Fabriqué: Tout a commencé par les commentaires des formateurs et nos propres observations. Les deux ont montré qu'il fallait mettre davantage l'accent sur les objectifs dans le guide Scrum. Plus précisément, comment aligner les équipes sur les objectifs et les mesures concrètes nécessaires pour en faire une réalité.
En outre, nous savons depuis longtemps que les équipes qui se concentrent sur des objectifs clairs et précis obtiennent de bien meilleurs résultats.
L'objectif de sprint n'est pas nouveau dans le guide Scrum. Cependant, cette itération lui donne un siège et un objectif plus clairement défini. Voici comment l'objectif du sprint est défini dans le Guide Scrum 2020 :
L'objectif du sprint est l'objectif unique du sprint. Bien que l'objectif du sprint soit un engagement de la part de l'équipe Developers, il offre une certaine souplesse en ce qui concerne le travail exact nécessaire pour l'atteindre. L'objectif du sprint crée également de la cohérence et de la concentration, encourageant l'équipe Scrum à travailler ensemble plutôt que sur des initiatives séparées.
L'objectif produit est nouveau dans le guide 2020 Scrum. Il a été ajouté parce que nous voulions introduire un niveau plus élevé de concentration et d'alignement. L'objectif produit est une étape concrète vers la réalisation de l'état futur souhaité du produit. Voici comment le Guide 2020 Scrum le décrit :
L'objectif du produit décrit un état futur du produit qui peut servir de cible à l'équipe Scrum pour planifier. L'objectif du produit figure dans le carnet de commandes. Le reste du carnet de commandes apparaît pour définir ce qui permettra d'atteindre l'objectif du produit.
Le dernier nouvel engagement est la définition de "Fait". Comme l'objectif du sprint, elle n'est pas nouvelle dans le guide Scrum. Nous avons plutôt donné à la définition de "fait" un siège et un objectif plus clairement défini. Mais la signification du terme a légèrement changé dans ce contexte. Voici comment le Guide Scrum 2020 le décrit :
La définition de l'achèvement est une description formelle de l'état de l'incrément lorsqu'il répond aux mesures de qualité requises pour le produit. Dès qu'un élément du Backlog de produit répond à la définition de terminé, un incrément est né.
Mise à jour du guide Scrum 2020 : Faire passer le Scrum Master du statut de "Servant Leader" à celui de "Leaders qui servent".
Un autre changement important à noter concerne la description et les responsabilités du Scrum Master.
Depuis le début, l'objectif premier du Scrum Master est d'améliorer de manière significative les performances de l'équipe. Il ne s'agit pas seulement d'une activité centrée sur l'équipe. C'est pourquoi la section consacrée au Scrum Master dans les Guides 2020 du Scrum s'ouvre sur ce paragraphe :
Le Scrum Master est responsable de la mise en place du Scrum tel qu'il est défini dans le Guide du Scrum. Pour ce faire, il aide chacun à comprendre la théorie et la pratique de la Scrum, tant au sein de l'équipe Scrum que de l'organisation.
Le Guide 2020 du Scrum propose une vision plus large du rôle du Scrum Master en précisant certaines des façons dont le Scrum Master sert l'organisation. Il s'agit notamment de
Diriger, former et accompagner l'organisation dans l'adoption de la Scrum
La compréhension de ce rôle élargi du Scrum Master est essentielle pour comprendre pourquoi nous avons remplacé le terme "servant leader" par celui de "leader qui sert".
En passant de "leader serviteur" à "leaders qui servent", nous avons mis l'accent sur les aspects de leadership d'un Scrum Master. Nous n'avons pas l'intention de créer une hiérarchie au sein de l'équipe Scrum. Nous ne voulons pas non plus dire que le Scrum Master est désormais un manager.
Ce que nous disons, c'est que les Scrum Masters efficaces ne se contentent pas de faciliter les Scrum événements et de faire disparaître les obstacles. Ils sont actifs et non passifs. Les grands Scrum Masters font ce qui doit être fait pour aider l'équipe Scrum et l'organisation à obtenir d'excellents résultats.
Raison de cette mise à jour : Il était temps de dissiper un malentendu. Un malentendu qui a conduit de nombreuses organisations à s'interroger sur la nécessité d'un Scrum Master.
En 1986, la Harvard Business Review a publié Le nouveau jeu du développement de nouveaux produits par Hirotaka Takeuchi et Ikujiro Nonaka. Ce papier est l'une des principales raisons pour lesquelles ils sont souvent considérés comme les grands-pères du Scrum.
Dans cet ouvrage fondamental, Takeuchi et Nonaka décrivent comment un chef d'équipe facilitateur gère le haut et le bas. L'organisation et l'équipe. C'est ainsi qu'ils gèrent le processus. Il s'agissait en fait du prototype d'un Scrum Master. Quelqu'un qui aligne la direction sur l'aide et le soutien apportés aux équipes Scrum pour qu'elles fassent du bon travail.
Certains ont mal interprété le terme "leader serviteur", ce qui nous a éloignés d'un véritable leadership. C'est pourquoi nous avons changé le terme en "leaders qui servent".
Mise à jour du guide Scrum 2020 : De l'auto-organisation à l'autogestion des équipes Scrum
Il s'agit d'un changement subtil mais important qui renforce les capacités des équipes Scrum tout en précisant qu'elles sont responsables de la réalisation de leurs objectifs.
Le précédent guide Scrum indiquait que "les équipes auto-organisées choisissent la meilleure façon d'accomplir leur travail, plutôt que d'être dirigées par d'autres personnes extérieures à l'équipe".
Le guide 2020 Scrum dit maintenant ceci des équipes Scrum :
Ils sont également autogérés, c'est-à-dire qu'ils décident en interne qui fait quoi, quand et comment.
L'équipe s'autogère pour respecter les engagements et atteindre les objectifs.
Raison de cette mise à jour : Les termes et concepts du Scrum peuvent être utilisés comme des armes sur le lieu de travail. Parfois par la direction. Parfois par l'équipe Scrum elle-même.
De nombreux développeurs Agile considèrent que l'auto-organisation signifie qu'ils peuvent faire tout ce qu'ils veulent. Il s'agit là d'une idée fausse qu'il convient de corriger. L'auto-organisation se produit lorsqu'un système intelligent trouve le meilleur moyen d'atteindre un objectif dans un environnement donné.
Le Guide 2020 Scrum utilise donc désormais le terme "autogestion" pour clarifier le concept et mettre fin à l'utilisation de l'auto-organisation comme excuse pour éviter d'atteindre les objectifs ou de respecter les engagements.
Pour en savoir plus sur les raisons de ce changement et d'autres modifications, consultez le site suivant Jeff Sutherland sur les cellules et les équipes en relation avec le nouveau guide Scrum.
Mise à jour du guide Scrum 2020 : Une équipe Scrum concentrée sur un produit
Comme nous l'avons indiqué plus haut, les précédents guides Scrum faisaient référence à deux équipes, l'"équipe de développement", c'est-à-dire ceux qui ont effectué le travail, et l'"équipe Scrum", qui comprenait l'équipe de développement ainsi que le Scrum Master et le Product Owner.
Ce concept d'une équipe distincte au sein d'une équipe a parfois conduit à une relation "nous et eux" entre l'équipe Product Owner et l'équipe de développement. Il n'y a plus qu'une seule équipe, l'équipe Scrum, qui se concentre sur le même objectif, avec des responsabilités différentes pour le Product Owner, le Scrum Master et le Developers.
Raison de cette mise à jour : Nous avons pratiquement fait le tour de la question. Cependant, il existe une raison supplémentaire qui mérite d'être soulignée : rendre Scrum plus accessible et plus compréhensible.
Scrum est plus facile lorsque Scrum Les équipes et les organisations voient comment le cadre fonctionne pour elles, quels que soient leur industrie, leur domaine, leur produit ou leur fonction. Le concept d'équipe au sein d'une équipe pouvait être source de confusion pour de nombreuses personnes qui commençaient à mettre en œuvre le cadre.
Mise à jour du guide du Scrum 2020 : changements apportés aux cinq événements du Scrum
Le guide 2020 du Scrum comprend au moins des modifications mineures pour chacun des cinq événements du Scrum. Nous allons donc passer en revue chacun d'entre eux individuellement.
Planification du sprint : Le précédent guide du Scrum mentionnait deux sujets que l'équipe du Scrum devait aborder lors de cet événement. Ce qui peut être livré dans l'incrément au cours du prochain sprint, et comment le travail sera réalisé. Les discussions sur ces deux sujets permettent d'obtenir des informations importantes et une compréhension commune qui aident l'équipe Scrum à atteindre son objectif de sprint. Bien qu'ils aient été reformulés pour plus de clarté, ils figurent toujours dans le Guide Scrum 2020. Cependant, une équipe Scrum n'obtient pas une vue d'ensemble en se contentant de comprendre le quoi et le comment. Elle doit également comprendre pourquoi. Un nouveau sujet de discussion a donc été ajouté à la planification du sprint. Voici comment le Guide Scrum 2020 le décrit :
Thème 1 : Pourquoi ce Sprint est-il utile ?
Le Product Owner propose des moyens d'accroître la valeur et l'utilité du produit dans le cadre du sprint en cours. L'ensemble de l'équipe Scrum collabore ensuite à la définition d'un objectif de sprint qui explique pourquoi le sprint est utile aux parties prenantes.
La discussion sur le pourquoi donne à l'équipe Scrum le contexte qui aurait pu lui faire défaut. Nous avons constaté que les équipes Scrum qui comprennent l'intention du Product Owner obtiennent de meilleurs résultats et une qualité supérieure.
Le sprint : Le guide 2020 du Scrum indique désormais explicitement que seul le Product Owner peut interrompre un Sprint. Il s'agit davantage d'une clarification que d'un changement, car cette pratique est établie depuis longtemps.
Journalier Scrum : L'objectif du Scrum quotidien reste le même : inspecter les progrès accomplis dans la réalisation de l'objectif du sprint, et adapter et replanifier le carnet de commandes du sprint si nécessaire. Ce qui a changé dans le guide 2020 Scrum, c'est la méthode. Les trois questions énumérées dans les guides précédents ont disparu et ont été remplacées par cette description moins prescriptive :
Le Developers peut choisir la structure et les techniques qu'il souhaite, tant que son Scrum quotidien se concentre sur les progrès accomplis dans la réalisation de l'objectif du sprint et produit un plan réalisable pour le jour de travail suivant. Cela permet de se concentrer et d'améliorer l'autogestion.
En effet, il existe de nombreuses façons d'atteindre l'objectif de la racaille quotidienne.
Par exemple, un Scrum Coach en Europe a commencé à organiser des Scrum quotidiens au cours desquels une seule question était posée : pourquoi l'article en tête du carnet de commandes n'est-il pas terminé ? Cette démarche a permis d'augmenter les performances de 500 %.
Nous avons voulu donner à toutes les équipes Scrum la possibilité d'utiliser l'approche qui leur convient le mieux.
Revue Sprint : Dans Scrum, le travail est accompli par l'équipe. Nous voulions que la revue de sprint soit aussi inclusive que le travail lui-même. Dans le Guide Scrum 2020, la revue de sprint n'est plus dirigée par la Product Owner, mais par l'équipe Scrum dans son ensemble :
Au cours de cet événement, l'équipe Scrum et les parties prenantes examinent ce qui a été accompli au cours du sprint et ce qui a changé dans leur environnement. Sur la base de ces informations, les participants collaborent sur ce qu'il convient de faire ensuite. Le carnet de commandes peut également être modifié pour répondre à de nouvelles opportunités. La revue de sprint est une session de travail et l'équipe Scrum doit éviter de la limiter à une présentation.
La revue de sprint est l'occasion pour les clients, les parties prenantes et l'équipe Scrum de discuter de la manière dont ils ont atteint l'objectif du sprint, des progrès accomplis dans la réalisation de l'objectif du produit, des problèmes qui ont été résolus et de ceux qui subsistent.
Rétrospective du sprint : Chaque rétrospective de sprint ne porte que sur deux choses : le respect des personnes et l'amélioration continue. Les rétrospectives sont couronnées de succès si les conversations sont ouvertes, honnêtes et axées sur l'amélioration des processus et des interactions. Il existe de nombreuses façons d'y parvenir.
Nous avons donc supprimé le langage trop normatif afin d'encourager le Scrum Master et l'ensemble de l'équipe du Scrum à faire preuve de souplesse et à trouver des moyens créatifs de résoudre les problèmes en commençant par en trouver la cause première. Parfois, ces solutions consistent à supprimer des obstacles. D'autres sont des améliorations potentielles des processus identifiées par l'équipe Scrum. Comme l'indique le guide 2020 du Scrum :
Les améliorations les plus importantes sont traitées dès que possible. Elles peuvent même être ajoutées au Sprint Backlog pour le prochain Sprint.
Il s'agit également d'un changement par rapport aux guides précédents qui faisaient état de ces améliorations volonté sera mis en œuvre lors du prochain sprint. Et même si nous pensons qu'il s'agit toujours d'une pratique de pointe, ce n'est pas une obligation. Nous avons donc opté pour la flexibilité.
Réflexions finales
Nous passons une grande partie de notre vie à nous rendre au travail. Et pour beaucoup de gens, le travail, c'est nul. Lors de la création de Scrum, notre vision a toujours été de rendre le travail rapide, facile et amusant. Si ce n'est pas amusant, c'est que vous vous y prenez mal.
Avec cette dernière itération du guide Scrum, nous avons essayé de clarifier les termes qui ont été mal interprétés. Simplifier ce qui était trop compliqué. Et nous avons rendu le cadre plus accessible afin que toute équipe de n'importe quelle organisation, qu'il s'agisse d'une équipe de vente ou d'une équipe de ressources humaines, d'une équipe de marketing ou de finance, de développement ou de stratégie, puisse prendre en main le guide Scrum et commencer à travailler.
Cela a toujours été le cas. Scrum est une source ouverte pour une raison. Nous voulons que son utilisation se répande. Nous voulons aider les gens à résoudre des problèmes complexes et à réaliser de grandes choses.
Nous sommes impatients de découvrir les prochaines réalisations de la communauté Scrum. Et nous sommes fiers de ce que nous avons déjà accompli ensemble.
French 
English 
Spanish