Scrum Guide 2020 – Les changements
Le Guide Scrum affiné 2020 – présenté aujourd'hui, le 18 novembre 2020 – contient quelques petites mais importantes modifications par rapport à 2017. Les éditeurs, Dr. Jeff Sutherland et Ken Schwaber, mettent en avant les changements mentionnés ci-dessous entre les versions de 2017 et 2020.
Notre perspective sur le Guide Scrum mis à jour
Dans l'ensemble, nous saluons les changements présentés lors de l'événement de lancement et qui nous étaient déjà disponibles en avant-première pour cet article. Nous pensons qu'ils ramènent le guide à ses racines et qu'ils ne sont pas trop prescriptifs, ce qui permet enfin de retrouver un véritable cadre, un framework pour Scrum. Cela rend également le guide plus facilement applicable aux secteurs en dehors du développement logiciel. Une étape certainement très importante compte tenu de l'utilisation croissante du framework Scrum dans des domaines très divers, raison pour laquelle l'application dans d'autres secteurs est abordée depuis longtemps dans nos formations.
De plus, il y a quelques autres changements que nous aurions souhaités et qui ne sont pas venus. Mais qui sait ce que la prochaine itération du Guide Scrum apportera. 😉
Changements du Guide Scrum 2017 au Guide Scrum 2020
Dans ce qui suit, je présente brièvement les changements dans le Guide Scrum 2020 et explique ensuite comment nous, en tant que fournisseur de formation et en tant que Scrum Academy GmbH, évaluons ces changements.
Moins de prescriptions !
Au fil des années, le Guide Scrum est devenu de plus en plus prescriptif. La version 2020 visait à faire de Scrum à nouveau un cadre minimal suffisant en supprimant ou en adoucissant le langage directif. Par exemple, les questions du Daily Scrum ont été supprimées, le langage concernant les attributs des PBI et les éléments de rétro dans le Sprint Backlog a été assoupli, le paragraphe sur l'annulation du Sprint a été raccourci, et bien plus encore.
Perspective de Scrum Academy :
Ce changement nous plaît beaucoup car il représente un retour vers un framework et non pas une évolution vers un Body of Knowledge (BoK), similaire au PMBOK® du PMI. La beauté de Scrum réside dans sa simplicité et son universalité. Nous avons appliqué Scrum en tant qu'entreprise dans le logiciel, le matériel, la pharmacie et toutes sortes de services. Un retour aux sources rend les concepts plus accessibles aux personnes en dehors du monde du développement logiciel.
Une équipe, focalisée sur un produit
L'objectif était d'éliminer le concept d'une équipe séparée au sein d'une équipe, qui a de plus en plus conduit à un comportement de « proxy » ou de « nous et eux » entre le Product Owner et l'équipe de développement. Il n'y a désormais explicitement plus qu'une seule Équipe Scrum qui se concentre sur le même objectif et possède trois types de responsabilités différents : Product Owner, Scrum Master et Développeurs.
La perspective de Scrum Academy :
Nous adorons ce changement ! Le concept d'une équipe au sein de l'équipe créait régulièrement de la confusion – que ce soit lors d'une formation ou plus tard lors de l'implémentation de Scrum. La mentalité « nous » contre « eux » est vraiment dangereuse pour toute équipe et particulièrement pour les équipes agiles. Néanmoins, il est souligné que les responsabilités au sein des équipes sont et doivent être clairement attribuées.
Nous apprécions également l'accent mis sur le fait qu'il n'y a pas de hiérarchies formelles au sein de l'Équipe Scrum – seulement des responsabilités différentes. Nous espérons vraiment que ce petit mais important changement de terminologie amènera de plus en plus de personnes à interpréter les rôles dans Scrum de manière similaire à la nôtre.
La seule chose que nous souhaitons pour l'avenir est le changement de la désignation « Développeurs ». Trop souvent, nous voyons des gens supposer que cela désigne exclusivement les développeurs logiciels – ce qui n'est pas le cas.
Introduction de l'Objectif Produit
Le Guide Scrum 2020 introduit le concept d'un Objectif Produit pour orienter l'Équipe Scrum vers un objectif de valeur plus large. Chaque Sprint devrait rapprocher le (sous-)produit de l'Objectif Produit global.
Perspective de Scrum Academy :
De manière générale, nous apprécions l'introduction de l'Objectif Produit et l'accent mis sur le fait que chaque Sprint doit rapprocher le produit de l'Objectif Produit global. Mais pour être honnêtes, nous aurions préféré ici le terme Vision Produit, car c'est un terme que beaucoup de personnes utilisaient déjà dans le passé et qu'elles utilisent activement et avec succès depuis des années. Il existe même des outils populaires basés dessus, comme le Product Vision Board de Roman Pichler.
Un aspect que nous trouvons utile est une approche systématique pour réfléchir à l'Objectif Produit, c'est-à-dire ce que l'Objectif Produit doit couvrir. En même temps, cela pourrait rendre le cadre trop prescriptif à nouveau... donc c'est peut-être bien de le laisser tel quel.
Pour aider les équipes à créer systématiquement un Objectif Produit approprié, nous avons créé le Product Goal Canvas en réponse au Guide Scrum 2020. Cet outil simple aide les équipes à réfléchir de manière systématique et à créer l'Objectif Produit.
Un foyer pour l'objectif de Sprint, la Definition of Done et l'objectif Produit
Les précédents Scrum Guides décrivaient l'objectif de Sprint et la Definition of Done sans vraiment leur donner une identité propre. Ce n'étaient pas tout à fait des artefacts, mais ils étaient en quelque sorte rattachés aux artefacts. Avec l'ajout de l'« objectif de produit », la version 2020 du Scrum Guide apporte plus de clarté. Chacun des trois artefacts contient désormais des « engagements » envers les artefacts. Pour le Product Backlog, il s'agit de l'objectif de produit, pour le Sprint Backlog, de l'objectif de Sprint, et pour l'incrément, de la Definition of Done (désormais sans « guillemets »). Ils existent pour apporter de la transparence et du focus sur la progression de chaque artefact.
Le point de vue de la Scrum Academy : C'est également un excellent ajout ! Depuis de nombreuses années, j'avais du mal à expliquer pourquoi la Definition of Done ou l'objectif de Sprint n'étaient pas des artefacts. Tout cela, ainsi que l'idée de lier l'objectif de produit à des artefacts spécifiques, est une avancée formidable et rend leur importance d'autant plus tangible.
L'objectif de produit nous aide à déterminer ce qui doit être intégré dans un Product Backlog. L'objectif de Sprint nous aide à choisir les priorités pour que les bons éléments soient intégrés dans notre Sprint Backlog. Et enfin, la Definition of Done est notre checklist pour déterminer si un incrément a été créé ou non.
Autogestion plutôt qu'auto-organisation
Les versions précédentes désignaient les équipes de développement comme auto-organisées, en choisissant qui travaille et comment. Avec un accent plus fort sur l'équipe Scrum, la version 2020 du Scrum Guide met en avant une équipe Scrum autogérée, qui choisit qui travaille, comment et sur quoi.
Perspective de la Scrum Academy :
Ce changement nous plaît beaucoup, car il s'intègre bien mieux dans la terminologie existante. Le terme « auto-organisé » n'explique pas quelle est l'autorité de l'équipe. Alors que « autogéré » peut être expliqué en regardant le modèle d'autorité de Hackman (voir ci-dessous).
Ce modèle montre clairement que l'équipe Scrum auto-gérée est responsable de l'exécution des tâches, du suivi et de la gestion de son travail. En revanche, elle n'est pas responsable de la conception de l'équipe ni de la définition du contexte organisationnel et de l'orientation générale de l'entreprise.
Le troisième sujet du Sprint Planning
En plus des deux sujets déjà existants du Sprint Planning « Quoi » et « Comment », le Scrum Guide 2020 met l'accent sur un troisième sujet, « Pourquoi », qui se rapporte à l'objectif du Sprint.
Point de vue de la Scrum Academy :
Il est logique, avec l'introduction de l'objectif produit, d'inclure également une brève discussion « Pourquoi » dans le Sprint Planning, où le Product Owner est responsable de faire le lien entre les différents éléments.
Simplification générale du langage pour un public plus large
Le Scrum Guide 2020 a mis l'accent sur l'élimination des déclarations redondantes et complexes ainsi que sur la suppression de toutes les références restantes au travail IT (par ex. test, système, design, exigence, etc.). Le Scrum Guide compte désormais moins de 13 pages.
Perspective de la Scrum Academy : Dans l'ensemble, nous pensons que cette mise à jour du Scrum Guide est un pas en avant important et significatif pour renforcer la position de Scrum en dehors du monde du développement logiciel.
Tu peux lire l'intégralité du Scrum Guide 2020 dans notre espace connaissances. Si tu préfères l'écouter, nous te recommandons la version audio de notre formateur Kai H. Simons.
