Nouveautés du Guide Scrum 2020

Guide Scrum 2020 : Quelles nouveautés ?

22 Janvier 2021

La sortie du nouveau Guide Scrum a eu lieu le 18 novembre 2020. Le jour même où ses créateurs ont célébré les 25 ans de Scrum dont la dernière actualisation était il y a trois ans, en 2017. Le Guide Scrum 2020 contient de nombreuses mises à jour et modifications qui en font le meilleur guide à l'heure actuelle. Cette dernière version est plus propre, plus claire et plus universelle. Les mises à jour du Guide Scrum 2020 sont destinées à stimuler la culture, la concentration et l'alignement nécessaires pour innover, créer et réussir. Mais concrètement, qu'est-ce qui a changé depuis la précédente édition 2017 ? Voici un résumé rapide avec une analyse des éléments surveillés.

Pourquoi le guide Scrum a été mis à jour ?

Depuis sa première publication en 2010, le Guide Scrum a toujours été un document vivant. Mais le Framework Scrum n'a pas beaucoup changé, c’est juste les descriptions que le guide contient qui se sont améliorées au fur et à mesure des commentaires obtenus sur la façon dont les gens l'utilisent. Le Guide Scrum 2020 aborde les interprétations erronées et les malentendus courants à mesure que l'utilisation du Framework continue de croître.

Guide Scrum 2020 : aperçu des changements

Commençons par cet aperçu de ce que vous trouverez dans le guide :

Langage moins normatif

Contenant seulement 13 pages, le nouveau Guide Scrum 2020 est encore moins normatif qu'auparavant tout en maintenant le standard d'un cadre minimalement viable. Le but ici est de permettre aux équipes et organisations Scrum d'utiliser le guide comme prévu; un livre de règles et non un livre de jeu. Cette approche moins normative conduit à plus d'innovation et d'adaptations dans la façon dont Scrum est mis en œuvre tout en restant fidèle au Framework.

Un guide Scrum plus clair et plus universel

Scrum est plus simple lorsque les équipes Scrum et les organisations voient comment le framework fonctionne pour elles, quels que soient leur secteur, leur domaine, leur produit ou leur fonction. C'est pourquoi le Guide Scrum 2020 mis à jour est rendu plus accessible et compréhensible pour tous, bien au-delà du secteur de la technologie.

Les artefacts Scrum et leurs engagements correspondants

Chacun des trois artefacts a désormais un «engagement» précis. Ils existent pour apporter de la transparence et une concentration sur laquelle les progrès peuvent être mesurés. L'engagement du Product Backlog est le Product Goal, du Sprint Backlog est le Sprint Goal et de l'Incrément est la Definition of Done. Le Guide Scrum 2020 introduit le concept d'objectif produit pour fournir une orientation à long terme à l'équipe Scrum. Chaque Sprint devrait rapprocher le produit de l'objectif produit global. Le Sprint Goal et la Definition of Done figuraient tous les deux dans les précédents Scrum Guides. Maintenant, ils ont un but plus clair.

Nouvelles règles Scrum : 3 rôles, 5 événements, 3 artéfacts

Scrum Master : du `leader serviteur‘ au `leader qui sert’

La description du rôle de Scrum Master a été considérablement modifiée. Dans la version 2017 le mot «responsable» n'apparaît qu'une seule fois sur le Product Owner étant responsable de la gestion du Product Backlog. Dans la mise à jour récente, il apparaît huit fois et deux d'entre elles sont appliquées au Scrum Master :

  • Le Scrum Master est responsable de l'établissement de Scrum tel que défini dans le Guide Scrum.
  • Le Scrum Master est responsable de l'efficacité de l'équipe Scrum.
Le terme «leader serviteur» a été remplacé par «leader qui sert». Cela est censé supprimer l'accent mis sur le service. Les Scrum Masters ne sont pas simplement les secrétaires de l'équipe ou les personnes qui apportent des beignets. C’est une idée fausse répandue sur le rôle. Les Scrum Masters mènent les équipes vers la haute performance. Jeff Sutherland l'explique en comparant un Scrum Master à un capitaine de rugby. Vu qu’au final, le terme «Scrum» vient du rugby.

«Pas que vous allez dire aux gens quoi faire. Mais vous allez parler aux gens, insuffler le sens de la mission et expliquer l'importance de ce que nous faisons. Créez de l'inspiration. Et puis tu vas sortir et prendre des coups pour l'équipe. Et à cause de cela, les gens vous suivent. »
Jeff Sutherland

Une équipe unifiée axée sur un seul produit

Les guides Scrum précédents faisaient référence à deux équipes, «l'équipe de développement» signifiant ceux qui ont fait 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'équipe distincte au sein d'une équipe a parfois conduit à une relation «nous et eux» entre le Product Owner et l'équipe de développement. Dans la nouvelle version du Guide Scrum, Il n'y a plus qu'une seule équipe, l'équipe Scrum, concentrée sur le même objectif, avec les différentes responsabilités pour le Product Owner, Scrum Master et les développeurs.

