Les mises à jour du Guide Scrum 2020

Les mises à jour du Guide Scrum 2020

Introduction

Scrum a été témoin de nombreuses applications au-delà de ses origines de développement logiciel ces dernières années. Étant un véritable framework, Scrum a été enrichi par de nombreuses autres pratiques, techniques et outils, englobant beaucoup de ceux-ci si étroitement qu’ils semblent être indiscernables du framework lui-même. Ou, pouvez-vous imaginer exécuter un Sprint sans tableau de Sprint ?

Par conséquent, les appels à l’accessibilité et à l’inclusion sont devenus plus forts, et Ken et Jeff ont réussi à y répondre de manière convaincante.

La différence entre le guide 2020 et son prédécesseur

  • Moins normatif : Au fil des ans, le Guide Scrum a commencé à devenir plus normatif à mesure que de nombreux nouveaux éléments ont été ajoutés et décrits. La dernière version vise à le ramener à un framework plutôt minimaliste. Cela a été réalisé, par exemple, en supprimant les trois questions quotidiennes de Scrum, en adoucissant le langage autour des éléments rétrospectifs dans le Sprint Backlog ou en raccourcissant la section Annulation de Sprint.
  • Plus axé sur l’équipe : Dans la version 2020, le Guide met l’accent sur l’unique objectif commun sur lequel l’équipe devrait se concentrer. Il décrit maintenant des ensembles de responsabilités pour le Product Owner, Scrum Master ainsi que pour les Développeurs, au lieu de se concentrer sur les rôles particuliers. L’objectif principal était d’éliminer le concept de séparation au sein de l’équipe et d’éviter la coopération, parfois difficile, entre le PO et l’équipe de développement.
  • Un langage plus simple : Le nouveau Guide Scrum a éliminé les déclarations complexes, la redondance et a supprimé toute inférence à l’informatique par exemple, les tests, la conception, les exigences, …. Cela l’a rendu disponible pour un public beaucoup plus large puisque, grâce à ces simplifications, il compte désormais moins de 13 pages.

Qu’est-ce qui a été supprimé du guide ?

Afin de simplifier davantage le Guide et de le rendre plus léger, Ken Schwaber et Jeff Sutherland ont supprimé certains contenus inutiles, comme suit :

  • Les trois questions typiques du Daily Scrum.
  • Réunion après le Daily Scrum pour des discussions détaillées.
  • L’utilisation de la définition de fait (DOD : Definition Of Done) d’une organisation.
  • Progression des méthodes de suivi vers l’objectif dans le Backlog Produit.
  • Les éléments normatifs du Sprint Review.
  • Les détails sur les résultats définis dans le but de la rétrospective Sprint.
  • Le pourcentage exact de la capacité de l’équipe pour la session de raffinement.

Les principaux changements

Nous devons nous rappeler que Scrum est toujours Scrum et que les principes fondamentaux de l’empirisme, de l’inspection et de l’adaptation restent au cœur de son action. Les changements ont été motivés par le désir de soutenir plus explicitement son utilisation non seulement dans l’informatique mais aussi dans d’autres industries, ainsi qu’en réponse aux commentaires et suggestions de la communauté des utilisateurs Scrum.

Présentation de l’objectif du produit

La version mise à jour introduit le concept d’objectif produit pour orienter la concentration des équipes vers un objectif plus important. Cela signifie que chaque Sprint doit rapprocher le produit de l’objectif global. L’un des aspects les plus difficiles de la gestion des produits est de créer une relation tangible entre le travail et la stratégie commerciale. Les objectifs de produit sont un mécanisme souvent négligé qui peut vous aider dans ce domaine.

Plus de questions sur la planification de sprint

L’accent a également été mis sur la section Sprint Planning. En plus des questions de « quoi » et « comment », le Guide 2020 se concentre sur le troisième – « pourquoi ». Il fait référence à l’objectif de sprint, car Scrum traite chaque sprint comme un investissement puisque nous y consacrons du temps et de l’argent. Il est important d’avoir une vision de cet investissement et pour répondre à ces questions, nous créons l’Objectif.

Engagements sur les artefacts

Avec l’ajout de l’objectif produit, nous obtenons également plus de clarté autour de l’identité de l’objectif de sprint et de la définition de terminé les traitant comme des artefacts. À partir de maintenant, chacun d’eux contient des engagements envers eux :

  • Backlog produit – Objectif produit
  • Backlog Sprint – Objectif Sprint
  • Incrément – la définition de terminé (DOD)

Autogéré au lieu d’une équipe auto-organisée

Les versions précédentes du Guide faisaient référence aux équipes de développement comme auto-organisées , afin qu’elles puissent choisir qui a fait le travail particulier et comment le faire. Maintenant, il a été remplacé par une équipe Scrum et l’autogestion. Ils sont également autogérés, ce qui signifie qu’ils décident en interne qui fait quoi, quand et comment.

D’autres références incluent la manière dont le Scrum Master doit soutenir l’équipe autogérée et la relation avec le Scrum Goal.

Désormais, l’accent est davantage mis sur l’équipe, qui est devenue non seulement auto-organisée mais aussi auto-gérée. Les membres de l’équipe peuvent choisir sur qui, comment et sur quoi travailler. L’autogestion responsabilise les membres de l’équipe et les encourage à faire tout ce qui est nécessaire pour offrir une augmentation précieuse.

Rôles aux responsabilités

Dans la dernière version, le terme rôle a été remplacé par des responsabilités. Le but de ce changement était de mettre un accent particulier sur le fait qu’il ne s’agit pas d’une description de poste mais plutôt de l’ensemble minimum de responsabilités nécessaires pour mettre en œuvre Scrum avec succès. Ces responsabilités sont réparties en 3 groupes: Scrum master , le product owner et les développeurs.

La nouvelle responsabilité est un terme développeur, basé sur le rôle de l’équipe de développement décrit dans la version précédente du guide. Ce changement de terminologie, cependant, ne change pas le cadre Scrum car les rôles étaient toujours présentés comme un ensemble de responsabilités particulières. La suppression de ces rôles simplifie le Guide et réduit la confusion autour de l’idée qu’un rôle est un titre de poste et fournit un contexte supplémentaire.

Conclusion

Lors de la présentation de la nouvelle mise à jour, les auteurs ont déclaré : «Scrum n’a pas changé, nous avons juste trouvé une meilleure façon de le décrire ». Il est devenu «plus léger, plus clair et plus étroitement couplé ».

Apprenez-en plus sur les changements, téléchargez le nouveau Guide Scrum 2020  pour repérer rapidement les modèles et rejoignez la discussion de la communauté Scrum. Vous pouvez aussi lire l’article de la version Scrum 2017 à-propos les fondamentaux de la méthode Agile SCRUM.

Partagez !

Laisser un commentaire

Votre adresse de messagerie ne sera pas publiée. Les champs obligatoires sont indiqués avec *