Autogestion plutôt qu’auto-organisation

Les guides Scrum précédents appelaient les équipes de développement 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 se fera.

Ce qui n'est plus dans le guide Scrum

Afin de respecter la norme d'un cadre minimalement viable, certaines choses ont été supprimées du Guide Scrum 2020. Cependant, cela ne signifie pas qu'elles n'ont pas de place dans Scrum ou ne doivent pas être utilisées. Ce sont des pratiques optionnelles qui peuvent aider à conduire à des équipes Scrum hautement performantes. Voici les principaux concepts qui ne sont plus inclus dans le Guide Scrum 2020 et pourquoi :

Les trois questions auxquelles répond le Daily Scrum:

Vous les connaissez probablement par cœur : Qu'est-ce que vous avez fait hier pour aider l'équipe de développement à atteindre l'objectif de sprint ? que ferez-vous aujourd'hui pour aider l'équipe de développement à atteindre l'objectif de sprint ? et voyez-vous des obstacles qui m'empêchent, moi ou le reste de l'équipe de développement, d'atteindre l'objectif de sprint ? Bien qu'efficaces, ces trois questions étaient trop normatives et restrictives. Comme l'indique le Guide Scrum 2020 : Le but du Daily Scrum est d'inspecter les progrès vers l'objectif de sprint et d'adapter le backlog de sprint si nécessaire, en ajustant le travail prévu à venir. Il existe de nombreuses façons d'atteindre cet objectif.

"Parking lot" après le daily Scrum

Parfois, le Daily Scrum identifie les conversations qui doivent avoir lieu au-delà de la période de 15 minutes de l'événement. Le guide précédent a déclaré que ces conversations, souvent appelées "parking lot", ont lieu immédiatement après le Daily Scrum. Le Guide Scrum 2020 permet à l'équipe Scrum de décider du moment où ces conversations importantes peuvent avoir lieu.

Le mot «Rôles» pour décrire le Scrum Master, le Product Owner et les développeurs

Le mot «rôles» était mal compris dans certaines situations. Scrum n'a jamais eu pour but de créer une taxonomie de titres. Les rôles n'ont jamais été destinés à être un titre. Ce qui compte, c'est de définir clairement qui est responsable de quoi. Par conséquent, le Guide Scrum 2020 comprend ce passage : Toute l'équipe Scrum est responsable de la création d'un incrément précis et utile à chaque sprint. Scrum définit trois responsabilités spécifiques au sein de l'équipe Scrum : les développeurs, le Product Owner et le Scrum Master. Ce changement met l'accent là où il doit être, sur des responsabilités spécifiques. Vous pouvez toujours les appeler des «rôles» si vous le souhaitez. Mais il faut souligner également que ce sont des rôles avec des responsabilités définies.

Une revue de sprint dirigée uniquement par le Product Owner

Le guide précédent a donné le chef de file au Product Owner lors du Sprint Review. Le reste de l'équipe Scrum a joué un rôle plus de soutien. Le Guide Scrum 2020 a mis toute l'équipe Scrum, ainsi que les clients et les parties prenantes, au centre de cet événement.

Aucune équipe dans une équipe

Comme indiqué ci-dessus, le concept d'une «équipe de développement» au sein de l'équipe Scrum a été résolu.

Langage trop prescriptif pour la rétrospective Sprint

La description générale de cet événement Scrum a été raccourcie pour se concentrer sur ce qui est vraiment important : l'amélioration des processus et la cohésion de l'équipe. Cela donne aux équipes Scrum individuelles plus de flexibilité dans leur approche de la rétrospective Sprint.

Timebox pour le raffinement du backlog

Le guide précédent indiquait que « généralement pas plus de 10% de la capacité d'une équipe » ne doit être consacrés à l'amélioration du Backlog. La suppression de cette condition permet aux équipes Scrum de décider du temps nécessaire pour affiner et comprendre les éléments du backlog produit.

Réflexions de clôture

Nous passons énormément de notre vie à travailler. Et pour beaucoup de gens, le travail est nul. Lors de la création de Scrum, sa vision a toujours été de rendre le travail rapide, facile et amusant. Si ce n'est pas amusant, c’est que vous le faites mal. Avec cette dernière itération du Guide Scrum, les termes qui ont été mal interprétés ont été clarifiés, Simplifiés là où c'était trop compliqué et rendus plus accessibles afin que n'importe quelle équipe de n'importe quelle organisation, qu'elle soit une équipe de vente ou une équipe RH, une équipe qui fait du marketing ou de la finance, du développement ou de la stratégie, puisse se baser sur le Guide Scrum et améliorer sa méthode de travail.

Laisser un commentaire

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